情報処理安全確保支援士 2016年 秋期 午後1 問01

解答の論理構成

1. IPsec の通信モード選択
   • 【問題文】には「IPsecでは、通信モードにaモードを使用し、ルータ間の通信を全て暗号化する。」とあります。
   • ルータ（ゲートウェイ）間で LAN 内部のパケット全体を暗号化する典型構成は トンネルモードです。
   • 解答群で「トンネル」に該当するのは エ：トンネル。
   • よって a ＝ エ。
2. IKEv1 で動的アドレスに対応するモード
   • 【問題文】には「片側のルータのIPアドレスが動的に変わる環境においては、IKEv1の場合、bモードを使用する必要があるが、IKEv2の場合は標準で対応している。」とあります。
   • IKEv1 には Main Mode と Aggressive Mode があり、Main Mode は両端の IP が固定前提、片側が動的な場合は Aggressive Mode を用います。
   • 解答群で「アグレッシブ」に該当するのは ア：アグレッシブ。
   • よって b ＝ ア。

誤りやすいポイント

• 「ルータ間で全暗号化だからトランスポート」と誤解
  端末―端末ならトランスポート、ゲートウェイ―ゲートウェイはトンネルという原則を忘れがちです。
• Aggressive Mode の出番
  動的 IP ＝モバイル環境という連想から IKEv2 の MOBIKE を思い出し Main Mode を選んでしまうケースがありますが、設問は IKEv1 の話です。
• 選択肢の横文字に引っ張られる
  「アドホック」「ブロック」など馴染み薄い用語に惑わされ、基本用語を見落とすミスが起きやすいです。

FAQ

解答の論理構成

1. 【問題文】では
   “表1に示すとおり、…及びcを送信元としてSSHサービスにログインされている”
   と指摘しています。
   表1の該当行は
   “TCP　z1.z2.z3.z4:22　x1.x2.x3.x4:32489　ESTABLISHED”
   であり、送信元（外部アドレス）に記載されている “x1.x2.x3.x4” が SSH クライアント側、すなわち攻撃者の IP アドレスです。したがって
   c＝x1.x2.x3.x4
   となります。
2. さらに【問題文】は
   “攻撃者がSSHのポートフォワード機能を使って、dを宛先としてSMTPで電子メールを転送”
   と説明しています。SMTP（ポート 25）あて通信の宛先は、表1の
   “TCP　z1.z2.z3.z4:45532　y1.y2.y3.y4:25　ESTABLISHED”
   に示される外部アドレス “y1.y2.y3.y4” です。よって
   d＝y1.y2.y3.y4
   となります。

誤りやすいポイント

• “z1.z2.z3.z4” は LTE ルータ自身のグローバル IP であり、送信元・宛先ではないことを見落としやすいです。
• netstat の「ローカルアドレス」「外部アドレス」の区別を取り違え、c を “z1.z2.z3.z4” と誤記するケースが散見されます。
• SMTP で使われるのはポート 25 ですが、ポートフォワード先のローカルポート “45532” を見てしまい d を誤選択するミスもあります。

FAQ

解答の論理構成

• 【問題文】には「SSHサービスがパスワードの辞書攻撃を受けた痕跡」と明示されています。
  さらに「①SSHのログイン認証をパスワード強度に依存しない方式に設定変更した」と記載されています。
  ➔ 対策の方向性は「パスワードに頼らない認証」へ切り替えたことです。
• SSHでパスワードを用いない代表的な方式は「公開鍵認証」です。
  公開鍵認証ではサーバ側がクライアントの公開鍵を登録し、秘密鍵を保持している利用者のみがログインできます。
  ➔ パスワード入力自体を不要にでき、辞書攻撃を根本的に防止できます。
• パスワードを使わせないためには PasswordAuthentication no などの設定で無効化し、PubkeyAuthentication yes を有効にします。
  ➔ 以上より、30字以内でまとめると
  「パスワード認証を無効化し、公開鍵認証を使用する」
  という解答になります。

誤りやすいポイント

• 「鍵交換（IKE）を公開鍵暗号で行う」と混同してしまい、SSHとは別の話を解答してしまう。
• 「多要素認証」と漠然と答えて具体性が欠ける。
• 「鍵長を長くする」などパスワード強度の話に戻ってしまい、問題文の意図と逆になる。
• 「ポート変更」「接続元制限」などは有効だが、①で聞かれている“ログイン認証方式”ではない。

FAQ

解答の論理構成

