戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

システムアーキテクト 2022年 午前218


問題文

暗号方式に関する記述のうち、適切なものはどれか。

選択肢

AESは公開鍵暗号方式、RSAは共通鍵暗号方式の一種である。
共通鍵暗号方式では、暗号化及び復号に同一の鍵を使用する。(正解)
公開鍵暗号方式を通信内容の秘匿に使用する場合は、暗号化に使用する鍵を秘密にして、復号に使用する鍵を公開する。
デジタル署名に公開鍵暗号方式が使用されることはなく、共通鍵暗号方式が使用される。

🔒 解説は解答すると表示されます

共通鍵暗号方式【午前2解説】

正解の理由

共通鍵暗号方式は、暗号化と復号で「同一の鍵」を用いる方式です。選択肢のうち、この性質を正しく述べているのがです。具体例としてAESやDESは共通鍵(対称鍵)暗号であり、送信者と受信者が同じ鍵を共有して通信内容を暗号化・復号します。

解法ステップ

  1. 各選択肢が示す暗号方式の定義を思い出す(共通鍵=同一鍵、公開鍵=公開/秘密の鍵対)。
  2. 代表的なアルゴリズムを照合する(AESは対称、RSAは公開鍵方式など)。
  3. 暗号化と復号にどの鍵を使うか、署名の生成と検証にどの鍵が使われるかを確認して検討する。
  4. 定義に合わない選択肢を順次除外することで正答を導く。

選択肢別の誤答解説

  • ア: 誤り。AESは共通鍵(対称鍵)暗号方式の代表であり、RSAは公開鍵(非対称)暗号方式である。記述が逆になっている。
  • : 正しい。共通鍵暗号方式では暗号化と復号に同一の鍵を使用するため、選択肢の記述は正しい。
  • ウ: 誤り。公開鍵暗号方式で通信内容を秘匿する場合は「暗号化に受信者の公開鍵を使用し、復号に受信者の秘密鍵(非公開)を使用する」。選択肢は暗号化側と復号側の鍵の役割を逆にしている。
  • エ: 誤り。デジタル署名には公開鍵暗号方式が用いられる。署名は作成者の秘密鍵で生成され、対応する公開鍵で検証することで改ざん検知と作成者の否認防止(非否認)を実現する。共通鍵暗号方式では署名の要件(作成者特定と非否認)を満たせないため通常用いられない。

よくある誤解

  • 公開鍵暗号は必ず「暗号化=公開鍵、復号=秘密鍵」と覚えるべきだが、電子署名では役割が逆転する(署名=秘密鍵、検証=公開鍵)。ここを混同するとウやエのような誤答をしやすい。
  • AESやDESなどの名前を見て「知らなければ公開鍵なのか共通鍵なのか分からない」と感じるが、多くの代表的アルゴリズムは種類ごとに分類されている(AES=対称、RSA=非対称)ため基本を押さえることが重要。
  • 共通鍵暗号は「速いが鍵配布に課題がある」、公開鍵暗号は「鍵配布は容易だが計算コストが高い」というトレードオフを理解しておくと設問の意図を読み取りやすい。

補足コラム

  • 実運用では多くのプロトコルが「公開鍵暗号で鍵交換→共通鍵暗号でデータ暗号化」のハイブリッド方式を採用する。例えばTLSではまず公開鍵暗号でセッション鍵(共通鍵)を安全に共有し、その後の大量データはAESなどの共通鍵暗号で効率的に暗号化する。
  • 鍵長の目安:AESは128/192/256ビットが一般的で高速かつ安全性が高い。RSAなどの公開鍵方式は安全性確保のために2048ビット以上が推奨され、性能面で対称鍵より重い。
  • デジタル署名の流れ(簡略):署名者がメッセージのハッシュ値を作成→署名者の秘密鍵でハッシュを暗号化(署名)→検証者が署名を署名者の公開鍵で復号しハッシュと比較。秘密鍵で署名、公開鍵で検証、が基本である。

FAQ

Q. 共通鍵暗号方式の主な問題点は何ですか?
A. 鍵の安全な配布と管理が最大の課題です。通信相手ごとに鍵を共有する必要があり、相手が多いと鍵数が増えます。
Q. デジタル署名に共通鍵暗号を使えないのはなぜですか?
A. 共通鍵を双方が共有していると「署名の作成者が誰か」を第三者が検証できず非否認性が担保できないためです。非対称の鍵対(秘密鍵で署名、公開鍵で検証)でのみ成立します。
Q. 公開鍵で暗号化したデータは誰でも復号できますか?
A. いいえ。公開鍵で暗号化したデータは対応する秘密鍵を持つ受信者のみが復号できます(公開鍵は暗号化用、秘密鍵は復号用)。

関連キーワード: AES、RSA、共通鍵暗号、公開鍵暗号、デジタル署名、鍵交換、ハイブリッド暗号、TLS
← 前の問題へこの年度をクイズで解く次の問題へ →
戦国ITクイズ機能

\ せっかくなら /

システムアーキテクト
クイズ形式で学習しませんか?

クイズ画面へ遷移する

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について