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

共通の文章

ソフトウエアの脆弱性に関する次の記述を読んで,設問1~9に答えよ。 V社は,従業員数100名のソフトウェア開発会社である。VEC,開発に関わる 全員が情報セキュリティを意識した実装を行えるよう,開発経験が浅い従業員にセ キュリティ教育を行っている。次は,任意の攻撃コードが実行され得る脆能性につ いて,開発チームの主任が部下のUさんに教えていた時の会話である。 T主任:任意の攻撃コードが実行され得る脆弱性は幾つかある。確保済みメモリ領域 を超えてデータを書き込んでしまう| 』|と呼ばれる脆弱性の報告が 以前から多かった。最近は解放したメモリ領域を後から使用してしまう |5|と呼ばれる脆弱性の報告も多くなってきている。 Uさん:|b|という脆弱性は具体的にはどのようなものなのですか。 T主任:例えば,1のC++ソースコードからなるプログラム(以下,例示プログ ラムという)があったとする。例示プログラムは,図2に示すシステム構 成の中で動作し,ノートと呼ぶメモ書き機能を実現するものであり,クラ イアントから利用者が自身の名前とメッセージを登録したり,それを他の 利用者が参照したりする。例示プログラムでは,ノートはNote構造体で表 現され,利用者の操作に応じて,NoteManagerクラスの各メンバ関数が個 別に呼び出される。各メンバ関数では,ノートの生成(CreateNote),利用 者の名前の登録(RegisterName),メッセージの登録(RegisterMsg),ノー トの登録内容表示(DisplayNote),ノートの破棄(DeleteNote)を行う機能 を実装している。例示プログラムにおいて,DeleteNoteメンバ関数内で m noteの指すメモリ領域を解放しているが,仮にDeleteNoteメンバ関数が 呼び出された直後にRegisterNameメンバ関数が呼び出されると,解放した m noteの指すメモリ領域にアクセスできてしまう。これが| bと いう脆弱性だ。例示プログラムでは,悪意をもつ利用者(以下,攻撃者と いう)の操作によって,任意の攻撃コードを実行され,サーバを乗っ取ら れてしまうおそれがある。 =Be 1:Hinclude<cstdio> 2: 3:struct Note{ 4:char*name; 5:char*msg; 6:}; a 8:class NoteManager{ 9:Note*m_note; 10:public: 11:NoteManager(){m note=NULL;} 12:void CreateNote(){ 13:if(m note=new Note()){ 14:m_note->name=NULL; TS:m note->msg=NULL; 16:} 17:} 18:void RegisterName(){ 19:if(m note&&!m note->name)m note->name=new char[8]: 20:if(m_note&&m_note->name){ 21:printf("Input name:”); 22:scant("%7s%*L~¥n]%*c”,m note->name): 23:} 24:} 25:void RegisterMsg(){ 26:if(m_note&&!m_note->msg)m_note->msg=new char[100]; 27:if(m_note&&m_note->msg){ 28:printf("Input message:”); 29:scanf("%99s%*L*¥n]%*c”,m_note->msg); 30:} 313:0} 32:void DisplayNote(){ 33:if(m_note&&m note->name)printf(”Name:%s¥n”,m_note->name); 34:if(m_note&&m_note->msg)printf("Message:%s¥n”,m_note->msg); 35:} 36:void DeleteNote(){ 37:delete[]m_note->name; 38:delete[]m_note->msg; 39:delete m_note; 40:} 41:}; 42:(省略) 注記メモリアドレスが32ビットの環境で動作させるものとする。 図1脆弱性が存在するC++ソースコード =3<1 クライアントLinuxサーバ 操作メニュー———eeeピン間有の詩出し 2名前の登録——ee|本例示 3.メッセージの登録||利用者からの入力||リダイレクト.標準入力プログラム Lussier[kaon URLS OE 図2例示プログラムが動作するシステム構成の例 Uさん:解放したメモリ領域にアクセスされると,どのように攻撃コードが実行され るのですか。 TEE:例示プログラムにおいて,図3に示す(1-(3)の順でメンバ関数の呼出しが 行われたとしよう。その場合,図3の(1)で確保されていたNote構造体用の メモリ領域と,図3の(3)で確保されたchar[8]用のメモリ領域が同じアドレ スに割り当てられる可能性がある。その場合,①RegisterNameメンバ関数 内で読み込まれる攻撃者からの入力値によって,元々Note構造体用であっ たメモリ領域が上書きされる。このときの攻撃者からの入力値がうまく細 工されていると,②次にRegisterNameメンバ関数が呼ばれた際,その際に 読み込まれる攻撃者からの入力値が,攻撃者の指定したアドレスに書き込 まれることになる。このように,攻撃者からの入力値が攻撃者の指定した アドレスに書き込まれる場合には攻撃コードが実行され得る。 メモリメモリメモリ トー AE)HK REY HH (1)CreateNoteメンバ関数(2)DeleteNoteメンバ関数(3)RegisterNameメンバ関数内の 実行後実行後new実行後 図3脆弱性を悪用する関数呼出しの過程とメモリマップ ー4一 USA:もう少し具体的に説明してください。 T主任:関数テーブルの例で説明しよう。ここでいう関数テーブルとは,プログラム 中で呼び出している共有ライブラリに含まれる関数(以下,ライブラリ関 数という)の実行コードの先頭アドレスが記録されたテーブルだ。ライブ ラリ関数の呼出し時には,図4に示すように関数テーブルに記録された実 行コードの先頭アドレスの値を参照してライブラリ関数の実行コードに処 理が遷移する。 関数テーブルメイン処理共有ライブラリ sea KL AOE M4ライブラリ関数の呼出し時の動き T主任:攻撃者が既に,攻撃コードをメモリ上に書き込んでいるとしよう。この状態 で,例えば,攻撃コードが存在するアドレスを関数テーブルに書き込まれ た場合,関数の呼出し時に関数テーブルが参照されると,攻撃コードに処 理が居移してしまう。 Uさん:例示プログラムを攻撃する場合だと,関数テーブルに書き込むアドレスは具 体的にどのような値になりますかが。 |T主任:例えば,RegisterMsgメンバ関数の呼出しによってm note->msgが指し示 すメモリ領域に攻撃コードが書き込まれていて,その先頭アドレスが 0x0b123400と分かつていたとする。その場合,関数テーブルが表1に示す ようになっていたとすると,アドレス| c|番地に値|q|を 書き込むことによって,次にCreateNoteメンバ関数が呼び出された際,攻 撃コードに処理が遷移することになる。 =§= 表1関数テーブル (7)0x08049e30(22)Oxt7cfcd70|deleteの実行コードの先頭アドレス scantの実行コードの先頭アドレス ritの容全コードの先頭アドレス newの天行コードの先頭アドレス reの実行コードの先頭アドレス deletel]DAFA—FORMAT RUA Uさん:RegisterMsgメンバ関数の呼出しによって入力された攻撃コードは | 。 ]領域に書き込まれるので,データ実行防止と呼ばれる機能が有 効化されていた場合,実行されませんよね。 T主任:確かにそのとおりだ。ただし,③関数テーブルに書き込むアドレスとして 例えば,共有ライブラリ内のメモリアドレスを選べば,データ実行防止が 有効化されていた場合でも,攻撃者が任意の処理を実行できる可能性があ る。例示プログラムにおいて,共有ライブラリ内のメモリアドレスが表2 のようになっていたとすると,関数テーブルに書き込むおアドレスを [| f ]番昌にすることによって,データ実行防止が有効化されていた 場合でも,/bimshを起動して任意のシェルコマンドを実行できる可能性が ある。 表2共有ライブラリ内のメモリアドレス =keLeo xz».=aだ] アドレス内容 dete1の実行コード new]DSF—F ‘hin/sh"OXF Uさん:共有ライブラリ内のメモリアドレスは,表2のように前もって知ることが できるものなのですか。 TEE:共有ライブラリをメモリに読み込む際,それを配置するアドレスを毎回ラン ーー6ーー ダムに選ぶASLR(Address Space Layout Randomization)と呼ばれるセキュ リティ機能がある。この機能が有効な場合,共有ライブラリ内のメモリア ドレスを前もって知ることは難しい。しかし,例示プログラムにおいて, 3の(3)の状態をつくり出せれば,RegisterNameメンバ関数と メンバ関数を利用することによって,ASLRが有効化されていた場合でも, 共有ライブラリ内のメモリアドレスを特定できる可能性がある。データ実 行防止やASLRなどは効果的な機能ではあるが,根本的な対策にはならな い。やはり脆弱性そのものを修正することが重要だ。 Uさん:では,|b|の脆弱性を修正するには,例示プログラムではどうすれ ばよいのでしょうか。 TEE:図1の39行目の直後に|hn|といぅ1+文を加えればよいだろう。 Uさんは,今回学んだことをコードレビューの観点として生かしていくことにし た。

共通の文章

情報セキュリティ対策の強化に関する次の記述を読んで,設問1ごこ3に答えよ。 T社は,従業員数300名の小売業者である。 T社のネットワーク構成を図1に示す。 ee IPcLAN| |<インターネットウi DMZ Pew}[gsm——H I raswe! |||ーーニーニーーーっ! ||対策サーバ||サーバ||内部システムLAN UN-JANR_JI ||迷惑メールDNS|||ニニーーーニーーーヒーーーーーーュ|1|BRB F |Pi|U mT |ee| |:||i|fi(LAN_II ||外部メール||プロキシ|」![Webメール||営業情報||業務|」||i Pre Be| ||サーバサーバ|」「|サーバサーバ[fost|fl)AT AB|| にーーラニーーー|Lo Se|||j__LAN 1 FW:ファイアウォールっ L2SW:レイヤ2スイッチ L3SW:レイヤ3スイッチ 注記PCの記載は省略している。 図1 T社のネットワーク構成 T社は,全ての従業員にPCを1台ずつ貸与している。PCは全て,営業部LAN, 業務部LAN及びシステム部LANのいずれかに接続されている。PC及び内部システ ムLANのサーバには,固定のプライベートIPアドレスを割り当てている。 T社では,電子メール(以下,メールという)の送受信及びWeb閲覧にインター ネットを利用している。T社のドメイン名は,t-shacojp(以下,T社ドメイン名と いう)CHS,また,全ての従業員は,T社ドメイン名のメールアカウントをもつ。 T社では,PC及びサーバを導入する際,システム部がアプリケーションソフトウ ェア,L社製マルウェア対策ソフト及びOS(以下,これらを併せてT社標準ソフト ぜい という)のインストール,脆弱性修正プログラムの適用,並びにマルウェア定義フ ァイルの最新化を行う。導入後のPC及びサーバは,プロキシサーバ経由でT社標準 ソフトの各ベンダのサイトに毎月1回自動で接続し.それぞれの脆弱性修正プログ ラムを適用している。マルウェア定義ファイルは,1時間おきに最新化している。 —9— (AMY AFL LAN上のサーバの概要〕 T社の内部システムLANとそのLAN上のサーバは,システム部のKさんが運用 業務を担当している。内部システムLAN上のサーバの機能の概要を表1に示す。表 1に示す機能は全て有効にしている。 表1内部システムLAN上のサーバの機能の概要(抜粋) 機能の概要 Webメール|192.168.1.11|・SMTPで,迷惑メール対策サーバからのメールを受信するメール サーが受信機能がある。 ・外部メールサーバに,SMTPでメールを転送するメール転送機能 がある。 ・PCからWebブラウザによってメールを送受信できるようにする Webメール機能,及びメールボックス機能がある。Webブラウザ との通信プロトコルとしてHTTPを用いる。 ・SMTP通信及びHTTP通信のマルウェアスキャンを行うマルウェ アスキャン機能がある。 ・IPアドレス単位に,HTTPによる接続を拒否することができる HTTP接続拒否機能がある。その機能を用いて,内部システム LAN上の他のサーバからの接続を拒否している。 ・送信メールについて,送信者メールアドレスをメールアカウント に対応付ける送信者メールアドレス詐称防止機能がある。 ・インターネットへの送信メールについて,送信者メールアドレス ごとにインターネットへの送信の可否を設定できるインターネッ トメール送信制限機能がある。業務上,インターネットへの送信 の必要がある者の送信者メールアドレスに対してインターネット への送信を許可している。 ・DNS機能がある。社内専用のドメイン名を管理する。インターネ ット上のドメイン名の名前解決は行わない。 運用業務において,内部システムLAN上のサーバへのログインには,SSHを利用 している。 (DMZ上のサーバ及びFW OH) DMZ上のサーバには,固定のグローバルIPアドレスを割り当てている。DMZ上 のサーバで,プログラムが異常停止するなどのエラーが発生した場合,迷惑メール 対策サーバを経由してシステム部の運用担当者のメールアドレス殆てに通知してい る。 DMZ上のサーバの機能の概要を表2に示す。表2に示す機能は全て有効にしてい る。 表2 DMZ上のサーバの機能の概要 迷惑メール|x1.y1.z1.2・受信したメールをWebメールサーバにSMTPで転送する機能があ 対策サーバる。 ・インターネットからのメールの受信において,SPF(Sender Policy Framework)を用いてメールの転送を許可又は拒否する機能があ る。 ・インターネットからのメールの受信において,メールの件名及び 本文の内容によって迷惑メールと判定したメールを破棄する機能 がある。 DNSサー|x1y1.z1.3・インターネット向けのT社ドメイン名を管理する機能がある。 バ・インターネット上のドメイン名の名前解決を行う機能がある。 ・オープンリゾルバ防止機能がある。 外部メール|x1.y1.z1.4・転送されてきたメールをインターネットにSMTPで転送する機能 サーバがある。 プロキシサ|x1.y1.z1.5・PC及びサーバからインターネットへのHTTP及びHTTP over ーバTLS(以下,HTTPSという)通信を中継するプロキシ機能があ る。HTTPS通信の中継には,CONNECTメソッドを利用する。 ・送信元IPアドレスごとにプロキシサーバへの接続可否を設定でき る接続元制限機能がある。現在の設定は,T社のネットワーク内 のIPアドレスからの接続だけを許可している。 ・送信元IPアドレスごとに接続可能なURLを制限するアクセス制 限機能がある。現在は,全てのURLへの接続を許可している。 ・プロキシサーバからの接続を許可する宛先ポート番号を設定する ポート制限機能がある。現在は,1023以下の宛先ポート番号だけ を許可している。 運用業務において,DMZ上のサーバへのログインには,SSHを利用している。 DNSサーバに登録されている,T社ドメイン名に対するTXTレコードの設定内容 を図2に示す。 図2 T社ドメイン名に対するTXTレコードの設定内容 FWは,ステートフルパケットインスペクション型である。そのフィルタリングル ールを表3に示す。 表3 FWのフィルタリングルール Pe 1 ft|@|.Fou Ti ft@ 注記1項番が小さいルールから順に,最初に合致したルールが適用される。 注記2 TAH 5~24はSMTP以外のサービスに関するルールであり,PC及び内部システムLAN上 のサーバと,インターネットの間の通信を許可するものはない。 [セキュリティ対策の見直し] 同業他社で,運用担当者のPCがマルウェアに感染し,サーバに格納されていた個 人情報が大量に漏えいする事故が発生した。T社の経営陣は事態を重く見て,現状の 対策の点検と見直しをシステム部の部長に指示した。J BRI,サーバの設定の点 検及び見直し並びに運用担当者のPCの利用方法の見直しを行うようにKさんに指 示した。さらに,セキュリティ専門業者に助言を求めることにし,情報処理安全確 (REEL(登録セキスペ)OW氏が担当することになった。 [サーバの設定の点検及び見直し} KさんはW氏の支援を受けて,表4に示すサーバの設定のチェックリストを作成 した。 表4サーバの設定のチェックリスト(抜粋) DNSサー|オープンリゾルバ|DNSサーバが|。|を許可するのは,DMZ上の他のサー バ防止機能バからだけであること プロキシリサ|接続元制限機能DMZ上のサーバ,内部システムLAN上のサーバ及びPC-LAN ーバ上のPCだけが,プロキシサーバに接続可能であること ポート制限機能接続を許可すべき殆先ポート番号を設定していること 表4に基づいて点検していたところ,プロキシサーバのポート制限機能に問題が あることが分かった。次は,プロキシサーバのポート制限機能の利用方法に関する, W氏とKさんの会話である。 WK:プロキシサーバの設定をみると,CONNECTメソッドの悪用を防ぐ制限が なされていませんね。 Kさん:CONNECTメソッドを悪用すると,どういう問題が生じるのでしょうか。 WK:図3に示すように,CONNECTメソッドを悪用してトンネルを確立させる ことで,Webメールサーバの機能を回避できます。そして,①この回避に よっていくつかの問題が生じます。 Kさん:ポート制限機能に関する設計の見直しと設定変更案を作成します。 図3 CONNECTメソッドを悪用したリクエスト KさんとW氏は,サーバの点検を続け,他に問題がないことを確認した。 〔運用担当者のPCの利用方法の見直し] 引き続きKさんとWHI,運用担当者のPCの利用方法の見直しを行った。 運用担当者は,運用担当者のPCからサーバに特権IDでログインしているので, PCがマルウェアに感染した場合,サーバの重要な情報が初取されるおそれがある。 Hk,メールの送受信やインターネットのWeb閲覧は。マルウェア感染のリスクが 高い。そこで,次の対策を実施することにした。 ・運用担当者には,運用担当者のPCの他に,運用業務専用のPC(以下,運用PC という)も貸与する。 ・サーバの運用業務は,運用PCだけで行うルールとする。 ・運用PCでは,メールの送受信及びインターネットのWeb閲覧を技術的に制限 するあ。 ・L3SW2に接続する運用PC-LANを新設し,そこに運用PCを接続する。 «= その上で,次の設定を変更することにした。 ・L3SW1及びL3SW2でのIPアドレス指定によるフィルタリング設定 ・②WebメールサーバのHTTP接続拒否機能の設定 ・③プロキシサーバのアクセス制限機能の設定 Kさんは,運用PCの利用方法案並びにサーバ及びL3SWの設定変更案を作成して, ]部長に説明し,了承を得た。Kさんは,運用PCの導入に着手し,サーバ及び L3SWの設定変更を行った。|

共通の文章

LAN分離に関する次の記述を読んで,設問14に答えよ。 N社は,新薬創出を事業内容とする,いわゆる創薬ベンチャ企業である。HMA は10名で,研究開発員が5名,その他の事務員が5名である。N社のネットワーク 構成を図1に示す。図1中の全ての機器には固定のIPアドレスを割り当てている。 また,インターネット経由でN社が利用しているクラウドサービスを表1に示す。 ァイルターバ|swヒーー|mwーー<マシターネット ファイルサーバ||部DNSサーバ| ]社内PCLH 2SW:レイヤ2スイッチ 一般事務用al FW:ファイアウォール 図1 N社のネットワーク構成 表1利用しているクラウドサービス |サービス名称1内容0、〈1}{}{〔{〔{〈t#〔「| 電子メールサ|社内PCにインストールされた電子メールソフトからのアクセスに応じて,電子 ービスメールの送受信を行う。 Webプロキシ|社内PCと社内のサーバからインターネット上のWebサイトへのアクセスを中継 サービスする。FW1では,社内PCと社内のサーバから,Webプロキシサービスを経由し ないでインターネット上のWebサイトヘアクセスすることを禁止している。 he ea|社内PCと社内のサーバに。用性修正ブログラムULE,パッチという)EY “ルウェア定義ファイルQE,パッチとマルウェア定義ファイルを併せて更新フ ァイルという)を提供する。更新ファイルは,社内PC又は社内のサーバが. HTTP通信を利用し,Webプロキシサービスを経由してこのサービスヘへアクセス し,取得する。 [リスクアセスメント]〕 N社は,事業拡大のために,研究開発員を30名程度に増員する計画を立てた。こ れまで,情報管理を従業員の裁量に任せていたが,増員に伴い,社内の情報管理方 1K,特にファイルの漏えい防止対策を強化することになり,B取締役がその責任者に, ネットワーク管理に最も詳しいRさんが担当者に,それぞれ指名された。社外の情 報処理安全確保支援土(登録セキスペ)であるA氏の支援を受けることにし,RR い防止対策の強化について検討を開始した。 次は,その時の会話である。 B取締役:当社では情報資産の漏えい防止が重要な課題ですが,まずは有望な新薬 候補に関するファイル(以下,新薬ファイルという)の保護に絞って見 直そうと思います。 A氏:分かりました。新薬ファイルは,どこに保管しているのですか。 Rさん+:主に研究開発用ファイルサーバに保管していますが,一部は研究開発員 が使用する社内PCにも保管しています。 A氏:保護の見直しの最初に.サーバや社内PCに保管中の新薬ファイルについ てリスクアセスメントを行うことが必要です。JIS Q 31000:2010及びJIS Q 31010:2012では,リスクアセスメントは,[_a_],リスク分析, [| b|の三っのプロセスの順に進めると定義されています。まず, | 』|のプロセスですが,ファイルに影響を及ぼす一般的なリスク の一覧を私から提供しますので,これを基に進めるとよいでしょう。 B取締役とRさんは,A氏の支援の下で|a|のプロセスを完了した。その 結果,新薬ファイルに影響を及ぼすリスクの一覧として表2が得られた。 表2リスク一覧(抜粋) リスク1|インターネットからの不|インターネット経由で,ファイルサーバに侵入されるこ 正侵入による新薬ファイ|とによって,新薬ファイルがインターネットに流出す ルの漏えいる。 リスク2|標的型攻撃による新薬フ|電子メールによってN社を標的としたマルウェアが送 ァイルの漏えいり込まれ,社内PC又は社内のサーバがマルウェアに成 染することによって,新薬ファイルがインターネットに 流出する。 リスク3|従業員の故意又は過失に|従業員の故意又は過失によって,新薬ファイルが不適切 よるインターネット経由|な宛先に電子メールで送信される又はSNSに書き込ま の新薬ファイルの漏えい|れることによって,インターネットに流出する。 続いて,リスク分析のプロセスとして,JIS Q 31000:2010及びJIS Q 31010:2012に wot,|<|と,(a]を組み合わせてリスクのレベルを決定した。最 後に,|b|のプロセスとして各リスクへの対応の要否を検討した。その結果 B取締役は,表2のリスク2への対応が必要と判断した。 (LAN分離案の検討] B取締役とRさんは,表2のリスク2への対応として,新薬ファイルを保管して いる機器を収容するLAN(LAR,研究開発LANという)と,それ以外の機器を収容 するLAN(以下,事務LANという)に分離するLAN分離案を検討することにした。 事務LANはインターネットとの通信を許可するが,研究開発LANはインターネッ トとの通信を一切許可しない。このLAN分離に伴い,社内PCは,研究開発LANだ けに接続する研究開発用の研究開発PCと,事務LANだけに接続する一般事務用の 事務PCに分かれる。研究開発員は,事務PCと研究開発PCの2台を利用する。 Rさんは,業務遂行のために必要な要件を研究開発員から聞き,図2にまとめ,フ ァイル転送のための中間LANを加えた図3のLAN分離案を作成した。 1.社外から届いた電子メールの添付ファイルを,研究開発PCに転送できること 2.社外の共同研究者とデータを共有するために,社外のファイル交換用Webサイトから事務PC にダウンロードしたファイルを,研究開発PCに転送できること 3.研究開発用ファイルサーバ内の新薬ファイルのうち,社外の共同研究者と共有するために承 認を受けた新薬ファイルを研究開発PC上で編集した後,編集結果を事務PCに転送し,事務 PCからインターネット上のファイル交換用Webサイトにアップロードできること 図2業務遂行のために必要な要件 |研究開発LAN。 !<インターネットつ『事務LANレーーーーーー」 |(あ) |いーー上1一般事務用| ||ctf|ファイルサーバ| |研究開発用本||j ene 1! pa JN発PC|1ファイル|Ce||eee| |Ve A 74)1| ーーババ3 1||ーー 注記(あ),(い)は,新たに機器を設置する接続点を示す。。。。 図3 LAN分離案 この案では,研究開発LANと事務LANの間のファイル転送を行うために,ファ イル転送サーバとして広く利用されているU社製の製品Zを導入する。図3中の FW1とFW2の設定内容を表3に示す。また,ファイルを転送する際の操作手順を図 4に示す。 表3 FW1とFW2の設定内容 許可する通信禁止する通信 FW1・事務LAN上の機器からN社が利用しているクラウド|・他の全ての通信 サービスへの必要な通信 ・事務PCからファイル転送サーバへの必要な通信 ・研究開発PCからファイル転送サーバへの必要な通信|・他の全ての通信 注記1研究開発LAN上の機器は,内部DNSサーバを利用していない。 注記2 FW1及びFW2は,ステートフルパケットインスペクション型である。 研究開発PCから事務PCへのファイル転送時の操作手順| 1.研究開発PCのWebブラウザからファイル転送サーバのアップロード用URLにアクセスし 表示される画面で利用者ごとに異なる利用者ID及びパスワードを入力してログインする。 2.ログイン後に表示されるアップロード画面で,研究開発PC内のファイルを一つ選択して アップロードする。アップロードが正常に完了すると,完了メッセージとともにアップロード 画面が再度表示される。ここで次のファイルを続けてアップロードすることも,ログアウトボ タンをクリックして,ログアウトすることもできる。 3.事務PCのWebブラウザからファイル転送サーバのダウンロード用URLにアクセスし,表示 される画面で利用者ごとに異なる利用者ID及びパスワードを入力してログインする。 4.ログイン後に表示されるダウンロード画面では,その利用者IDでアップロードされたファイ ルの一覧が表示されるので,ファイルを一つ選択してダウンロードする。ダウンロードが完了 すると,サーバ内のダウンロードされたファイルが削除された後,完了メッセージとともにダ ウンロード画面が再度表示される。ここで次のファイルを続けてダウンロードすることも,D グアウトボタンをクリックして,ログアウトすることもできる。ダウンロードされなくてもア ップロードしてから4時間たつとファイルは削除される。 注記事務PCから研究開発PCへのファイル転送時の操作手順は,図中の研究開発PCを事務PC に,事務PCを研究開発PCに,それぞれ置き換えて読むものとする。 図4ファイルを転送する際の操作手順 LAN分離を進めると,研究開発PC及び研究開発用ファイルサーバは更新ファイ ルの提供を受けられなくなるので,新しい仕組みが必要になる。Rさんは,更新ファ イル提供サービスと同じ動作をするパッチ配信兼マルウェア対策管理サーバ(以下, 配信サーバという)を用意することにした。 M3,表3及び図4を見たAK,BOMOVIUA EEL THM 3 3のLAN構成 で想定されるマルウェア感染被害について表4のとおり評価した。表5に,各OSを 利用している機器を示す。 _表4マルウェア感染被害の評価(抜粋) 仮定したシナリオ想定される被害 1・HTTP通信を悪用して管理者権限を奪取できる脆|・事務PCからファイル転送サー 弱性yが発見されたが,パッチはリリースされて|ババが感染する。 いない。・脆弱性vを利用して,ファイル ・事務PC,研究開発PC及びファイル転送サーバ|転送サーバから①研究開発PC には,脆弱性yが存在している。が感染する可能性は低い。 ・事務PCが,脆弱性てを利用して能動的に感染を|・配信サーバの設置位置によって 広げるマルウェアegに感染した。は,配信サーバが感染する可能 性がある。 2・攻撃者が,N社が製品2Zを使用していることを知|・ファイル転送サーバに不正なフ っており,製品Zのアクセス手順を組み込んだマァイルがアップロードされる。 ルウェア8を作成し,電子メールを利用してN|・その不正なファイルが原因とな 社に送り込んだ。って②⑫研究開発PCが感染する ・事務PCが,マルウェアに感染した。可能性は低い。 [|g|の情報を宴取して,ファイル転送サ ーバにアクセスした。 3・ファイル共有プロトコルを悪用して管理者権限を|・配信サーバの設置位置によって 奪取できる脆弱性wが,OS-Pで発見される。は,脆弱性wを利用して,事務 ・OS-Qには,脆弱性wは存在しない。PC,研究開発PC及び配信サー ・事務PC,研究開発PC又は配信サーバのいずれ|バの間で感染が拡大する可能性 かが,脆弱性wを利用して能動的に感染を広げ|がある。 るマルウェアッに感染した。 ・更新ファイルの提供に使用するプロトコルは,フ ァイル共有プロトコルではない。 表5各0Sを利用している機器 そのOSを利用している機器 事務PC,研究開発PC,配信サーバ,内部DNSサーバ 研究開発用ファイルサーバ,一般事務用ファイルサーバ,ファイル転送サーバ この結果から,3のLAN分離案は研究開発LAN内の新薬ファイルの漏えい防 止に有効だとの結論を得て,B取締役は社内ネットワークの変更を進めることにした。 さらに,表4の項番3について,マルウェアの感染が広がることを防ぐために,R さんは配信サーバの設置位置を,表6を用いて検討した。検討の際に,FW1とFW2 の設定は必要最小限の通信だけを許可するものとした。 表6配信サーバの設置位置の検討内容 事務PCから|(省略)結論:感染する可能性が低い。 配信サーバヘへ理由:FW1によって感染活動を遮断で きるから 研究開発PC|結論:感染する可能性が[hn||結論:感染する可能性が[| 」 ら事務PCへ ら人研究開発 PCへ 検討の結果,RさんはB取締役に配信サーバの適切な設置位置を提案して,社内 ネットワークを変更した。 不審な操作ログ] 社内ネットワークの変更から半年ほどたったある日,ファイル転送サーバのログ を調べていたRさんが,研究開発員のSさんの研究開発PCがファイル転送サーバ へ頻繁にアクセスしていたことを発見した。Sさんの研究開発PCを調査したところ, 規程で利用を禁止しているリムーバブルメディアを利用した形跡があった。そのリ ムーバブルメディア経由で研究開発PCがマルウェアに感染し,Sさんが研究開発 PCを操作していない時に,マルウェアが人研究開発PC内のファイルをファイル転送 サーバにアップロードしていたことが分かった。ただし,ファイル転送サーバから ダウンロードされてはいなかった。 このマルウェアの情報を調べたところ,次の機能をもっていることが分かった。 ・図4の操作手順による,ファイル転送サーバへのファイルのアップロード ・図4の操作手順による,ファイル転送サーバからのファイルのダウンロード 今回インターネットへのファイルの流出には至らなかったが,Sさんの事務PC もマルウェアに感染していた場合は直ちにインターネットへのファイルの流出に至 るので,Rさんはファイル転送サーバに何らかの対策が必要だと考えた。 ー20一 RさんがA KI,この対策について相談したところ,“製品Zには,正当なファイ ル転送であることを確認するために,図4の手順2の後に|」|の手順を追 加し,その手順の完了をもってダウンロードが可能となる拡張機能が用意されてい るので,それを利用してはどうか"との回答を得た。Rさんは,この拡張機能は効果 があると考え,B取締役の承認の下,導入した。 EO,N社では情報管理上の大きな事故もなく,順調に事業を拡大している。