情報処理安全確保支援士 2016年 春期 午後I 問題

共通の文章

DMZ上の機器の情報セキュリティ対策に関する次の記述を読んで,設問1て4(CF えま。 U社は,従業員数1,500名の機械部品製造会社である。横浜に本社及び工場があり, 国内10か所に営業所がある。U社では,本社にDMZを設置し,電子メール(以下, メールという)の送受信,Webの閲覧及びWebサーバによる情報公開に利用してい る。ドメイン名は,u-shacojp(以下,U社ドメインという)である。U社ドメイン の管理には,B社DNSサービスを利用している。 U社では,コピー機能,プリント機能.イメージスキャン機能及びイメージ送信機 能が一体になった複合機を導入している。 U社で使用しているメールアドレスを表1に示す。 表1 U社で使用しているメールアドレス yomez is_3.従業員が使用するメールアドレスであ トーbits a>=,=さ アドレス複合機用メール@u-sha coj全ての複合機に共通のメールアドレス アドレスSCanner(のU-SIa.CO.JJDである。送信専用である。 [U社情報システムの構成] U社情報システムのネットワーク構成を図1に,機器の機能概要を表2に示す。 ee 9— ーーーーーーーーーーーーーーーーーーニーーニーーーュ rm! |Bitsy 2K CY BY D | サーバ||サーバ||サーバ !! |ー| |L2SW eee|aa| FW:ファイアウォールサーバ| L2SW:レイヤ2スイッチ」 L3SW:レイヤ3スイッチjo Se Ee ee 注記1工場及び営業所については,記載を省略している。 注記2本社LANにPCが接続されているが,記載を省略している。 図1 U社情報システムのネットワーク構成 表2機器の機能概要(抜粋) ・DNSキャッシュ機能及びオープンリゾルバ防止機能 ・プロキシ機能及びオープンプロキシ防止機能 プロキシサーバ・URLフィルタリング機能 ベンダが提供するベンダブラックリスト,及びサーバ管理者が登録でき る管理者ブラックリストがある。 ・インターネットと内部メールサーバとの間のメール転送機能 ・インターネットから転送されるメールに対するフィルタリング機能 フィルタリングは次の1)て(6)の順に行われる。 ()迷惑メールの送信に悪用される| 。|を防止するために,エン ベロープの宛先メールアドレスのドメイン名がU社ドメイン以外のメ ールを拒否 (2)迷惑メール対策として,|bp|認証技術の一つであるSPF (Sender Policy Framework)によってFailと判定されたメールを拒否 (3)エンベロープの送信者メールアドレスとブラックリスト1の照合結果 外部メールサーバによって,メールを拒否 (4)エンベロープの殆先メールアドレスとブラックリスト2の照合結果に よって,メールを拒否 (5)メールヘッダの送信者メールアドレスとブラックリスト3の照合結果 によって,メールを拒否 (6)メールヘッダの宛先及び同報先メールアドレスとブラックリスト4の 照合結果によって,メールを拒否 なお,ブラックリスト1てブラックリスト4には,拒否したいメールア ドレス,又は拒否したいメールアドレスのドメイン名を登録する。照合 は,完全一致によって行われる。 表2機器の機能概要(抜粋)(続き) 機能概要 ・コピー機能,プリント機能及びイメージスキャン機能 ・イメーンジ送信機能 BAK送信者メールアドレスとして複合機用メールアドレスを用い,スキャン したイメージを添付したメールを,イメージを作成した本人又は同じ部 署の従業員のメールアドレスに送信する。 B社のDNSサービスに登録されているU社ドメインの設定を図2に示す。 注記xl.y1.z1.235は,外部メールサーバのIPアドレスである。 2 U社ドメインの設定(抜粋) [情報セキュリティ対策の強化〕 最近,U社と同業のC社において,DMZ上の機器への不正侵入による情報漏えい 事件が発生したとの報道があった。事件を知ったU社の経営幹部は,U社でも同様 の問題が起こるおそれがあるかどうかについて,早急に調査するように,情報シス テム部長に指示した。調査は,情報システム部のKさんが担当し,セキュリティ専 門業者Y社のW氏から支援を受けることになった。 (DMZ上の機器の設定の点検 Kさんは,DMZ上の機器の設定を点検することにした。まず,外部メールサーバ, Webサーバ及びDMZ上のL2SWを点検することとし,W氏に相談した。W氏は, 図3のようにインターネットで行われている攻撃の例を説明し,まず,プロキシサ ーバについて設定を点検すべきであると指摘した。 ・DNSキャッシュポイズニング攻撃 ・オープンリゾルバ防上下機能が適切に設定されていない場合に起きるDNS|<|攻撃 図3インターネットで行われている攻撃の例 W氏はKさんに,プロキシサーバの設定の点検方法を説明した。 [プロキシサーバの設定の点検】 Kさんは,プロキシサーバのDNSキャッシュ機能について,名前解決問合せパケ ットの| q|のランダム化設定の有無を調べ,適切に設定されていることを確 認した。Kさんは,その設定が行われていない場合,どのようなことが起きるのかを W氏に質問した。W氏は,DNS名前解決通信ではUDPが使われており,UDPヘッ ダの| d|のランダム化が設定されていないと,図4に示すようなDNSキャ ッシュ機能への攻撃が成功する可能性が高まると答えた。 (2)攻撃者が,取引先ドメイン名のMXレコードを用意する。 (3)攻撃者が,プロキシサーバに対してDNSキャッシュポイズニング攻撃を行い,用意したMX レコードをDNSキャッシュに保存させる。 図4 DNSキャッシュ機能への攻撃 W氏は,図4の攻撃の結果,|e|]が,DNSキャッシュに保存させられた MXレコードを参照するので,①メール配送に影響が生じることを説明した。Kさん は,W氏の説明を理解した。 次に,Kさんは,URLとして,https:/wwwexample.ne.jp/user035/index.htmlをフィ ルタリングしようと設定してみたが,パス名を含めたURL全体を設定できず,ホス ト単位のフィルタリングだけが設定できる仕様となかっていたことを説明し,その理 由をW氏に質問した。W氏の回答は,次のとおりであった。 ・このURLの場合,プロキシサーバ経由でHTTP over TLS通信が行われる。 ・PCのWebブラウザは,CONNECTメソッドを用いてプロキシサーバに接続し, サーバwwwexample.ne.jpとの間のトンネルの確立を要求する。 ・PCのWebブラウザは,プロキシサーバからステータスコードが200である応答 を受信した後,サーバwwwexample.ne.jpとの間のTLSセッションを開始する。 W氏の説明を受け,Kさんは,②HTTP over TLS通信ではURLフィルタリングが ホスト単位となることを理解した。 Kさんは,プロキシサーバがDNS| c|攻撃に悪用されないようにする対策 を含めて,他の設定を点検し,他に問題がながいことを確認した。 ー12一 (外部メールサーバの設定の点検 Kさんは,外部メールサーバの設定を点検した。W Kid,複合機用メールアドレ スを詐称したメールがインターネットから送信されて,マルウェア感染が起きるお それがあることを指摘した。指摘を踏まえ,Kさんは,⑧外部メールサーバの設定を 変更した。さらに,念のため,複合機用メールアドレスを詐称するメールについて の注意喚起情報を社内に周知した。 Kさんは,引き続き外部メールサーバの設定を点検し,他に問題がないことを確認 Lk. 最後に,KKさんは,Webサーバ及びDMZのL2SWの設定を点検し,問題がないこ とを確認した。

共通の文章

スマートフォンアプリケーションの試験に関する次の記述を読んで,設問1,2に 答えよ。 S社は,従業員数100名のECサービス会社である。今回,新たにショッピングサ イト(以下,Sサイトという)とSサイト専用のスマートフォンアプリケーション (以下、Sアプリという)から構成されるシステム(以下,Sシステムという)の開 発プロジェクトを立ち上げた。プロジェクトリーダには,サービス開発部のRさん が任命され,Sシステムのセキュリティについては,セキュリティ専門業者のA氏の 支援を受けることになった。 [Sシステムの概要〕 Sシステムの構成を図1に,Sアプリの機能概要を図2に示す。 Sサイトhz 和スマートフォジ| イシラーネッses I eS" Sサーバ:SサイトのWebサーバ」トワーク|サーバ| FW:ファイアウォール「内部ネッ本| DBサーバ:データベースサーバ[SSeS 注記DNSサーバは省略している。 図1$Sシステムの構成 ・Sサーバとの間ではHTTP over TLS(LAF,HTTPSという)を使って通信を行う。 ・Sアプリ内に,SサーバのFQDNが組み込まれている。 ・スマートフォンに対応している商用認証局からSサーバに対して発行されたサーバ証明書 (以下。Sサイト用サーバ証明書という)を,Sサーバの認証に使用する。 ・Sサーバと通信ができなかった場合は通信エラー画面を表示し,Sサーバを認証できなかった 場合はサーバ認証エラー画面を表示する。 図2 Sアプリの機能概要(抜粋) [Sアプリでのサーバ証明書の検証試験] 開発がテスト工程に入り,Rさんは,A氏と共同で,Sシステムのセキュリティに 関する試験を検討し,Sサーバの認証を行うためのサーバ証明書の検証がSアプリで 適切に行われていることの確認を試験に含めた。 Rさんは,図3に示すサーバ証明書の検証試験環境をS社内に設置し.スマートフ ォンからは無線LAN機能でこの検証試験環境に接続することにした。また,サーバ 証明書の検証試験環境で用いる機器と設定を表1に,不正なサーバ証明書の検出に ついての試験項目を表2にまとめた。 なお,試験に使うサーバボ証明書は,別に用意したプライベート認証局で発行する。 スマートフォン ーー試験用Web W-AP:無線LANアクセスポイント L2SW:レイヤ2スイッチサーバサーバ 注記破線は無線通信を示している。 図3サーバ証明書の検証試験環境 表1サーバ証明書の検証試験環境で用いる機器と設定(抜粋) 試験用Webサーバ|試験用のサーバ証明書を登録する。 .ー<[Lia]のFQDNから[b ]のIPアドレスに名前解決するため 5のAレコードを設定する。 >_,、|スマートフォン自体のIPアドレス及びサブネットマスク,並びにスマー MUIR DHCPサー|トフォンが参照するDNSサーバのIPアドレスを割り当てる。 表2不正なサーバ証明書の検出についての試験項目(抜粋) 試験項目試験方法期待される結果 ・試験用Webサーバに次の値のサーバ証明書を登録する。 .発行者が 。,、|サブプジェクトのコモンネーム:Sサイト用サーバ証明書 seeinと同一の値 1|。->の|有効期間の開始と終了aaト用サーバ証明書と同一|[|aq] =・スマートフォンにプライベート認証局のルート証明書を 登録しない。 ・試験用Webサーバに次の値のサーバ証明書を登録する。 有効期間サブジェクトのコモンネeaeomバ証明書 FYのコモンネーム:ーバ証明 2|=vay|次間の開始:Sサイト用サーバ証明書と同一の値[a| 内でないa 同の開始:ーバ証明司一 i有効期間の終了: ・スマートフォンにプライベート認証局のルート証明書を 登録する。 表2不正なサーバ証明書の検出についての試験項目(抜粋)(続き) 試験項目試験方法期待される結果 y.s099・試験用Webサーバに次の値のサーバ証明書を登録する。 ジグes>SJ. クトのコサブジェクトのコモンネーム|。のFQDNと 3|ce|有効期間の開始と終了:Sサイト用サーバ証明書と同-||q| ey eoは異なる値 であるこOn との検出・スマートフォンにプライベート認証局のルート証明書を 登録する。 BEB,Sアプリと試験用Webサーバ間でHTTPS通信が確立することは,サーバ証 明書の検証試験を実施する前に,試験用WebサーバにSサイト用サーバ証明書を登 録して確認している。 A氏は,図3,表1及び表2のレビューを行い,問題がないことを確認した。Rさ んが試験を実施した結果,Sアプリでのサーバ証明書の検証に不備は見つからなかっ Via [Sアプリでのサーバ証明書の検証不備による影響の検討] Rさんは,Sアプリでのサーバ証明書の検証に不備がある場合に,どのような攻撃 が行われると影響を受けるのかを,A氏に質問した。A氏は,中間者攻撃に用いられ る環境の例を図4に示した。 スマートフォン攻撃者が準備する機器 :le EZ DNS DHCP サーバサーバ 注記破線は無線通信を示している。 図4中間者攻撃に用いられる環境の例 図4では,攻撃者が中間者サーバを含む機器を準備し,その先でインターネット を介してSサイトに接続している。中間者サーバは,Sアプリとの間,及びSサイト との間で,独立した二つのHTTPS通信を確立し,中継する。 RさんはA Kit,例えば,表3に示す攻撃者が準備するサーバ証明書のうち,ど れを使用すると中間者攻撃が成功するのかを質問した。A氏は,もしSアプリにサー バ証明書の検証不備があると,表4のとおり攻撃が成功すると答えた。 表3攻撃者が準備するサーバ証明書 eee ee arenas||サブジェクトのコモンネーム| ポイ ンを使用したFQDN |4|上記二つ以外のFQDN| 表4中間者攻撃が成功するサーバ証明書 |サーバ証明書の検証状況| A氏は,サーバ証明書の検証不備がある場合に,①Sアプリの利用者が,図4中の W-APに接続すると,中間者攻撃を受けることを説明した。説明を受けたRさんは, 表2の試験において,Sアプリに不備が見つからなかったことから,中間者攻撃を受 けた場合には利用者が気付くことができると判断した。 その後,残りの工程も完了し,S社ではSシステムを無事リリースした。