• 問題文には「S氏：LTEルータでは、監視端末を利用した場合にだけ、SSHサービスにアクセスできる仕様にすべきです。」とあります。ここで“監視端末”だけを許可する必要性が示されています。
• 続いて「S氏：TCP Wrapperを使って、eすることで実現できます。」と記載されています。TCP Wrapper は /etc/hosts.allow などで送信元ホストを絞り込む仕組みであり、具体的な設定項目は「送信元IPアドレス」の制御です。
• したがって、SSHへのアクセスを監視端末のIPアドレスのみに限定すれば、S氏の提案を満たします。
• よって e には「送信元IPアドレスを監視端末のIPアドレスに限定」が入ります。

誤りやすいポイント

• 「ポート番号を変更する」「パスワード認証を禁止する」など認証方式だけで対応しようとし、TCP Wrapper の“送信元制御”という本質を見落とす。
• ファイアウォール設定と混同し「通信ポートを22番だけに開放する」などポートベースの回答にする。
• “監視サーバ”や“VPNルータ”のIPアドレスを誤って指定し、監視端末以外からも接続できる設定を書いてしまう。

FAQ

解答の論理構成

• 問題文では「②SSHのホスト鍵が同一モデルで全て同じになっているという脆弱性」と示されています。
• SSHは最初の接続時にサーバのホスト鍵をクライアントが保存し、以後その鍵が変わらないことをもってサーバ真正性を確認します。
• 同一モデルで同じ鍵なら、攻撃者は別の個体からホスト鍵と秘密鍵を容易に入手できます。
• 入手した秘密鍵を用いて攻撃者が偽装サーバを立て、正規クライアントとの間に割込めばホスト鍵照合が成功してしまいます。
• その結果、SSHセッションを盗聴・改ざんする「中間者攻撃」が可能となり、通信の機密性が失われます。
• したがって、設問が問う攻撃手法は「中間者攻撃による通信内容の盗聴」となります。

誤りやすいポイント

• 「ブルートフォース攻撃」と勘違いし、パスワード関連の手法を答えてしまう。
• SSHのホスト鍵が使い回される影響を「なりすまし」だけに限定し、盗聴可能性を説明しない。
• 単なる「盗聴」とだけ書き、攻撃技法（中間者攻撃）を明示しない。

FAQ

解答の論理構成

• 本文ではファームウェア更新機能について、 「イメージファイルが③改ざんされていないか検証できるようにする必要があります。」と要求しています。
  改ざん検知を実現する代表的手段がディジタル署名です。
• ディジタル署名の基本原理は、 ①送信側がハッシュ値を求め、秘密鍵で暗号化して署名を付与する。
  ②受信側が同じハッシュ値を計算し、公開鍵で検証して一致を確認する。
  これにより「送信者の真正性」と「内容の完全性」を同時に保証できます。
• したがってイメージファイルを準備する「作成時」には“秘密鍵”で署名付与、 LTEルータが取り込む「更新時」には“公開鍵”で署名検証、 という2段階の処理を記述することが適切となります。

誤りやすいポイント

• “暗号化”と“署名”の混同
  署名は改ざん検知が目的であり、内容秘匿のために暗号化するわけではありません。
• 鍵の使い分けの逆転
  「公開鍵で署名」「秘密鍵で検証」と書くミスが多いので注意が必要です。
• ハッシュ計算の記述漏れ
  署名はハッシュ値に対して行うのが一般的ですが、設問は処理概要を求めているためハッシュの詳細は省いても減点されません。

FAQ

解答の論理構成

1. 問題文は、ファームウェア更新機能について
   「④しかし、イメージファイルを暗号化しても、攻撃者が復号のための鍵を入手して、イメージファイルを復号するという可能性を排除できません」と記述しています。
   ─ 暗号化だけでは安全が担保できない理由を示唆しています。
2. 組込み機器では、復号に使う鍵やパスフレーズをファイルシステム内に平文または可逆的に保存している例が多く、攻撃者が機器を物理入手・侵入した場合に取得可能です。
3. 本問は「攻撃者が鍵をどのように入手するか」を問うており、機器内部から直接取り出すシナリオが最短・最も現実的です。
4. したがって、解答は
   「LTEルータにログインしてファイルシステムの中から見つける」となります。
   これは、攻撃者が
   ・SSHなどで不正ログイン
   ・シェル操作やファイルブラウザで鍵ファイルを探索
   という流れで復号鍵を取得する具体策を示しています。

誤りやすいポイント

• 「通信経路上で鍵を盗む」と推測してしまう
  → 問題文は通信経路でなく機器内部からの入手可能性を指摘しています。
• 「ファームウェアに埋め込まれた鍵を逆アセンブルで抽出」と答える
  → 方向性は近いものの、設問は“鍵の入手方法”を聞いており、最も端的なのはログイン後のファイル直接取得です。
• 「鍵は外部サーバに置かれている」と思い込む
  → 組込み機器ではローカル保存が一般的であり、今回もその想定です。

FAQ