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

共通の文章

システム開発での情報漏えい対策に関する次の記述を読んで,設問1こ3に答えよ。 R社は従業員500名の情報サービス事業者である。営業部門,システム開発部門及 び管理部門があり,管理部門内の情報システム部が社内の情報システムを管理して いる。システム開発部門の従業員は,一つ以上のシステム開発プロジェクト(以下, プロジェクトという)に参加している。 同業他社でのシステム開発において,情報漏えいが発生したことから,情報シス テム部のK部長は部下のZ主任に,プロジェクトにおいて秘密として扱われている 設計文書(以下,設計秘密という)の管理について,問題がないか調査するように 指示した。 [設計秘密の管理 R社の規則では,設計秘密は次のように管理することになっている。 ・設計秘密は,R社指定の文書作成ソフトウェア(以下,Wソフトという)を使って PC上で作成及び暗号化を行い,R社のネットワーク内のファイルサーバだけに保 管する。ファイルサーバでは,プロジェクト単位にディレクトリを分け,各ディ レクトリにはプロジェクトメンバだけがアクセスできるように,各プロジェクト のマネージャがアクセス権限を設定する。 ・Wソフトでは,パスワードを基に256ビットの鍵が生成され,その鍵を使って,フ ァイルがAESで暗号化される。ファイルを開くときには,パスワードの入力が求 められる。設計秘密には,プロジェクト単位のパスワード(以下,Pパスワードと いう)を使用する。 ・プロジェクトごとに,協力会社のT社と秘密保持契約を結び,設計秘密を共有す る。設計秘密は,T社内でもR社と同様の設備に保管し,アクセス権限を設定す る。 ・R社とT社の間で設計秘密をやり取りする際には,Webブラウザからクラウドスト レージサービスを利用する。R社は,このクラウドストレージサービスでは,プロ ジェクト単位にディレクトリを分け,各ディレクトリにはR HE T社のプロジェ クトメンバだけがアクセスできるようにアクセス権限を設定する。 ・プロジェクトを離任する者が出た場合には,ファイルサーバとクラウドストレー =§x ジサービスに保管しているプロジェクトの設計秘密に対して,離任者がアクセス できないようにする。 〔管理についての問題〕 Z主任が,各プロジェクトのマネージャに,設計秘密の管理についてヒアリングし たところ,表1に示す問題があることが分かった。 表1設計秘密の管理についての問題 = fees ea 問題3|プロジェクト離任者が出た場合,Pパスワードが設定されている全てのファイルに対し た設計秘密は,当該メンバであれば離任後も参照できてしまう。 〔問題への対策の検討〕 Z主任は問題の解決に向けて,IRM(Information Rights Management)製品による 対策を検討することにした。 Z主任は,導入実績の豊富なL社のIRM製品(以下,IRM-Lという)によって表1 中の問題が解決できるかどうかを確認することにした。IRM-Lは,複数の利用者から 成るグループ単位にアクセス権限の付与ができる。IRM-LはIRMクライアントと IRMサーバから構成される。IRMクライアントは,PCにインストールされ,ファイ ルの暗号化及び復号を行う。IRMサーバは,IRMクライアントの管理を行う。IRM- Lの概要を図1に示す。 ex Bas 1.IRMサーバ及びIRMクライアントのRSA鍵ペア IRMサーバをインストールする際,2048ビットのRSA鍵ペアが生成される(以下,IRMサー バで生成された公開鍵をIRMサーバ公開鍵といい,秘密鍵をIRMサーバ秘密鍵という)。 IRMサーバ公開鍵は各IRMクライアントに配付される。 IRMクライアントをインストールする際,2048ビットのRSA鍵ペアが生成される(以下, IRMクライアントで生成された公開鍵をIRMクライアント公開鍵といい,秘密鍵をIRMクラ イアント秘密鍵という)。 2.アカウントの種類 アカウントには次の3種類がある。 ・利用者アカウント 利用者が使う。ファイルの保護及び保護されたファイルを開くことができる。利用者アカ ウントには利用者ID,パスワード,メールアドレス,所属会社,所属部署,所属するグル ープなどの属性がある。 ・グループ管理者アカウント グループ管理者が使う。利用者アカウントをグループに所属させたり,グループから削除 したりできる。 ・IRM管理者アカウント IRM管理者が使う。IRMサーバの設定,グループの管理,利用者アカウントの管理,グル ープ管理者アカウントの管理ができる。全てのグループに対して,グループ管理者アカウ ントと同様の権限をもつ。 3.利用者とグループの管理 IRM管理者は,IRMサーバ上にグループを作り,そのグループに対して,グループ管理者ア カウントを作成する。 IRM管理者は,IRMサーバ上に利用者アカウントを作成し,利用者IDと初期パスワードを利 用者に伝える。利用者は初回ログイン時に初期パスワードを変更する。 ーつの利用者アカウントが,複数のグループに所属することもある。 4.IRMクライアントの起動とファイル保護の処理 IRMクライアントは,PCへのログイン時に自動起動される。利用者はIRMクライアントの 起動画面に,利用者IDとパスワードを入力する。IRMクライアントとIRMサーバとの通信 はHTTPSで行う。 利用者がファイルの保護をするとファイルが暗号化され,ファイルの利用権限が自身の所属 するグループのうち選択したグループに付与される。付与する権限は次から選ぶ。 参照:ファイルの参照だけを許可する。 編集:参照に加えて,ファイルの編集も許可する。編集後のファイルもIRM-Lで保護され る。 ファイルの保護では次の処理が行われる。 ・ファイル単位に256ビットのAES鍵(以下、コンテンツ鍵という)が生成され,ファイル はコンテンツ鍵で暗号化される。暗号化されたファイルにはIRML-L固有の拡張子が付与さ れ,元のファイルと同じディレクトリに保存される。 ・コンテンツ鍵は,IRMサーバ公開鍵で暗号化される。 ・暗号化されたコンテンツ鍵は,暗号化後のファイルのハッシュ値及び付与された権限とと もにIRMサーバに送信され,IRMサーバ内で保存される。 ・IRMサーバへの送信後,PC内のコンテンツ鍵と元のファイルは完全に削除される。 図1 IRM-Lの概要 5.保護されたファイルを開くときの処理 保護されたファイルが開かれると,次の処理が行われる。 (i)IRMクライアントから利用者ID,暗号化後のファイルのハッシュ値,及びIRMクライ アント公開鍵がIRMサーバに送信される。 Gi)IRMサーバでは,暗号化後のファイルのハッシュ値が参照され,利用者アカウントがフ ァイルに対する権限をもっている場合に,IRMサーバ秘密鍵でコンテンツ鍵が復号され る。 (ii)IRMサーバでは,コンテンツ鍵が,IRMクライアント公開鍵で暗号化され,IRMクライ アントに送られる。 (iv)IRMクライアントでは,送付されたコンテンツ鍵がIRMクライアント秘密鍵で復号され る。 (v)IRMクライアントでは,コンテンツ鍵で対象ファイルが復号される。 (vi)復号されたファイルに対しては,参照又は編集後に再びファイル暗号化の処理が行われ る。 図1 IRM-Lの概要(続き) Z主任は,次のようにIRM-Lを利用することによって,表1中の問題を表2のとお り解決できると考えた。 ・各プロジェクトにグループを一つ割り当てる。 ・システム開発部門の従業員にIRM-Lの利用者アカウントを割り当てる。 ・設計秘密は,IRM-Lで保護した上で,ファイルサーバに保管する。 ・和T社のプロジェクトメンバもIRM-Lを利用し,IRM-Lで保護されたファイルを, クラウドストレージサービスにアップロードする。 表2設計秘密の管理についての問題に対する解決策 IRM-Lによる解決策 (省略) (省略) 問題3|IRM-Lでは,ファイルの保護にパスワードを利用しない。また,①簡単な操作でプロジ ェクト離任者による設計秘密の参照を禁止できるので,従来と比較して大幅に作業負 荷が減る。 ②プロジェクト上離任者に対する操作を適切に行うことによって参照不可にできる。 間題2について,Pパスワードの利用状況を調査したところ,英数字と一部の記号 を用いた10字程度のパスワードの利用が多いことが分かった。それに基づいて,W ソフトによって暗号化されたファイルとIRM-Lによって保護されたファイルの解読 に必要な計算量を比較し,結果を図2にまとめた。 Wソフトによって暗号化されたファイルの解読: 鍵を総当たりで特定するには,最大で2の256乗の計算量が必要になる。また,その鍵を生 成するためのPパスワードが文字種64種類で長さ10字とすると,Pパスワードの推測には最 大で2の乗の計算量が必要になる。 IRM-Lによって保護されたファイルの解読: コンテンツ鍵を総当たりで特定するには,最大で2の256乗の計算量が必要になる。また, コンテンツ鍵を保護するIRMサーバ公開鍵は2048ビットであり,NIST SP 800-57によると RSA-2048のセキュリティ強度は112ビットの共通鍵暗号と同等であることから,RSA-2048を 破るには,2の112乗の計算量が必要だと言われている。 以上から,IRM-Lによって保護されたファイルの解読はWソフトによって暗号化されたファイ ルの解読と比較して2の| q|乗倍の計算量が必要になるので,より安全だと考えられ る。 図2比較結果 IRM-Lでは,一定時間当たりのログイン試行回数を制限する機能や,一定回数のロ グイン失敗でアカウントをロックする機能によって,攻撃者がログインに成功する リスクを下げることができる。しかし,利用者IDとパスワードによる認証だけでは, 推測が容易おパスワードを利用者が設定してしまうと,長さが10字であったとして も|< ]攻撃に対して脆弱となるので,への変更が可能か検討する ぜい:_ =PU Lees [社外とのやり取り} T社ネットワークからIRMサーバにアクセスするには,IRMサーバをR社のDMZ に設置しインターネットからアクセス可能にする必要がある。Z主任は,IRMサー バをDMZに設置した場合のリスクと対策を表3のとおりまとめた。 表3 IRMサーバをDMZに設置した場合のリスクと対策(抜粋) グループ管理者及びIRM管理者へのなりす|fi co まし・ログイン及びその試行の監視 IRM-Lの既知の脆弱性を悪用したサーバへ|・脆弱性修正プログラムの定期的な確認と適用 の侵入・IPSの利用 $0和T社の一部の事業所はIPアドレスを固定できないので,T社のIPアドレスだけからアクセス を許可するという対策は取れない。 IRM-Lの運用について情報システム部で検討した結果,ここまで検討した対策を全 て採用した場合でも,OPCがマルウェアに感染してしまうと,設計秘密の内容を不 正に取得されてしまう場合があることが分かった。そこで,マルウェア対策の強化 も導入計画に盛り込んだ上で,IRM-Lの導入を進めることにした。その後,IRM-Lを 導入し,設計秘密に対する情報漏えい対策を強化することができた。

