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

共通の文章

]Webアプリケーションプログラム開発に関する次の記述を読んで,設問に答えよ。 G社は,システム開発を行う従業員199名のSI企業である。このたび,オフィス用 品を販売する従業員299名のY社から,システム開発を受託した。開発プロジェクト のリーダーには,G社の開発課のD主任が任命され,メンバーには,開発課から,E さんと新人のFさんが任命された。G社では,セキュリティの品質を担保するために, プログラミング完了後にツールによるソースコードの静的解析を実施することにし ている。 [受託したシステムの概要]〕 受託したシステムには,Y社の得意先がオフィス用品を注文する機能,Y社とY社 の得意先が注文履歴を表示させる機能,Y社とY社の得意先が注文番号を基に注文情 報を照会する機能(以下,注文情報照会機能という),Y社とY社の得意先が納品書 のPDFファイルをダウンロードする機能などがある。 [ツールによるソースコードの静的解析〕 プログラミングが完了し,ツールによるソースコードの静的解析を実施したとこ ろ,Fさんが作成した納品書PFダウンロードクラスのソースコードに問題があるこ とが分かった。納品書PDFダウンロードクラスのソースコードを図1に,静的解析の 結果を表1に示す。 (省略)//package宣言,import宣言など 1:public class DeliverySlipBL{ 28 private static final String PDF_DIRECTORY=”/var/pdf”;//PDFディレクトリ定義 (省略)//変数宣言など 3:public DeliverySlipBean getDeliverySlipPDF(String inOrderNo,Connection conn){ (省略)//変数宣言など 4:DeliverySlipBean deliverySlipBean=new DeliverySlipBean(): 5:try{ /*検索用SQL文作成*/ 6:String sql="SELECT”; 7:sql=sql+(省略)://抽出項目,テーブル名など 図1納品書PDFダウンロードクラスのソースコード =2— 8:sql=sql+”WHERE head.order no=’”+inOrderNo+””: 9:sql=sql+(省略)://抽出条件の続き 10:Statement stmt=conn.createStatement(); 11:ResultSet resultObj=stmt.executeQuery(sql); (省略)//注文情報の存在チェック(存在しないときはnullを返してメソッドを終了) 12:String clientCode=resulttObj.getString("client code")://得意先コード取得 13:File fileObj=new File(PDF_DIRECTORY+"/”+clientCode+”/”+"DeliverySlip" +inOrderNo+”.pdf”); (省略)//PDFファイルが既に存在しているかの確認など 14:BufferedInputStream in=new BufferedInputStream(new FileInputStream(file0bj)): 15:byte[]buf=new byte[in.available()]: 16:in,read(buf); 17:deliverySLipBean.setFi leByte(buf); 18:}catch(Exception e){ (省略)//エラー処理(ログ出力など) 19:} 20:return deliverySLipBean: 21:} (省略) 図1納品書PDFダウンロードクラスのソースコード(続き) 表1静的解析の結果 ge MEL SQLインジェクシ|(省略)(省略) ヨン 2|ディレクトリトreファイルアクセスに用いるパス名の文字列作成で,利 ラバーサル用者が入力したデータを直接使用している。 3確保したリソー|(省略)変数stmt,変数result0bj,変数|b|が指す スの解放漏れリソースが解放されない。 | I この解析結果を受けて,Fさんは,Eさんの指導の下,ソースコードを修正した。 表1の項番1について図1の8行目から11行目を図2に示すソースコードに修正し た。項番2と項番3についてもソースコードを修正した。 sql=sql+(省略)://抽出条件の続き stmt.setString(1,inOrderNo); ResultSet resultObj=stmt.executeQuery(); 図2納品書PDFダウンロードクラスの修正後のソースコード —3‘ccm 再度,ツールによるソースコードの静的解析が実施され,表1の指摘は解消してい ることが確認された。 [システムテスト]〕 システムテストを開始したところ,注文情報照会機能において不具合が見つかっ た。この不具合は,ある得意先の利用者IDでログインして画面から注文番号を入力 すると,別の得意先の注文情報が出力されるというものであった。なお,ログイン 処理時に,ログインした利用者IDと,利用者IDにひも付く得意先コード及び得意先 名はセッションオブジェクトに保存されている。 注文情報照会機能には,業務処理を実行するクラス(以下,ビジネスロジックク ラスという)及びリクエスト処理を実行するクラス(以下,サーブレットクラスと いう)が使用されている。注文情報照会機能が参照するデータベースのE-R図を図3 Ic,Eさんが作成したビジネスロジッククラスのソースコードを図4に,サーブレッ トクラスのソースコードを図5に示す。 利用者マスター注文ヘッダーテーブル注文明細テーブル 利用者ID得意先コード注文番号注文番号 利用者名得意先名注文日時注文明細番号 得意先コード郵便番号得意先コード商品コード パスワードソルト住所注文総額数量 パスワードハッシュ電話番号消費税額: —>:183注記1属性名の実線の下線___は主キーを,破線 凡例 Bisが付いている属性名には,外部キーの破線を付 性名の下線----は外部キーを示す。主キーの実線 属性名けていない。 属性名注記2主キー及び外部キーは,全て表記している。 図3注文情報照会機能が参照するデータベースのE-RK図 —4—: (省略)//package宣言,import宣言など 1:public class OrderInfoBL{ Os private static String orderNo://注文番号. /*注文番号の設定メソッド*/ 3:public static void setOrderNo(String inOrderNo){ 4:orderNo=inOrderNo; 5s} /*注文情報の取得メソッド*/ 6:public static OrderInfoBean getOrderInfoBean(){ 7が5 PreparedStatement psObj; (省略)//try文,変数定義など 8:String sql="SELECT”; 9:sql=sql+(省略)://SQL文構築 10:sql=sql+”WHERE head.order no=?”;//抽出条件:注文ヘッダーテーブルの注文番 号と画面から入力された注文番号との完全一致 (省略)//PreparedStatementの作成 11:psObj.setString(1,orderNo)://検索キーに注文番号をセット 12:ResultSet resultObj=psObj.executeQuery(); (省略)//例外処理やその他の処理 図4ビジネスロジッククラスのソースコード (省略)//package宣言,import宣言など 1:public class OrderInfoServlet extends HttpServlet{ (省略)//変数定義 23 public void doPost(HttpServletRequest reqObj,HttpServletResponse resObj)throws IOException,ServletException{ 3:String orderNo://注文番号 (省略)//try文,リクエストから注文番号を取得 4:OrderInfoBL.setOrderNo(orderNo); 5:OrderInfoBean orderInfoBean0bj=OrderInfoBL.getOrderInfoBean(); (省略)//例外処理やその他の処理 図5サープレットクラスのソースコード Df,E SA,Fさんは,不具合の原因が特定できず,セキュアプログラミング に詳しい技術課のHさんに協力を要請した。 Hさんはアプリケーションログ及びソースコードを解析し,不具合の原因を特定した。 原因は,図4で変数|e jaf|として宣言されていることである。 この不具合は,①並列動作する複数の処理が同一のリソースに同時にアクセスした とき,想定外の処理結果が生じるものである。 原因を特定することができたので,Eさんは,Hさんの支援の下,次の4点を行った。 に5= (1)図4の2行目から5行目までのソースコードを削除する。 (2)図4の6行目を,図6に示すソースコードに修正する。 public OrderInfoBean 9et0rdernfoBean(| g|){ 図6ビジネスロジッククラスの修正後のソースコード (3)図5の4行目と5行目を,図7に示すソースコードに修正する。 OrderInfoBL orderInfoBLObj=OrderInfoBL(); OrderInfoBean orderInfoBean0bj=orderInfoBLObj.[i|: M7サーブレットクラスの修正後のソースコード (4)保険的な対策として,図4の169行目の抽出条件に,セッションオブジェクトに 保存された| 」|と注文ヘッダーテーブルのの完全一致の条件 をAND条件として追加する。 ソースコードの修正後,改めてシステムテストを実施した。システムテストの結 果は良好であり,システムがリリースされた。

共通の文章

セキュリティインシデントに関する次の記述を読んで,設問に答えよ。 R社は,精密機器の部品を製造する従業員250名の中堅の製造業者である。本社に 隣接した場所に工場がある。R社のネットワーク構成を図1に示す。 ここインターネットつつDB:データベース MO==、8 LSWレイャーュスイリラ ーーーーーーFW:ファイアウォール Pメール:電子メール |a) gas] |ファイルサーバ|!|製造管理サーバ| !利用者LAN 192.168.2.0/24|1 192.168.1.0/24工場IAN! 注記各サーバは,Linux 0Sで稼働している。IPアドレスは,受付サーバが192.168.0.1,DBサー バが192,168.0.2,メールサーバが192.168.0.3,製造管理サーバが192.168.1.145 CHS, 図1 R社のネットワーク構成 サーバ,FW,L2SW,L3SW及びPCは,情報システム課のU課長,Mさん,Nさんが管 理しており,ログがログ管理サーバで収集され,一元管理されている。 DMZ上のサーバのログは常時監視され,いずれかのサーバで1分間に19回以上のロ グイン失敗が発生した場合に,アラートがメールで通知される。 FWは,ステートフルパケットインスペクション型であり,通信の許可,拒否につ いてのログを記録する設定にしている。FWでは,インターネットから受付サーバへ の通信は443/TCPだけを許可しており,受付サーバからインターネットへの通信は0S アップデートのために443/TCPだけを許可している。インターネットから受付サーバ 及びメールサーバへのアクセスでは,FWのNAT機能たとよってグローバルIPアドレス をプライベートIPアドレスに1対1で変換している。 受付サーバでは,取引先からの受注情報をDBサーバに保管するWebアプリケーシ ョンプログラム(以下,アプリケーションプログラムをアプリという)が稼働して いる。DBサーバでは,受注情報をファイルに変換してFIPで製造管理サーバに送信 する情報配信アプリが常時稼働している。これらのアプリは10年以上の乏働実績が ある。 =Fe (DMZ上のサーバでの不審なログイン試行の検知 ある日,Mさんは,アラートを受信した。Mさんが確認したところ,アラートは受 付サーバからDBサーバとメールサーバに対するSSHでのログイン失敗によるもので あった。また,受付サーバからDBサーバとメールサーバに対してSSHでのログイン 成功の記録はなかった。Mさんは,不審に思い,U課長に相談して,不正アクセスを 受けていないかどうか,FWのログと受付サーバを調査することにした。 [FWのログの調査] ログイン失敗が発生した時間帯のFWのログを表1に示す。 表1 FWのログ 送信元ポート|宛先ポート |4 042 15:08|192.168.0.1|0.6.c0.G9|54543TGP|aasrror|Far| 注りa9.b9.c9.09はグローバルIPアドレスを表す。 表1のFWのログを調査したところ,次のことが分かった。 ・受付サーバから工場LANのIPアドレスに対してポートスキャンが行われた。 ・受付サーバから製造管理サーバに対してFTP接続が行われた。 ・受付サーバと他のサーバとの間ではFTPのデータコネクションはなかった。 ・DBサーバから製造管理サーバに対してFTP接続が行われ,DBサーバから製造管理 サーバにFTPの| 』|モードでのデータコネクションがあった。 に8ーー 以上のことから,外部の攻撃者の不正アクセスによって受付サーバが侵害された が,攻撃者によるDMZと工場LANとの間のファイルの送受信はないと推測した。Mさ Ald,受付サーバの調査に着手し,Nさんに工場LAN全体の侵害有無の調査を依頼し Tes [受付サーバのプロセスとネットワーク接続の調査 Mさんは,受付サーバでプロセスとネットワーク接続を調査した。psコマンドの実 行結果を表2に,netstatコマンドの実行結果を表3に示す。 表2 psコマンドの実行結果(抜粋) 利用者TD開始日時 /usr/ava/ire/bin/ava-ms29(BBB) [23[ape|225|7488|04721 75:01|./srv-o-mmde bind 0.0,0.0:0080のel| |4[aoe|93|466[0472 16:08|sry-c-node connect 00.6008 443 58 [25[ae|365[1208|04721 16:14|./arv-*-range 182,1680,1-182,168,255,254 注!プロセス1Dである。 $2親プロセスID CHS. 9 Webアプリ稼働用の利用者ID CHS, 表3 netstatコマンドの実行結果(抜粋) srvという名称の不審なプロセスが稼働していた。Mさんがsrvファイルのハッシ ュ値を調べたところ,インターネット上で公開されている攻撃ツールであり,次に 示す特徴をもつことが分かった。 ・C&C(Command and Control)サーバから指示を受け,子プロセスを起動してポート スキャンなど行う。 ・外部からの接続を待ち受ける“バインドモード"と外部に自ら接続する“コネク oy 9= トモード"でC&Cサーバに接続することができる。モードの指定はコマンドライン 引数で行われる。 ・ポートスキャンを実行して,結果をファイルに記録する(以下,ポートスキャン の結果を記録したファイルを結果ファイルという)。さらに,SSH又はFIPのポー トがオープンしている場合,利用者IDとパスワードについて,辞書攻撃を行い, その結果を結果ファイルに記録する。 ・SNMPv2cでpublicという| b|名を使って,機器のバージョン情報を取得し, 結果ファイルに記録する。 ・結果ファイルをC&Cサーバにアップロードする。 Mさんは,表1一表3から,次のように考えた。 -攻撃者は一度,sryの| c|]モードで,①C&Cサーバとの接続に失敗した後, sryの| d|モードで,@C&Cサーバとの接続に成功した。 ・攻撃者は,C&Cサーバとの接続に成功した後,ポートスキャンを実行した。ポート スキャンを実行したプロセスのPIDは,| e|であぁった。 Mさんは,受付サーバが不正アクセスを受けているとU課長に報告した。U課長は, 関連部署に伝え,Mさんに受付サーバをネットワークから切断するよう指示した。 [受付サーバの設定変更の調査 Mさんは,攻撃者が受付サーバで何か設定変更していないかを調査した。確認した ところ,③機器の起動時にDNSリクエストを発行して,ドメイン名ムムム.comのDNS サーバからTXTレコードのリソースデータを取得し,リソースデータの内容をそのま まコマンドとして実行するcronエントリーが仕掛けられていた。Mさんが調査のた めにdigコマンドを実行すると,図2に示すようなリソースデータが取得された。 /dev/shm/logd&disown 図2 AAA.com®DNSサーバから取得されたリソースデータ Mさんが受付サーバを更に調査したところ,logdという名称の不審なプロセスが稼 ー19一 働していた。Mさんは,logdのファイルについてハッシュ値を調べたが,情報が見つ からなかったので,マルウェア対策ソフトベンダーに解析を依頼する必要があるとU 課長に伝えた。Webブラウザで図2のURLからlogdのファイルをダウンロードし,フ ァイルの解析をマルウェア対策ソフトベンダーに依頼することを考えていたが,UB RDS,④⑧ダウンロードしたファイルは解析対象として適切ではないとの指摘を受 けた。この指摘を踏まえて,Mさんは,調査対象とするlodのファイルを | f ]から取得して,マルウェア対策ソフトベンダーに解析を依頼した。解析 の結果,暗号資産マイニングの実行プログラムであることが分かった。 調査を進めた結果,工場LANへの侵害はなかった。Webアプリのログ調査から,受 付サーバのWebアプリが使用しているライブラリに脆弱性が存在することが分かり, これが悪用されたと結論付けた。システムの復旧に向けた計画を策定し,過去に開 発されたアプリ及びネットワーク構成をセキュリティの観点で見直すことにした。

共通の文章

クラウドサービス利用に関する次の記述を読んで,設問に答えよ。 Q社は,HHS 1,000名の製造業であり,工場がある本社及び複数の営業所から成 る。0社には,営業部,研究開発部,製造部,総務部,情報システム部がある。0社 のネットワークは,情報システム部の【K部長とS主任を含む6名で運用している。 0社の従業員にはPC及びスマートフォンが貸与されている。PCの社外持出しは禁 止されており,PCのWebブラウザからインターネットへのアクセスは,本社のプロ キシサーバを経由する。Q社では,業務でSaaS-a,SaaS-b,SaaS-c,SaaS-dという 四つのSaaS,及びLサービスというIDaaSを利用している。Q社のネットワーク構成 を図1に,図1中の主な構成要素並びにその機能概要及び設定を表1に示す。 こーインターネットーつ っ記 SaaS-d営業所 HZ!-PCセグメント! |||PCセグメントi |プロキシサーバ| 1;1 LPC}+PC| !|メールサーバ|[Pe-[Pe]| ee ee ee ee eg !|業務サーバ|LesW|!Stee ono ek L2SW:レイヤー2スイッチ !|認証サーバ|1!工場セグメント!|UM:統合脅威管理 |し左馬サー|サーパセグメント!ae|メールBEX 注記四つのSaaSのうちSaaS-aは,研究開発部の従業員が使用する。それ以外のSaasは,全従 業員が使用する。 注りSaaS-aは,外部ストレージサービスであり,URLは,https://AAA-a.jp/DOMES. 注2 SaaS-b lt,営業支援サービスであり,URLは,https://OOO-b.jp/から始まる。 注?SaaS-c lt,経営支援サービスであり,URLは,https://OOO-c.jp/DOMES. 注?SaaS-d lt,Web会議サービスであり,URLは,https://@@@O-d.jp/から始まる。 図1 Q社のネットワーク構成 表1図1中の主な構成要素並びにその機能概要及び設定 構成要素機能概要 認証サーバ|認証機能従業員がPCにログインする際,利用者1Dとパスワー ドを用いて従業員を認証する。 プロキシサ|プロキシ機能PCからインターネット上のWebサーバへのHTTP及び|有効 ーバHTTPS通信を中継する。 表1 Ml中の主な構成要素並びにその機能概要及び設定(続き) [サービス | 送信元制限機能|契約した顧客が設定したIPアドレスからのアクセ|有効? BISA,Lサービスの多要素認証機能を動作させる スだけを許可する。それ以外のアクセスの場合,拒 多要素認証機能|次のいずれかの認証方式を,利用者IDとパスワード|無効 による認証方式と組み合わせる。 (7)スマートフォンにSMSでワンタイムパスワード を送り,それを入力させる方式 (イ)TLSクライアント認証を行う方式 UTMファイアウォー|ステートフルパケットインスペクション型であり,|有効 IPアドレス,ポート,通信の許可と拒否のルールに よって通信を制御する。 SE?IPアドレスは,複数設定できる。 |emmescesees。[RT VPN機能IPsecによるインターネットVPN通信を行う。拠点間|有効? SE?AAO UMのグローバルIPアドレスを送信元IPアドレスとして設定している。設定してい るIPアドレス以外からのアクセスは拒否する設定にしている。 注ツインターネットからの通信で許可されているのは,AHO UTMではDMZのサーバへの通信及 び営業所からのVPN通信だけであり,各営業所のUTMでは一つも許可していない。 注?本社のUTMと各営業所のUTMとの間でVPN通信する設定にしている。そのほかのVPN通信の 設定はしていない。 [Lサービスの動作確認〕 Q社のPCがSaaS-aにアクセスするときの,SP-Initiated方式のSAML認証の流れ を図2に示す。 (1)サービス要求 sor (3)認証要求 (6)認証応答 図2 SAML認証の流れ ーー得三 HSA,同業他社のJ社において,SaaS-aの偽サイトに誘導されるというフィッ シング詐欺にあった結果,SaaS-aに不正アクセスされるという被害があったと報道 She,LOL,0社の設定では,仮に,同様のフィッシング詐欺のメールを受けて SaaS-aの偽サイトにLサービスの利用者IDとパスワードを入力してしまう従業員が いたとしても,①攻撃者がその利用者IDとパスワードを使って社外からLサービス を利用することはできない。したがって,SER,報道と同様の被害にQ社があう おそれは低いと考えた。 [在宅勤務導入における課題〕 Q社は,全従業員を対象に在宅勤務を導入することになった。そこで,リモート接 続用PC(以下,R-PCという)を貸与し,各従業員宅のネットワークから本社のサー バにアクセスしてもらうことにした。しかし,在宅勤務導入によって新たなセキュ リティリスクが生じること,また,本社への通信が増えて本社のインターネット回 線がひっ迫することが懸念された。そこで,K PBR,ネットワーク構成を見直すこ とにし,その要件を表2にまとめた。 表2ネットワーク構成の見直しの要件 本社のインターネット回線をひっ人迫させない。 要件2|[サービスに接続できるPCを,本社と営業所のPC及びR-PCに制限する。なお,HRA 宅のネットワークについて,前提を置かない。 要件3|R-PCから本社のサーバにアクセスできるようにする。ただし,UTMのファイアウォール 機能には,インターネットからの通信を許可するルールを追加しない。 HTTPS通信の内容をマルウェアスキャンする。 要件5|SaaS-a以外の外部ストレージサービスへのアクセスは禁止とする。また,SaaS-aへのア クセスは業務で必要な最小限の利用者に限定する。 K部長がベンダーに相談したところ,R-PC,HA,クラウドサービスの間の通信を 中継するP社のクラウドサービス(以下,Pサービスという)の紹介があった。P+ ービスには,次のいずれかの方法で接続する。 ・IPsecに対応した機器を介して接続する方法 ・PサービスのエージェントソフトウェアをR-PCに導入し,当該ソフトウェアによ って接続する方法 Pサービスの主な機能を表3に示す。 表3 Pサービスの主な機能 機能概要 1 Lサービス連携|・R-PCからPサービスを経由してアクセスするSaaSでの認証を,LY 機能ービスのSaaS連携機能及び多要素認証機能を用いて行うことができ る。 ・Lサービスの送信元制限機能には,Pサービスに接続してきた送信元 のIPアドレスが通知される。 2マルウェアスキ|・送信元からのTLS通信を終端し,復訪してマルウェアスキャンを行 ャン機能う。マルウェアスキャンの完了後,再暗号化して送信先に送信す る。これを実現するために,[a]を発行する[|s] を,としてPEにイツストールする。 3|URLカテゴリ単|・アクセス先のURLカテゴリと利用者IDとの組みによって,“HD” 位フィルタリン又は“禁止”"のアクションを適用する。 グ機能“URLカテゴリには,ニュース,ゲーム,外部ストレージサービスな どがある。 ・各URLカテゴリに含まれるURLのリストは,P社が設定する。 4|URL単位フィル|・アクセス先のURLのスキームからホストまでの部分と利用者IDと タリング機能の組みによって,“許可"又は“禁止"のアクションを適用する。 5通信可視化機能|・中継する通信のログを基に,クラウドサービスの利用状況の可視化 を行う。本機能は,| g』|の機能のーつである。 リモートアクセ|・Pコネクタ9を社内に導入することによって,社内と社外の境界にあ ス機能るファイアウォールの設定を変更せずに社外から社内にアクセスで きる。 注"https://AAA.BBB/のように,“https://”から最初の"/"までを示す。 注?P社が提供する通信機器である。PコネクタとPサービスとの通信は,PコネクタからP a Soa ビスに接続を開始する。 K部長は,Pサービスの導入によって表2の要件を満たすネットワーク構成が可能 かどうかを検討するようにS主任に指示した。 [ネットワーク構成の見直し] S主任は,Pサービスを導入する場合のQ社のネットワーク構成を図3に,表2の 要件を満たすためのネットワーク構成の見直し案を表4にまとめて,表2の要件を満 たすネットワーク構成が可能であることをK部長に説明した。 イシーットニーー束 a.—s NZ“PRIX k サー-=営業所 |ee LL2SWF TLL2SW| agi ![メニールサーバイ!fot !|業務サーバ|if Smee ume.at Wt工場セグメント! ーーーーーーーーーー-ZA本社|注記太枠の箇所を追加 図3 Pサービスを導入する場合の0社のネットワーク構成 表4ネットワーク構成の見直し案(抜粋) ネットワーク構成の見直し内容 要件1|・②営業所からインターネットへのアクセス方法を見直す。 ・Lサービスでの送信元制限機能は有効にしたまま,③営業所からLサービスにアクセ スできるように設定を追加する。 要件2|・表3の項番1の機能を使う。 ・Lサービスでの送信元制限機能において,0社が設定したIPアドレス以外からのアク セスに対する設定を変更する。さらに,多要素認証機能を有効にして,④方式を選択 する。 ・表3の項番|h|の機能を使う。 ・表3の項番|」|の機能を使う。 ・表3の項番3及び項番4の機能を使って,表5に示す設定を行う。 表5要件5に対する設定 利用者 fi[Ded]Ce)[Leama 注記番号の小さい順に最初に一致したルールが適用される。 その後,表4のネットワーク構成の見直し案が上層部に承認され,Pサービスの導 入と新しいネットワーク構成への変更が行われ,6か月後に在宅勤務が開始された。