問問1 設問1
設問1本文中の下線ののファイルについて,タイムラインを作成する際に用いたタ イムスタンプ情報を解答群の中から選び,記号で答えよ。 解答群 アアクセラス日時イ更新日時 ウ削除日時エ作成日時
情報処理安全確保支援士 2017年 秋期 午後I 問題
情報処理安全確保支援士 2017年 秋期 午後Iの問題文10問です。図・表・別冊資料と正解は掲載していませんので、出典の公表資料またはアプリでご確認ください。
ランサムウェアへの対策に関する次の記述を読んで,設問1ー4に答えよ。 B社は,従業員数300名の建築資材販売会社であり,本社,営業店10か所の他に 倉庫がある。本社,各営業店及び倉庫のネットワークはIP-VPNで接続されており, インターネットとの接続は本社に集約されている。本社と営業店では,それぞれ, 本社用PCと営業用PCから情報共有サーバ(以下,Gサーバという)を利用し, Windowsのファイル共有機能を使って資料を共有している。本社用PC及び営業用 PC Clk,一般利用者権限でログオンすると,自動的にGサーバへもその権限でログ オンされ,Gサーバ上の共有フォルダが各PCのGドライブとして自動的に割り当て られる。Gサーバ上の共有フォルダの利用者データ,本社用PCの利用者データ及び 営業用PCの利用者データは,THEN,各コンピュータのローカルディスク上に設 けられた一般利用者権限ではアクセスできない領域に1時間に1回,毎時0分に開 始されるジョブによって,バックアップされる。ジョブのログには,バックアップ の開始と終了の時刻,総ファイル数,ジョノフ実行結果などが記録される。 B社は,販売及び在庫管理を行うソフトウェアを独自に開発し利用している。受注 から出荷までの業務を管理するWebアプリケーションソフトウェア(以下,業務AP という)は,販売及び在庫管理用のWindowsサーバ(AE,Dサーバという)上で 稼働している。B社の全てのPCは,ログオン時に,Dサーバへも一般利用者権限で 自動的にログオンされ,Dサーバ上の共有フォルダがWindowsのファイル共有機能 を使って各PCのDドライブとして自動的に割り当てられる。出荷業務は,倉庫に 設置された作業用PCに,無線ハンディターミナル(以下,HTという)を接続して 行う。各PCで用いるB社のWindowsアプリケーション(UB,Aアプリという) は,業務APにHTTP over TLSで接続する機能,及び出荷指示情報が記載されたフ ァイル(以下,出荷指示ファイルという)を読み書きする機能をもっている。 B社のシステム構成を図1に,受注から出荷までの業務の流れを図2に示す。 ーゥーー こインターネットつにRiルータ RW:ファイアウォール ——L2SW:2スイツ CRI me[RS]倉庫 ェーーPR_ =: 本社用作業用作業用 La PC01 PC01 PC50 PC01 PC05 A A フォルダ営業店10;ー 図1 B社のシステム構成 1.営業担当者が,自分の利用者IDで営業用PCにログオンし,Aアプリを使って業務APに接 続し,受注情報を登録する。 2.本社スタッフが,自分の利用者IDで本社用PCにログオンし,Aアプリを使って業務APに 接続し,受注情報を基に出荷指示情報を登録する。 3.業務APでは,出荷指示情報が登録されるとDサーバ上の共有フォルダに,出荷指示1件に つき,CSV形式による出荷指示ファイルを1ファイルとして出力する。全ての出荷指示ファ イルは,出荷担当者が内容の確認と更新をすることができる。 4.出荷担当者が,自分の利用者IDで作業用PCにログオンする。 5.出荷担当者が,作業用PCにHTを接続し,Aアプリを使ってDドライブ上の自分が担当す る出荷指示ファイルを“出荷処理中”にステータス更新した上で,出荷指示情報をHTに取 り込む。倉庫内の商品に貼ってあるバーコードをHTで読み取りながら出荷を行う。 6.出荷担当者は,出荷が完了すると,Aアプリを使ってDドライブの該当する出荷指示ファ イルを“出荷完了”にステータス更新する。 7.営業担当者及び本社スタッフが,Aアプリを使ってDドライブ上の出荷指示ファイルを閲 覧し,最新の出荷状況を確認する。ただし,内容を確認するだけで更新はしない。 図2受注から出荷までの業務の流れ [セキュリティインシデントの発生]〕 ある日の9:50に,出荷担当者のVさんから,ITシステム担当者のL君にAアプリ の障害の連絡が入った。L君がDサーバ上の共有フォルダを確認したところ,出荷 指示ファイルが破損しており,Aアプリで読込みエラーが発生していた。L君は,原 因究明よりも,業務の再開を優先するため,業務APの管理機能を使って出荷指示フ ァイルを再出力して復旧させた。このとき,L君は,①破損した出荷指示ファイルを 削除せず,別のフォルダに移動しておいた。後に,このファイルが,調査に役立っ Fes 復旧させた直後,10:30に,営業担当者のSさんからL看に,暗号化されたファイ ——3 5 ルを取り戻したければ手順に従うよう指示する秦迫文が,営業用PCO05のデスクトッ プ画面に表示されているという連絡が入った。また.,BRA PCOで一部のファイル を開くことができなくなっていた。L Bld,営業用PC05がマルウェアに感業したと 判断し,営業用PC05をネットワークから切り離すようSさんに指示した。 L君は,Dサーバの出荷指示ファイルも営業用PC05と同じように開くことができ なくなっていたことから,Dサーバも同じマルウェアに感染した可能性があると考え, ー連の事象を上司に報告した。上司と相談した結果,業務を一時停止し,Dサーバを ネットワークから切り離し,従業員に注意喚起をした後,セキュリティ専門会社U AO]氏に協力を依頼して,調査を行うことにした。 [セキュリティインシデントの調査 LAC)Kit,感染経路と影響範囲を特定するために,BA PCOとDサーバか らログファイルやメモリダンプなどを収集して,表1のタイムラインを作成した。 表1セキュリティインシデントのタイムライン we DIE,OLまでファイルの暗号化が繰り返された。 ||rierer2ァィ29昌WsaA。|サーパ| 以降9:40までファイルの暗号化が繰り返された。 es」 受信した電子メールを調査したところ,PDFファイルに偽装したマルウェアが添 と=人 付されていた。ファイル名にUnicode制御文字の| 。|が使われていたので, 実際のファイル名はjinvoice.fdp.exeであるが,表示上はinvoice.exe.pdfとなっていた。 SさんはPDFファイルだと思って添付ファイルを開いたとのことで,開いたときに マルウェアのプログラムが実行されたと考えられた。差出人はB社従業員になって いたが,メールヘッダの| b|フィールドで,経由したメールサーバを調べた ところ,社外から送信されていたことが分かった。 Sさんに割り当てられている営業利用者05に与えられているのは,一般利用者権 限なので,営業用PC05では,OSのシステムファイルは暗号化されず,Sさんが作 成したファイルだけが暗号化されていた。L Ald,管理者権限を使って営業用PC05 にログオンし,マルウェアを除去した上で,⑨複数世代のバックアップデータの中 から,暗号化される直前の世代のバックアップデータを選択し,それを使ってファ イルを復元した。 次は,マルウェアに関する,L君と」氏の会話である。 L@:営業用PC05が感染したマルウェアはどのようなものなのでしょうか。 JR:今回のマルウェアは,ランサムウェアKXと呼ばれるものです。ランサムウェ アX lk,アクセス可能なドライブをドライブレターのアルファベット順に探 し,見つけたドライブ内のファイルを暗号化して上書き保存します。内蔵ド ライブ,外付けドライブ,ネットワークドライブが対象です。暗号化の対象 となるファイルは,文書ファイルなど約60種類の拡張子をもつファイルです。 |対象となるファイルを全て暗号化した後で,脅迫文を画面に表示します。 LE::ファイルが暗号化されていたので,Aアプリで読込みエラーが発生したわけで すね。しかし,Dサーバは,どのようにして感染したのでしょうか。 ]氏:ランサムウェアXによって,ODサーバ上のファイルが暗号化されたと考え られますが,Dサーバ自体が感染した形跡はありません。 L君:Gサーバ上のファイルへの影響はどうでしょうか。 JR:Dサーバ上のファイルの暗号化が完了した後で,Gサーバ上のファイルを暗号 化している可能性があるので調査が必要です。 Gサーバを調査したところ,共有フォルダのファイルが暗号化されていることが分 ー5一 かった。しかし,Gサーバ上に取得しているバックアップデータを使って,ファイル を復元することができたので,大きな影響はなかった。 [被害拡大防止策の実施] L Blk,PCがランサムウェアに感染した場合に備えて,サーバへの被害を最小限 にする対策を講じることにした。Dサーバ上の出荷指示ファイルを格納しているフォ ルダのアクセス権限が必要最小限になるよう,表2のとおりに見直しを行った。 表2 Dサーバ上の出荷指示ファイルを格納しているフォルダのアクセス権限設定(抜粋) L君は。Gサーバについても,ファイルの被害が最小限になるように,Gサーバ上 の共有フォルダのアクセス権限を見直した。 L君は。ランサムウェアによって暗号化されたファイルを,バックアップから復元 する以外に元に戻す方法はないか」氏に質問した。]氏によると,ランサムウェアに lk,ファイルの暗号化に共通鍵暗号だけを使っているタイプと,共通鍵暗号と公開 鍵上号を組み合わせて使っているタイプが発見されている。それぞれファイルを復 号可能なケースが報告されているとのことであった。共通鍵暗号だけを使うタイプ では,ランサムウェアのプログラム内にその鍵がハードコードされていれば,ラン サムウェアの検体を解析することによって,その鍵を入手してファイルを復号でき る可能性がある。一方,共通鍵暗号と公開鍵暗号を組み合わせて使うタイプでは, PCのメモリ上に一時的に作成する共通鍵で対象ファイルを暗号化した後,その共通 鍵をプログラム内にハードコードされた公開鍵で暗号化した上で,メモリ上からは 共通鍵を消去するので,③④このタイプでは,検体を解析しても,ファイルを復号す ることは難しい。ただし,ランサムウェアXの場合,暗号化に使用した共通鍵をメ モリ上から消去しないため,OPCをハイバネーション機能によって休止状態で保管 しておくことによって,セキュリティベンダから復号ツールが提供されたときに, ー6一 復号できる場合があるとのことであった。 L君はtランサムウェアに感染した場合の対応手順やツールの整備を上司に進言し た。 MAG,|KS,OSの新たな脆弱性を悪用する新たなランサムウェアYが発見 されたので,至急,セキュリティパッチPを適用した方がよいという連絡があった。 L君が確認したところ,B社のサーバとPCに影響する脆弱性であることが分かった。 ランサムウェアYは,⑥ファイルを暗号化するとともに,他のサーバやPCのOSの 脆弱性を悪用し,管理者権限で次々と感染を広めるとのことであった。 L君はt。ランサムウェアYに対処するために,全てのサーバとPCにセキュリティ パッチPを適用するとともに,セキュリティパッチ適用に関する運用の見直しを検 対することだたした。
問問1 設問2
設問2〔セキュリティイィインシデントの調査]について,①⑪~(④に答えよ。 a本文中の| 。|,|b|]に入れる適切な字句を解答群の中から 選び,記号で答えよ。 解答群 アBOMイContent-TypeウCRLF =ReceivedオRLO 7=-X-Mailer 2)本文中の下線@②について,復元に利用するバックアップデータを選択する 際,感染開始時刻と,何の時刻を比較すべきか。15 FUNCHAL. (3)本文中の下線について,感染していないDサーバも,ランサムウェアX によってファイルが暗号化された。その原因となる,営業用PCの設定とラン サムウェアXの特徴を,それぞれ35字以内で述べよ。 (4)ランサムウェアXが起動した直後に感染を検知し,BAA PCOをネット ワークから切り離していれば,今回の被害を一部防ぐことができたと考えら a=W= れる。どのような被害を防ぐことができたか。25字以内でダ述べよ。
問問1 設問3
設問3被害拡大防止策の実施]について,①⑪~(③に答えよ。 a表2中の|c|~[|』|に入れる適切なアクセス権限を,業務 要件を踏まえて,可又は不可で答えよ。 (2)本文中の下線おについて,検体を解析してもファイルの復号が困難である 理由を,30字以内で述べよ。 (3)本文中の下線@のように,PCを休止状態で保管しておけばファイルを復人号 できる可能性があるが,シャットダウンしてしまうとその可能性が低くなる。 可能性が低くなる理由を,ランサムウェアXの動作を踏まえて35字以内で述 べよ。
問問1 設問4
設問4本文中の下線@について,セキュリティパッチPを適用せずに放置した場合, 営業用PCがランサムウェアYに感染すると,他のサーバやPCに感染が広がり, 甚大な被害が生じるおそれがある。Gサーバにおいて,ランサムウェアXでは 起きないが,ランサムウェアYでは起きる被害を,40字以内で述べよ。 ag=
Webアプリケーション開発におけるセキュリティ対策に関する次の記述を読んで,
問問2 設問1
設問1ー3に答えよ。 A社は,Webマーケティングを支援する従業員数40名の企業である。A社では, 現在,Webマーケティング分析システム(以下,Wシステムという)をWebアプリ ケーションとして独自に開発し,クラウドサービス事業者S社のクラウドサービス 上で顧客にサービスとして提供している。Wシステムでは,A社独自の分析アルゴ リズムを用いて,顧客のWebサイトを分析する。顧客の評価は高く,販売も好調で ある。 [〔Wシステムの概要〕 Wシステムの開発は,役員T氏とシステム担当のK氏が行っている。T氏がアル ゴリズムなどの基本的な仕様を決め,K氏が,java,サーブレットや開発フレームワ ークなどを用いて開発している。また,ブラウザ側での機能性向上のために JavaScriptも用いている。開発はK氏が管理するPC(以下,開発用PCという)上 CHW,完成したプログラムをシステム管理者のF氏が本番システムにデプロイし, 運用している。 Wシステムの画面構成は,次のようになっている。 ・総ページ数は8である。 “ログインページ"”で利用者を認証し,認証が成功すると,“ダッシュボードペー ジ”へ居移する。 ・“ダッシュボードページ"からは,“分析キーワード入力ページ”などへ選移でき し Wシステムのシンプルなページの構成は,顧客にも好評である。 [Wシステムの実装に関する脆層性] A社では,Wシステムのセキュリティ検査を,あらかじめ定められた手順に従い K氏がブラウザを用いて手動で実施している。しかし,昨今の他社のセキュリティイ ンシデント増加を受け,念のために,先月実施した社内のセキュリティ検査とは別 に,今月になり初めて,外部の専門家にセキュリティ検査を依頼することにした。 ーg一 そこで,セキュリティ専門会社L社の情報処理安全確保支援士であるN KM,WY ステムのセキュリティ検査を担当することになった。 まず,N氏が脆弱性検査ツールを使って本番システムを検査したところ,図1の Javaコードで書かれたサーブレットSearchServletに,SQLインジェクション脆弱性 及びクロスサイトスクリプティング(以下,XSSという)脆弱性があることが判明 した。図2は,図1 SearchServletを呼び出すHTMLコードである。 続いてN氏が本番システムのソースコードを確認し,次の指摘をした。 SQLインジェクション脆弱性への対処としては,図1の|ア|行目から |イ ]行目までを①適切なコードに置き換える必要がある。 ・XSS脆弱性への対処としては,XSS脆弱性を招く可能性の否定できない箇所につ いて,HTML形式での出力時に処置するよう改修することとする。 今回指摘された脆弱性は,検査すべき項目の中に含まれており,K氏によるブラウ ザを用いた手動のセキュリティ検査によって発見され,開発用PC上のコードでは先 月に修正されていた。しかし,K氏からファイルを受け取ったF氏が,本番システ ムに修正版をデプロイし忘れたので,本番システムに脆弱性が残存したままとなっ ていた。 (省略)//package,import宣言など 1:public class SearchServlet extends HttpServlet{ (省略)//変数やメソッドの定義など 2: 3:protected void doPost(HttpServletRequest request,HttpServletResponse response)thr ows ServletException,IOException{ 4:Connection conn=null; 5:String cname=request.getParameter(”cname”); 6:response.setContentType("text/html;charset=UTF-8"): たPrintWriter out=response.getWriter(); 8:try{ (省略)//データベースにアクセスするためにcomnを初期化など 9:String sql="SELECT*FROM companylist WHERE cname='”+cname+”'”; 10:Statement stmt=conn.createStatement(); 11:ResultSet rs=stmt.executeQuery(sql); 12:if(cname!=null&&rs!=null){ 13:out.println(”<htmL>”); 14:out.print ln(”<head>”); 15:out.println("<title>分析結果く/title>"): (省略)//その他,JavaScriptの読込みなど 16:out.println(”</head>”); 17:out.println(”<body>”); 図1分析結果を表示するページを出力するJavaコード(抜粋) 18:out.println("<table border=1>”); 19:out.println("<tr>く<th>キーワード</th>くth>アクセス</thx>くth>売上げく</thz</tr>”); 20:while(rs.next()){ 21:out.println(’<tr><td>”+rs.getString(1)); 22:out.println(”</td><td>”+rs.getString(2)); 23:out,println(”</td><td>”+rs.getString(3)); 24:out.println(’</td></tr>”); 25:} 26:out.println(”</table>”);0 (省略)//その他 27:out.println("</body>”): 28:out.println(’</html>”); 29:} 30:}catch(SQLException e){ (省略)//例外処理 31:}finally{ (省略)//データベースへのアクセスを終了する処理など 32:} (省略)//その他,エラー処理など 33:} 34: (省略)//その他のメソッドの定義など 35:} 図1分析結果を表示するページを出力するJavaコード(抜粋)(続き) 1:くform action="SearchServlet”method="post"> 2:分析キーワードを入力してください:<input type="text”name="cname”/> 3:<input type="submit”value="検索”/> 4:</form> B42 SearchServletを呼び出すHTMLコード(抜粋) [Wシステムの設計に関する脆弱性] 以前のWシステムは,ログイン状態で30分間操作しないと,サーバ側で自動的に ログアウトする仕様であった。自動的にログアウトした場合,ログアウト直前のペ ージを閲覧するには,再度ログインをして,ダッシュボードページから所望のペー ジを選択する必要があるので,不便だとの指摘が顧客かちらあった。これを改善する ため,自動的にログアウトした場合に,ログアウト直前のページの閲覧を試みると, 一還はログインページに居移するが,認証が成功すると,閲覧を試みたページヘリ ダイレクトする機能(以下,。リダイレクタ機能という)を導入した。例えば,WY ステムのURLであるhttps:/w-system.a-sha.jp/で動作するWebアプリケーションに おいて,Wシステムにログインしていない状態で, https://w-system.a- sha.jp/dashboard.jspというURLにアクセスすると,図3のように生成されたURLへ リダイレクトされる。 |https://w-system.a-sha.jp/LoginServlet?redirect_url=https://w-system.a-sha.jp/dashboard.jsp 図3リダイレクタ機能によって生成されたURL 認証用サーブレットLoginServletで認証が成功すると,https://w-system.a- sha.jp/dashboard.jspヘリダイレクトされる。 リダイレクタ機能を含めてWシステムの設計に関して検査を実施したところ,N EDSBODOHHMS OK,ERBBMILRO 3点であった。 指摘1:Wシステムの認証後のリダイレクタ機能は,オープンリダイレクタの問題 を招く。修正する必要がある。 指摘2:WシステムからのCookie発行の際,TLS通信時だけCookieをブラウザか ら送信する|a|属性を設定する必要がある。 指摘3:JavaScriptからCookieを操作できないようにする| b|属性を設定す る方がよい。 K氏は,指摘1に対しては,Wシステムの特性を考慮して,ホワイトリスト方 式によるリダイレクタ機能を採用することにした。指摘2と指摘3については,N 氏の指摘どおりに改修することにした。 [脆弱性対策の強化 脆弱性が残存した原因も踏まえ,脆弱性対策の強化として,次のとおり提案と指 摘をN氏は行った。 ・変更管理プロセスを改善すべきである。 ・⑧脆弱性検査手順を改善すべきである。 ・K氏によるブラウザを用いた検査には問題がある。WシステムにXSS脆弱性があ ったとして,適当な検査用文字列を入力しても,④一部のブラウザではXSS攻撃 の試みを完遂できないことがある。 ・S社のクラウド型WAFサービス(AB,Sサービスという)を導入することを推 奨する。Sサービスでは,Webシステムに脆弱性が発見された際,短時間で適切な シグネチャがWAFに追加される。したがって,Sサービスを利用していればぱ!, WAFを利用せずにWシステムを改修するケースと比較して,⑤Webアプリケーシ ョンサーバへのリスクの低減を期待できる。 ー12一 A社では,N氏のこれらの提案と指摘を検討し,適切に対処することにした。 設問1〔Wシステムの実装に関する脆弱性]について,①)(3③)に答えよ。 a本文中の|ア|,|イ|に入れる,適切な行番号を答えよ。ま た,本文中の下線のについて,必要な全てのコードを解答群の中から選び, 適切な順序に並べ替えて解答欄の左から順に記号で答えよ。 解答群 アPreparedStatement pstmt=conn.prepareStatement(sqlL); イpstmt.setString(1,cname): ウResultSet rs=pstmt.executeQuery(): ResultSet rs=pstmt.executeQuery(sql); オString sql="SELECT*FROM companylist WHERE cname='”+cname a カString sql="SELECT*FROM companylist WHERE cname=?”; (2)図1には,XSS脆弱性を招く可能性を否定できないコードがある。N KO 指摘に従い,改修すべき行番号を全て答えよ。 (3)XSS脆弱性に対する修正を,N氏の指摘に従い,解答群の中から選び,記 号で答えよ。 解答群 アCSRF対策トークンを使う。 イRefererヘッダの値のURLのドメイン名がWシステムのものであるこ とを確認する。 ウ出力時にく,>,&,”,'の各文字をエスケープする。 エ同一生成元ポリシを適用する。 オバインド機能を使う。
問問2 設問2
設問2〔Wシステムの設計に関する脆弱性]について,①),②⑫に答えよ。 a本文中の| 。|,|b|に入れる適切な字句を,解答群の中か ら選び,記号で答えよ。 解答群 アExpiresイHttpOnlyウMax-Age x=SecureオSecured (2)本文中の下線@について,Wシステムで採用するホワイトリスト方式の適 切な仕様を,40字以内で具体的に述べよ。
問問2 設問3
設問3[脆弱性対策の強化]について,(1)て⑬に答えよ。 (1)本文中の下線つ@について,どのように改善すべきか。改善された検査手順 を30字以内で述べよ。 2)本文中の下線るについて,XSS攻撃の試みを完遂できないことがある理由 を30字以内で述べよ。 (3)本文中の下線@について,低減できるリスクを50字以内で述べよ。 ー14一
SSL/TLSを用いたサーバの設定と運用に関する次の記述を読んで,RM 1~3に人答 えよ。 C社は,衣服のデザイン,製造及び販売を行う中堅の衣料品製造会社である。近年 は,C社の複数の販売チャネルのうち,ECモールに出店したオンラインショップで の販売量が増えており,C社の社名も比較的知られるようになった。C社では,事業 を更に拡大するために,新たに独自のドメイン名を取得し,C社専用の販売サイト (QR,ECサイトという)を立ち上げることにした。 ECサイトの構築,運用及び管理は,C社のシステム部が担当することになった。 システム部は開発会社の協力を得て構築を進め,当初の計画どおり運用が開始され Fes [社外からの通報] 運用開始から3か月が経過した頃,C社の問合せ窓口に,ECサイトで利用されて いる一部のサーバ証明書に対応する秘密鍵が,サーバ証明書と一緒に,あるWebサ イト(以下,Qサイトという)に掲示されているという通報があった。そこで,シス テム部のM部長は,ECサイトの管理を担当するBさんに,セキュリティ専門会社 CHS社の支援を得て本件を調査し必要な措置を講じるよう指示した。 E社のセキュリティコンサルタントであるH氏のアドバイスを受けてBさんが確 かめたところ,Qサイトに掲示された秘密鍵は自社のものと一致していた。Bさんは 鍵が危たい化したと判断した。 次は,HH氏とBさんの会話である。 HE:サーバ証明書に対応する秘密鍵が公開された影響について,順に説明して いきましょう。サーバ証明書は認証局サービス事業者から発行されます。 サーバ証明書には,サーバのFQDNと公開鍵が記載されます。サーバ証明 書の作成とその検証には公開鍵暗号方式を利用した| a|技術を利用 します。サーバ証明書はSSL/TLSで利用されます。SSL/TLSは複数の暗号 技術を用います。データの送受信時は,暗号化と復訪のために|b| を利用します。また,データの送信者と受信者が|b|で使用する鍵 ー15一 を共有するために,公開鍵暗号方式用いて|c|を行います。現在, 世の中で発行されているサーバ証明書には複数の種類があり,代表的なも のはドメイン訟証証明書と|q|です。サーバ証明書の種類によって, 認証局サービス事業者が発行時に行う審査の内容が異なります。 秘密鍵を知った者は御社のECサイトと利用者との通信パケットを入手 できれば,それを復号して内容をのぞき見できる可能性があります。また, 御社のECサイトを複製して偽のECサイトを立ち上げ,①DNSキャッシュ ポイズニング攻撃と組み合わせて,不正を行うかもしれません。 H氏は,DNSキャッシュポイズニング攻撃について説明した。 Bさん:分かりました。でも,なぜ鍵が他者に知られてしまったのでしょうか。 HE:経緯はまだ分かりません。Qサイトには,サーバ証明書のうち,ある古い暗 号ソフトウェア(以下,Zソフトという)を用いて鍵ペアが生成されたもの を対象に秘密鍵の推定を試み,推定に成功したものを掲示している旨の説 明がありました。御社はZソフトを利用していませんか。@②鍵ペアの生成 に用いる擬似乱数生成器に必要な条件を,Zソフトは,満たさないことが分 かっています。 (鍵の危たい化への初動対応】 H氏は,次の二つの措置をとるようにBさんにアドバイスした。 ・当該健に関わるサーバ証明書の|ア|e ・当該鍵に関わるサーバ証明書の|イ|申請 H氏は,今後,再び鍵の危たい化が起きた場合に備えて,あらかじめ検討して準 備しておくことが望ましい事項について,Bさんに説明した。その事項を図1に示す。 ー16一 ・鍵の危たい化に対応するための体制,及びその役割と商任(認証局サービス事業者との連携を 含む。) ・鍵が危たい化した又はそのおそれがあると判断する基準 ・鍵が危たい化した又はそのおそれがあると判断した場合の実施事項 Q①)当該鍵に関わるサーバ証明書の|ア|停上 ②)当該婦に関わるサーバ証明書の|イ|申請 38)原因の調査 (4)影響範囲の調査 (6)原因の除去 (6)⑧当該鍵を使用していたサーバの利用者が,自身の被害の可能性を判断できるようにす るための情報の公表 (7)その他の必要な是正処置 ・システムを復旧させる際の遵守事項 1)危たい化した鍵に関わる証明書署名要求(CSR)の再利用禁止 (2)|。|の生成と,その利用 図1あらかじめ検討して準備しておくことが望ましい事項 [H氏による調査及び問題の指摘] Bさんは,秘密鍵が他者に知られてしまった原因と,SSL/TLSの利用に関してEC サイトの設定などに改善すべき問題がなかいかについて,H氏に調査を依頼した。 H氏による調査の結果を図2に,暗号スイートの名前の構成を図3に示す。 1.ECサイトの設定など基本情報 ・ECサイトのサーバ数:5台 ・社外からアクセスできる全てのサーバでSSL/TLSを利用 利用可能なプロトコルのバージョン:SSL 3.0,TLS 1.0,TLS 1.1,TLS 1.2 ・サーバの鍵ペアは,Zソフトを利用して生成 鍵ペアは,特定の機器で生成されていた。当該機器にZソフトがインストールされていた。 ・SSL/TLSの暗号スイートに,次のものを設定 (1)TLS RSA WITH AES 128 CBC SHA (2)TLS RSA WITH_AES 128 CBC_SHA256 (3)TLS RSA WITH AES 128 GCM_SHA256 (4)TLS RSA WITH CAMELLIA 128 CBC SHA (5)TLS RSA WITH CAMELLIA 128 CBC_SHA256 (6)TLS RSA WITH CAMELLIA 128 GCM_SHA256 (省略) ・サーバ証明書は,認証局サービス事業者Y社が発行するドメイン認証証明書を採用 2.秘密鍵が他者に知られてしまった原因 ・鍵ペアの生成にZソフトを利用していたので,Qサイトが推定に成功したと推測 3.SSL/TLSの利用に関して改善すべき問題 ぜい 問題1 POODLE攻撃に対して脆弱であること 問題Perfect Forward Secrecy(LAF,PFSという)に対応していないこと 問題3サーバ証明書にドメイン認証証明書を用いていること 図2 H氏による調査の結果(抜粋) (3)認証及び鍵交換のアルゴリズム TLS RSA WITH AES 128 CBC SHA(b)データ暗号化のアルゴリズム でーーるで(c)MAC又はPRF(Pseudorandom Function)のアルゴリズム 図3暗号スイートの名前の構成(概要) 間題1中のPOODLE攻撃の概要を図4に示す。H氏は,④問題1を解決するため に各サーバに施すべき措置を提案した。 -POODLE攻撃によって,攻撃者は,暗号化された通信データの一部を解読し,取得できる。 ・中間者攻撃が可能であり,DO,攻撃対象に大量のデータを送信できることなどの一定の条件 を満たす場合に,攻撃が成功する。 ・SSL 3.0プロトコルのパディングチェックの脆弱性を利用して攻撃する。ソフトウェアの開発 時に起こり得る実装上のミスによる脆弱性を利用するものではない。 ・TLS 1.0以降のプロトコルについて,同様のパディングチェックの仕組みを突いた攻撃の可能 性はあるが,実装上の問題がなければ成功は困難と考えられている。 図4 POODLE攻撃の概要 問題Ik,C社がSSL/TLSのハンドシェイクにおいて,OPESの性質をもつ鍵交 換方式を利用せず,代わりに,セッション鍵を共有するための秘密情報をクライ アントがサーバ証明書に記載されたRSAの公開鍵を用いて暗号化して送信する方式 を用いていたことである。 問題Ik,サーバ証明書の種類についてである。H Alt,⑦ECサイトが新たに立 ち上げたサイトであることを考慮すると,ドメイン誰証証明書の選択は妥当でない と指摘した。 [対策実施と運用見直し] Bさんは,H氏の支援を受け,各問題について解決策を検討した。また,MBE の承認の下,図1の事項の検討も進めた。C社は,Qサイトに関わる通報を受けた1 か月後には,各間題を解決し,今後起こり得る鍵の危たい化に備えた態勢を整えた。
問問3 設問1
設問1【社外からの通報})について,(1)(3)に答えよ。 a本文中の| 』|-|a|に入れる適切な字句を解答群の中から 選び,記号で答えよ。 解答群 アCA証明書イEV証明書ウエンコード方式 ETエンテイティ認証オ鍵交換A共通鍵暗号 キ公開鍵ク自己解凍ケ相互認証証明書 コディジタル署名サハッシコ関数シメッセージ認証 Aルート証明書 (2)本文中の下線のについて,DNSキャッシュポイズニング攻撃は偽のECサ イトと組み合わせた不正の中でどのような役割を果たすか。40字以内で具体 的に述べよ。 (3)本文中の下線@②について,擬似乱数生成器が生成する乱数列に求められる 性質として,適切なものを,解答群の中から選び,記号で答えよ。 解答群 アRADA CE.4規則性がある。 ウ周期が短い。エ予測不可能である。
問問3 設問2
設問2〔鍵の危たい化への初動対応】]について,Q①)て⑬)に答えよ。 Q①)本文中及び図1中の[|ア|,[|イ|に入れる適切な字句を,それ ぞれ5字以内で答えよ。 (②)図1中の下線について,公表すべき情報として,重要なものを二つ挙げ, それぞれ20字以内で具体的に述べよ。 ⑬)図1中の| e|に入れる適切な字句を,7字以内で答えよ。
問問3 設問3
設問3[H氏による調査及び問題の指摘]】について,①)て(④⑭に答えよ。 (1)本文中の下線るについて,H氏が提案した措置を,20字以内で述べよ。 (2)本文中の下線@について,SSL/TLSの利用において,PFSの性質をもつ鍵 交換方式を解答群の中から全て選び,記号で答えよ。 解答群 アAES 4 CFBウDHEエDSA オECDHEカECDSAキPKCSクRSA ー19— (3)本文中の下線@について,RSAの鍵が危たい化した場合に,SBS AY てハンドシェイクを行った通信に関するリスクは何か。そのリスクの説明と LC,最も適切なものを解答群の中から選び,記号で答えよ。ここで,攻撃 者は,WebブラウザとWebサーバの通信経路上におり,危たい化前後におけ る通信データを取得していたものとする。 解答群 ア取得された通信データのうち,鍵が危たい化した時点より前の通信デ ータだけを,復元されるおそれがある。 イ取得された通信データのうち,鍵が危たい化した時点で通信中だった 通信データだけを,復元されるおそれがある。 ウ取得された通信データのうち,鍵が危たい化した時点より後の通信デ ータだけを,復元されるおそれがある。 エ取得された通信データの全てを復元されるおそれがある。 (4)本文中の下線のについて,妥当でないと指摘した理由を,40字以内で述べ :- f ー20一 [メモ用紙) [メモ用紙) [xモ用紙)
出典
各問題の下に出典を記載しています。