共通の文章

PCのマルウェア対策に関する次の記述を読んで,設問13に答えよ。 Q社は,従業員100名の金属加工会社である。Q社には,総務部,営業部及び技術 部がある。 Q社では,全従業員にPCを貸与している。総務部員のPCは総務部LANに,営業 部員のPCは営業部LANに,技術部員のPCは技術部LANに接続されている。業務 に必要なソフトウェアを自らインストールして使用したいという各部からの要求に 対応するために,貸与しているPCの従業員の利用者IDに管理者権限を付与してい る。 [Q社のネットワーク構成〕 Q社の情報システムの管理は,総務部情報システム係のD主任とEさんが行って いる。Q社のネットワーク構成を図1に示す。 Q社IDMZーーーー] |Tass LEADーーを 「総務部|Et pee |LAN|サーバLAN |PRET RET|[Liew Hr ーバ:レルサーバニーテニae oe L2SW:レイヤ2スイッチ|エーニーーee et 注記1 PCの記載は省略している。 注記2プロキシサーバには,グローバルIPアドレスを固定で割り当てている。 注記3総務部LAN,営業部LAN及び技術部LAN内の各PC,並びにFサーバ1及びFサーバ2 には,プライベートIPアドレスを較定で割り当てている。 図1 Q社のネットワーク構成(抜粋) Fサーバ1及びFサーバ2には,PC上のWebブラウザを使ってアクセスする。利 用者ID及びパスワードでログインした後,ファイルの格納及び取り出しが行える。 Fサーバ1,Fサーバ2及びPCのそれぞれのhostsファイルには,プロキシサーバ, Fサーバ1及びFサーバ2のホスト名とIPアドレスが登録されている。 プロキシサーバの機能概要を表1に示す。 表1プロキシサーバの機能概要(抜粋) 機能概要 URLフィ|・V社のURLフィルタリングソフトが組み込まれており,URLフィルタリングル ルタリングール(以下,UFルールという)を用いて,指定したURLへのアクセスを許可叉 機能は拒否することができる。 ・UFルールは,アクセス元のIPアドレス範囲ごととにそれぞれ別のルールを設定す ることができる。 ・一つのUFルールは,次の三つのリストから成り,上から順に適用される。 -管理者許可リスト:管理者が設定できる,アクセスを許可するURLのリスト -管理者拒否リスト:管理者が設定できる,アクセスを拒否するURLのリスト -V社拒否リスト:V社が提供する,アクセスを拒否するURLのリスト ・管理者許可リストに,“全て"と記載すると,全てのURLへのアクセスが許可さ れる。管理者拒否リストに,“Sct”と記載すると,管理者許可リストで許可し たURL以外のURLへのアクセスが拒否される。管理者許可リストに何も設定し ないと,そのリストはスキップされる。管理者拒否リストも同様である。 ・どのUFルールにも該当しない場合は,アクセスは許可される。 ログ機能・アクセスの日時,アクセス元IPアドレス,URL並びに,許可又は拒否の結果を アクセスログとして保存する。 注記1 V社拒否リストは,V社サイトから適時ダウンロードされる。 注記2 Q社では,管理者許可リスト及び管理者拒否リストに何も設定していない。 Q社では,PC及びサーバに,V社のマルウェア対策ソフトを導入し,リアルタイ ムスキャンを有効にしている。マルウェア定義ファイルは,PCでは起動時及び毎朝 9時に,サーバでは毎朝9時に,自動でV社のマルウェア定義ファイル配布サイト (以下,V社配布サイトという)にHTTPSで接続し,更新している。PCの利用者及 びサーバの管理者は,マルウェア対策ソフトの画面の操作によってマルウェア定義 ファイルを手動で更新することもできる。さらに,別のPCを用いてマルウェア定義 ファイルをV社配布サイトから手動でダウンロードし,そのファイルを保存した DVD-Rを用いて更新することもできる。Fサーバ1及びFサーバ2がインターネッ トと通信するのは,マルウェア定義ファイルの更新時だけである。 Fサーバ1及びFサーバ2に,OS及びアプリケーションソフトウェアの脆弱性修 正プログラムを適用する場合,EEさんが,各ベンダのサイトから脆弱性修正プログラ ムをPCにダウンロードしてDVD-Rに保存し,サーバに適用している。 Eさんは,週次アクセスログ調査として,毎週月曜日の10時に,前週の月曜日か ら日曜日までのFサーバ1及びFサーバ2へのアクセスログを調査している。 FWは,ステートフルパケットインスペクション型である。FWでは,アドレス変 換機能を使用していない。FWのフィルタリングルールを表2に示す。 表2 FWのフィルタリングルール 2|サーバLAN,総務部LAN,プロキシサーバ代替HTTP”許可 営業部LAN,技術部LAN 総務部LAN,営業部LAN,技術部LAN 総務部LAN,営業部LAN,技術部LAN |9|全て。。|全てCi Cd 注記1項番が小さいルールから順に,最初に一致したルールが適用される。 注記2項番5ご8には,HTTP及びHTTPSに関するルールはない。 注り代替HTTPのポート番号は,8080 CHS, [不審なねログインの発見と対応〕 FEさんが,12月9日月曜日に週次アクセスログ調査をしたところ,12月6日の11 時から13時にFサーバ1及びFサーバ2にログインを試みて失敗した記録が多数見 つかった。アクセス元は,営業部のGさんのPC(WF,PC-Gという)であった。E さんが,10時40分にGさんに電話で問い合わせたところ,12月6日は,Fサーバ1 及びFサーバ2にはログインを試みていないとのことであった。Eさんは,PC-Gが マルウェアに感染したおそれがあると考え,①マルウェア感染拡大防止のためのPC- Gの初動対応をGさんに指示した。また,Gさんへの代替PCの貸出しとPC-Gの回 収を行い,PC-Gについてはマルウェア感染への対応として,ディジタルフォレンジ ックスによる調査を行うことにして②必要な情報を取得した。 FEさんからマルウェア感染のおそれがあるという報告を受けたD主任は,PC-Gで [| 。|]といぅ方法を使って|b|]をした後に.フルスキャンを実施するよ うEさんに指示した。さらに,図2に示すマルウェアへの対処をQ社全体に指示す ることにした。 (1)マルウェア対策ソフトによる対処について 貸与しているPCで,という方法を使って|bp|をした後,フルスキャンを 実施する。 (2)報告について 上記(1)の結果を情報システム係に報告する。 図2マルウェアへの対処 Eさんは,PC-Gのフルスキャンで検出されたマルウェア(以下,マルウェアXと いう)の駆除を16時に完了した。Eさんは,マルウェアXへの感染の経緯を確認す るために,GさんにPC-Gの使用状況そヒアリングした。 Eさんは,図3に示す調査結果を,12月10日の13時にD主任に報告した。 (1)GさんのPC-Gの使用状況 ・12月6日9時にPC-Gを起動した。 ・10時に,インターネットの検索サイトでファイル比較ツールを検索した。検索して見つかっ たサイト(以下,サイトPという)にあったツールPをダウンロードした。その後,管理者 権限を用いてツールPをインストールした。 ・11時にツールPを起動した。 ・17時にPC-Gをシャットダウンした。 ・12月6日は,Fサーバ1及びFサーバ2にはログインしていない。 ・12月9日9時に,PC-Gを起動した。 (2)マルウェアXに関する情報 ・V社のサイトに,マルウェアXに関する次の情報が掲載されていた。 -マルウェア双は,ツールPを装っている。 -C&CサーバのURLのリスト(以下,Cリストという)がマルウェア中に保持されている。 -マルウェア中のパスワードリストを使って,hostsファイルに登録されている機器へのログ インを試行する。ログインが成功すると,その機器からファイルをダウンロードし,C&C サーバにアップロードする。 ・V社は,マルウェアXに対応したマルウェア定義ファイルを12月9日10時にリリースした。 (3)V社拒否リストに関する情報 ・Cリストに登録されているURLは,11月25日にV社拒否リストに追加されていた。 (4)プロキシサーバのアクセスログの調査 ・アクセス元IPアドレスがPC-Gであるアクセスを,プロキシサーバのアクセスログで,12月 9日17時から3か月遡って調査した。調査の結果.Cリスト中のURLへのアクセスは,12月 6日に1件だけであり,そのアクセスはURLフィルタリング機能で拒否されていた。 (省略) (7)その他 ・12月9日17時に,Q社全体でのフルスキャンでマルウェアは検出されなかったことを確認し Feo ・12月9日0時から17時までのFサーバ1及びFサーバ2のアクセスログに,ログインの和失 敗の記録はなかった。 図3調査結果 報告を受けたD主任は,プロキシサーバに関して次の2点を指示した。 ・Q社内からサイトPに接続できないようにするための管理者拒否リストの設定変更 ・③プロキシサーバのアクセスログに関して調査すべき範囲の漏れをカバーするた めの追加調査 Eさんは,設定変更したこと,及び追加調査の結果,問題がなかったことをD主任 に報告した。D主任とEさんは,図3,設定変更の実施及び追加調査の結果を総務部 長に報告した。総務部長は,今回のマルウェアXの感染を踏まえ,追加のマルウェア 対策の検討を指示した。D主任とEさんは,次の項目を検討することにした。 項目1:万がーーマルウェアに感染した場合の被害拡大を防ぐ対策 項目2:マルウェア感染のリスクを低減する対策 CAA 1の検討] D主任とEさんは,PCがマルウェアに感染した場合,Fサーバ1及びFサーバ2 にも影響びあり得ると考えた。そこで,従業員が,所属している部以外のLANにPC を接続することを禁止した上で,FW及びプロキシサーバの設定変更の案を次のとお りまとめた。 ・Fサーバ1の利用者を総務部員及び営業部員に,Fサーバ2の利用者を技術部員に それぞれ振り分けて,QFWのフィルタリングルールのうちの二つのルールについ て,送信元を変更する。 ・サーバLANとインターネットとの間の通信を運用に必要かものだけにするために, アクセス元がサーバLANのUFルールを表3のとおりに設定する。 表3アクセス元がサーバLANのUFルール ! D主任とEさんは,設定の変更は直ちに実施できると考え,変更内容を総務部長に 報告し,許可を得て設定を変更した。 GHA 2 OR) DEEL EXAI,マルウェア感染のリスクを低減するために,管理者権限の付与 は,情報システム係の利用者IDに限定するのがよいと考えた。さらに,あらかじめ ー18一 登録した実行ファイルだけの実行を,ファイルのハッシュ値を比較することによっ て許可するソフトウェア(AF,Yソフトという)の導入を検討することにした。E さんは,Yソフトを利用する上で注意点はないのかと,D主任に質問した。D主任は, 次のように答えた。 ・⑤ハッシュ値の登録変更が必要になる場合がある。 ・⑥ある種のマルウェアでは実行を禁止できない。 DELLE ESA,Yソフトのメリットとデメリットの確認,及び導入案の作成を 進めた。