ネットワークスペシャリスト 2024年 春期 午後I 問題

共通の文章

コンテンツ配信ネットワークに関する次の記述を読んで,設問に答えよ。 D社は,ゲームソフトウェア開発会社で三つのゲーム(ゲームw,ゲーム8,ゲー Ay)をダウンロード販売している。D社のゲームはいずれも利用者の操作するゲー ム端末上で動作し,ゲームの進捗データやスコアはゲーム端末内に暗号化して保存 される。D社のゲームは世界中に利用者がおり,ゲーム本体及びゲームのシナリオデ ータ(以下,両方をゲームファイルという)はインターネット経由で配信されてい る。 [現状の配信方式] D社は,ゲームファイルの配信のためのデータセンターを所有している。 D社データセンターの構成を図1に示す。 |ーー|D社データセンター ーーLN ーーニーニーニーーーーーーーーーー Fes a> (oes fee eoーー-! ae aia 注記み配信サーバは,F—LaDF—AI 74 ILDERMET SY-NCHS(8,7も同様)。 Bl D社データセンターの構成(抜粋) ゲーム端末は,インターネット経由でゲームごとにそれぞれ異なるURLにHTTPSで アクセスする。LBは,プライベートIPアドレスが設定されたHTTPの配信サーバにア クセスを振り分ける。また,①LBは配信サーバにHTTPアクセスによって死活確認を 行い,動作が停止している配信サーバに対してはゲーム端末からのアクセスを振り 分けない。 ゲームファイルの配信に利用するIPアドレスとポート番号を,表1に示す。 ー3一 表1ゲームファイルの配信に利用するIPアドレスとポート番号 sees area 注記293.x.11.21はグローバルIPアドレス D社が導入しているLBのサーバ振分けアルゴリズムには,ラウンドロビン方式及 び最少接続数方式がある。ラウンドロビン方式は,ゲーム端末からの接続を接続ご とに配信サーバに順次振り分ける方式である。最少接続数方式は,ゲーム端末から の接続をその時点での接続数が最も少ない配信サーバに振り分ける方式である。 D社のゲームファイル配信では,振り分ける先の配信サーバの性能は同じだが,接 続ごとに配信するゲームファイルのサイズに大きなばらつきがあり,配信に掛かる 時間が変動する。各配信サーバへの同時接続数をなるべく均等にするために,LBの 振分けアルゴリズムとして|ア|方式を採用している。 ゲーム8の配信性能向上が必要になる場合には,表1中の所属セグメント にサーバを増設する。 [配信方式の見直し] D社は,ゲームファイルの大容量化と利用者のグローバル化に伴い,ゲームファイ ルの配信をコンテンツ配信ネットワーク(以下,CDNという)事業者のE社のサービ スで行うことにした。 E社CDNは,多数のキャッシュサーバを設置する配信拠点(以下,POPという)を 複数もち,その中から,ゲーム端末のインターネット上の所在地に対して最適なPOP を配信元としてコンテンツを配信する。 あるPOPが端末からアクセスを受けると,POP内でLBがキャッシュサーバにアクセ スを振り分ける。E Ht CDNのキャッシュサーバにコンテンツが存在しない場合は,D 社データセンターの配信サーバからE社CDNのキャッシュサーバにコンテンツが同期 される。 配信方式の見直しプロジェクトはXさんが担当することになった。Xさんは,E社 ー4一 が提供しているBGP anycast方式のPOP選択方法を調査した。XさんがE社からヒア リングした内容は次のとおりである。 E社BGP anycast方式では,同じアドレスブロックを同じAS番号を用いてシンガポ ールPOP及び東京POPの両方からBGPで経路広告する。シンガポールPOPと東京POP の間は直接接続されていない。ゲーム端末が接続するISPでは,ERASの経路情報を 複数の隣接したASから受信する。どの経路情報を採用するかはBGPの経路選択アル ゴリズムで決定される。ゲーム端末からのHTTPSリクエストのパケットは,決定され た経路で隣接のASに転送される。 BGP anycast方式によるE社の経路広告イメージを図2に示す。 iE社CON。。 !トランジット1SP 東京POP oe he i lnternet Exchangeるー>:BOP EP 注記AS-EはE社のAS,AS-Gはゲーム端末が接続するISPのASを示す。 図2 BGP anycast方式によるE社の経路広告イメージ 2でIXは,レイヤー2ネットワーク相互接続点であり,接続された隣接のAS同 士がBGPで直接接続することができる。 BGPでの経路選択では,LP(LOCAL_PREF)属性については値が[|ウ|経路を 優先し,MED(MULTI EXIT_DISC)属性については値が|エ|経路を優先する。 E社では,LP属性とMED属性が経路選択に影響を及ぼさないように設定している。こ れによって②⑫E社のあるPOPからゲーム端末へのトラフィックの経路は.そのPOPの BGPルータが受け取るAS Path長によって選択される。 Xさんは,BGPのセキュリティ対策として何を行っているか,E社の担当者に確認 した。E社BGPルータは,③隣接ASのBGPルータとMD5認証のための共通のパスワー ドを設定していると説明を受けた。また,アドレスブロックやAS番号を偽った不 正な経路情報を受け取らないための経路フィルタリングを行っていると説明があっ mm た。 [配信拠点の保護〕 D社ではDDoS攻撃を受けることが何度かあった。そこでXさんは,コンテンツ配信 サーバへのDDoS攻撃対策について,どのような対策を行っているかE社の担当者に 確認したところ,E社ではRFC 5635の中で定義されたDestination Address RIBH (Remote Triggered Black Hole)Filtering(以下,RTBH方式という)のDDoS遮断 システムを導入しているとの回答があった。E社POPの概要を図3に示す。 E社POP 和9…ーーニニニニニmrデ"ーーー ーーーヒニニニーヽBGP Sad SD eal Ltでの OK!> ヽBGP ルッビーボBGP Gs) でーー-:NetFlowパケットの送信方向FW:ファイアウォール 注記装置間の接続とISPの接続は,全て19G6ビットイーサネットである。 3 E社POPの概要(抜粋) E社のDDoS遮断システムは,RFC 3954で定義されるNetFlowで得た情報を基に DDoS攻撃の宛先IPアドレスを割り出し,該当IPアドレスへの攻撃パケットを廃棄す ることで,ほかのIPアドレスへの通信に影響を与えないようにする。DDoS検知サー バは,ERE POP内の各BGPルータとBGPピアリングを行っている。 E社のBGPルータは,インターネット側インタフェースから流入するパケットの送 信元と宛先のIPアドレス,ポート番号などを含むNetFlowパケットを生成する。生 成されたNetFlowパケットはDDoS検知サーバに送信される。DDoS検知サーバは,送 られてきたNetFlowパケットを基に独自アルゴリズムでDDoS攻撃の有無を判断し, 攻撃を検知した場合はDDoS攻撃の宛先TPアドレスを取得する。 こっ6どう DDoS検知サーバは,検知したDDoS攻撃の宛先IPアドレスへのホスト経路を生成し RTBH方式の対象であることを示すBGPコミュニティ属性を付与して各BGPルータに経 路広告する。RTBH方式の対象であることを示すBGPコミュニティ属性が付いたホス ト経路を受け取った各BGPルータは,そのホスト経路のネクストホップを廃棄用イン タフェース宛てに設定することで,DDoS攻撃の宛先IFアドレス宛ての通信を廃棄す る。 DDoS遮断システムの今後の開発予定をE社技術担当者に確認したところ,RFC 8955 で定義されるBGP FLowspecを用いる対策(以下,BGP Flowspec方式)をE社が提供 する予定であることが分かった。 BGP Flowspec方式では,DDoS検知サーバからのBGPピアリングで,DDoS KOS 先IPアドレスだけではなく,DDoS攻撃の送信元IPアドレス,宛先ポート番号などを 組み合わせてBGPルータに広告して該当の通信をフィルタリングすることができる。 Xさんは,⑤BGP Flowspec方式の方が有用であると考え,E社技術担当者に早期提 供をするよう依頼した。 Xさんは,E社CDNとDDoS遮断システムを導入する計画を立て,計画はD HACK 認された。

共通の文章

SD-WANによる拠点接続に関する次の記述を読んで,設問に答えよ。 G社は,本社とデータセンター及び二つの支店をもつ企業である。G社では,業務 拡大による支店の追加が計画されている。支店の追加によるネットワーク構成の変 更について,SD-WANを活用することで,設定作業を行いやすくするとともにWANの 冗長化も行うという改善方針が示された。そこで,情報システム部のJさんが設計担 当としてアサインされ,対応することになった。G社の現行ネットワーク構成を図1 に示す。 Ge |DMZ! ||swH本社支店V支店W 1 1サーバ! | SS call mauninn 1 1 1ェゴーーーガプーーー」||-4---4s---,1]|-4---4i---,| 1 5 7!1 1 1!1 1 1 1 b=s)-L=s])fh Ce)yf ly- しコニーニニーーニー1 rity rly 1 1 |i 1 1|1 1 1 1 t[pc]-[ec]tf ft[pc]frc]tt]]t fec][po]|| 1=!1 i-!1 1-! |ーーのニーid leer ee ht|eee bs FW:ファイアウォールL2SW:レイヤー2スイッチL3SW:レイヤー3スイッチ PE:プロバイダエッジルータMPLS VPN:MPLS VPNサービス網 注記!!はサブネットを示す。 図1 G社の現行ネットワーク構成GRE) [現行ネットワーク概要〕 G社の現行ネットワーク概要を次に示す。 ・6G社には,データセンター,AH,支店V及び支店Wの四つの拠点がある。これら の拠点は,L社が提供するMPLS VPN(LAK,L社VPNという)を介して相互に接続 している。 ・各拠点のPCとサーバは,データセンターのプロキシサーバを経由してインターネ ットへアクセスする。 ・データセンターのFWは,パケットフィルタリングによるアクセス制御を行ってい i}9‘toms る。 -PEI~4は,L社VPNの顧客のネットワークを収容するために設置した,プロバイダ エッジルータ(以下,PEルータという)である。 ・ルータ1~4は,拠点間を接続する機器であり,L社のPEルータと対向する |ア|エッジルータである。 ・L社のPEルータは,G社との間のBGPピアにas-overrideを設定している。この設 定によって,G社の複数の拠点で同一のAS番号を用いる構成が可能になっている。 一般に,PEルータにおけるas-override設定の有無によって,経路情報交換の処 理をする際にやり取りされる経路情報が異なったものとなる。例えば,本社のル ータ2に届く支店Vの経路情報は,①as-override設定の有無で表1となる。②6 社現行ネットワークで利用している各拠点のIPアドレスとAS番号を表2に示す。 表1本社のルータ2に届く支店Vの経路情報 注記64509は,L社VPNのAS番号である。 表2各拠点のIPアドレスとAS番号一覧 注記x.y.z.9は,グローバルアドレスを示す。 [現行の経路制御概要〕 G社の現行の経路制御の概要を次に示す。 ・拠点内は,0SPFによって経路制御を行っている。 ・拠点問は,BGP4によって経路制御を行っている。 ー19一 ・0SPFエリアは全てエリア0である。 ・ルータ1一4で二つのルーティングプロトコル間におけるルーティングを可能にす るために,経路情報の|イ|をしている。このとき,一方のルーティングプ ロトコルで学習された経路がもう一方のルーティングプロトコルを介して③再び 同じルーティングプロトコルに渡されることのないように経路フィルターが設定 されている。 ・全拠点からインターネットへのhttp/https通信ができるように,のサ ブネットを宛先とする経路を0SPFで配布している。この経路情報は,途中BGP4を 経由して,④3拠点(Att,支店V,支店W)のルータ及びL3SWに届く。 ・BGP4において,AS内部の経路交換はiBGPが用いられるのに対し,各拠点のルータ とPEルータとの経路交換では|エ|が用いられる。 ・L社VPNと接続するために,AS番号65599が割り当てられている。このAS番号は インターネットに接続されることのないASのために予約されている番号の範囲に 含まれる。このようなAS番号を|オAS番号という。 ・L社VPNのAS番号は64500 CHS, (SD-WAN導入検討] Jさんは,SD-WANを取り扱っているネットワーク機器ベンダーK社の技術者に相談 しながら検討することにした。また,K社がインターネット経由でクラウドサービス として提供しているSD-WANコントローラーの活用を検討することにした。 K社のSD-WAN装置とSD-WANコントローラーの主な機能を次に示す。 ・SD-WANコントローラーは,SD-WAN装置に対して独自プロトコルを利用して,オー バーレイ構築に必要な情報の収集と配布を行うことで,複数のSD-WAN装置を集中 管理する。 ・アンダーレイネットワークとして,MPLS VPNとインターネット回線が利用可能で ある。 ・オーバーレイネットワークは,SD-WAN装置間のIPsecトンネルで構築される。 IPsecトンネルの人確立ではSD-WAN装置のIPアドレスが用いられる。IPsecトンネ ルの端点をTE(Tunnel Endpoint)と呼ぶ。 ・オーバーレイネットワークは,アプリケーショントラフィックを識別したルーテ ー11一 ィングを行う。このように,アプリケーショントラフィックを識別したルーティ ングを|カ|ルーティングという。 ・SD-WANコントローラーがSD-WAN装置に配布する主な情報は,SD-WAN装置ごとのオ ーバーレイの経路情報と,©IPsecトンネルを構築するために必要な情報の2種類 がある。 ・SD-WANコントローラーとSD-WAN装置間の通信はTLSで保護される。 ・SD-WAN装置は,VRF(Virtual Routing and Forwarding)による独立したルーティ ングインスタンス(以下,RIという)を複数もつ。そのうちの一つのRIはコント ロールプレーンで用いられ,他のRIはデータプレーンで用いられる。 -SD-WAN装置は,RFC 5880で規定されたBFD(Bidirectional Forwarding Detection) 機能を有する。 Jさんは,K社のSD-WANをG社ネットワークへ導入する方法を検討し,実施する項 目として次のとおりポイントをまとめた。 ・各拠点のルータをKK社の提供するSD-WAN装置に置き換える。各拠点のSD-WAN装置 を2台構成とする冗長化は次フェーズで検討する。 ・SD-WAN装置の設定については,K社がクラウドサービスとして利用者に提供する SD-WANコントローラーで集中管理する。 ・拠点ごとに新規にインターネット接続回線を契約し,SD-WAN装置に接続する。 ・拠点のSD-WAN装置間に,インターネット経由とL社VPN経由でIPsecトンネルを 設定する。 ・⑥拠点のSD-WAN装置のトンネルインタフェースで,BFDを有効化する。 ・全体的な経路制御はSD-WANコントローラーとSD-WAN装置で行う。 ・PCからインターネットへのアクセスは現行のままデータセンターのプロキシサー バ経由とし,各拠点から直接インターネットアクセスできるようにすることは次 フェーズで検討する。 Jさんが検討した,G社のSD-WAN装置導入後のネットワーク構成を図2に示す。 ー12一 ziいふ Sesh? |sg———_ ー ue.層-沿"性-9 図2 6社のSD-WAN装置導入後のネットワーク構成GRE) [SD-WANトンネル検討 Jさんは,2のネットワーク構成におけるSD-WAN装置間のIPsecトンネルの構成 について検討した。Jさんが考えたSD-WAN装置間のIPsecトンネルの構成を図3に示 す。 SD-WAN装置1 SD-WAN装置2 GEO GEO Het ee ーー|にーーテラ| TE914 ae TE023 AN TE112@@TE121 ata= TE113@--@TE124 TE114@--®TE123 GE1 GE1 SD-WAN装置4 SD-WAN装置3 GEO GEO =——ae bl 1_||=| TE043=e amーーーイで[E034 || TE141@-トーゲー/いいーーるTE132 TE142@----'ーーーーるTE131 TE143@ーーーーーーーーーーーーー@TE134 GE1 GE1 m=:IPsecトンネル(L社VPN)----:IPsecトンネル(インターネット) GE:Gigabit EthernetインタフェースTE:Tunnel Endpoint 図3 Jさんが考えたSD-WAN装置間のIPsecトンネルの構成 Jさんは,この1IPsecトンネルの構成を前提として,今後設計するSD-WANの動作を 次めようにまとめた。 ・SD-WANコントローラーは,各拠点のSD-WAN装置から経路情報を受信し,それらに ポリシーを適用して,全拠点のSD-WAN装置に経路情報をアドバタイズする。 ・このときアドバタイズされる経路情報は,SD-WAN装置にローカルに接続されたネ ットワーク情報とそれぞれのSD-WAN装置がもつTE情報である。 ・拠点問の通信は,⑦L社VPNを優先的に利用し,L社VPNが使えないときはインタ ーネットを経由する。 Jさんは,これらの検討結果を基に報告を行い,SD-WAN導入の方針が承認された。

共通の文章

ローカルブレイクアウトによる負荷軽減に関する次の記述を読んで,設問に答え よ。 A社は,従業員300人の建築デザイン会社である。東京本社のほか,Ale,名古屋, 仙台,福岡の4か所の支社を構えている。本社には100名,各支社には50名の従業 員が勤務している。 A社は,インターネット上の(社のSaaS(LAF,C#SaaSという)を積極的に利用 する方針にしている。はA社情報システム部ネットワーク担当のBさんは,C社SaaS宛 ての通信がHTTPSであることから,ネットワークの負荷軽減を目的に,BMAD PC から(社SaaS宛ての通信を,本社のプロキシサーバを利用せず直接インターネット 経由で接続して利用できるようにする,ローカルブレイクアウトについて検討する Fat al|Ge)Oey faa [現在のA社のネットワーク構成] 現在のA社のネットワーク構成を図1に示す。 いい ——ee[|いい ineend 1 (217 pee ||サーバーーング」| !DMZ 1}‘|ft ifec|-[ec][ec]~[ec}i}[iMaR2h 22 AUR 4 東京本社内部ネットワークji L2SW:レイヤー2スイッチL3SW:レイヤー3スイッチUM:統合脅威管理装置 ーー一:IPsecトンネル 図1現在のA社のネットワーク構成(抜粋) 現在のA社のネットワーク構成の概要を次に示す。 ・本社及び各支社はIPsec VPN機能をもつUTMでインターネットに接続している。 ・プロキシサーバは,従業員が利用するPCのHTTP通信,HTTPS通信をそれぞれ中継 する。プロキシサーバではセキュリティ対策として各種ログを取得している。 ・DMZや内部ネットワークではプライベートIPアドレスを利用している。 ・PCには,DHCPを利用してIPアドレスの割当てを行っている。 ・PCが利用するサーバは,全て本社のDMZに設置されている。 ・A社からインターネット向けの通信については,AO UTMでNAPTによるIPアド レスとポート番号の変換をしている。 [現在のA社のVPN構成 A社は,UTMのIPsec VPN機能を利用して,本社をハブ,各支社をスポークとする 型のVPNを構成している。本社と各支社との間のVPNは,IP in IPトン ネリング(以下,IP-IPという)でカプセル化し,さらにIPsecを利用して暗号化す ることでIP-IP over IPsecインタフェースを構成し,2拠点間をトンネル接続してい る。①本社のUTMと支社のUTMのペアではIPsecで暗号化するために同じ鍵を共有し ている。②この鍵はペアごとに異なる値が設定されている。 ③IPsecの通信モードには,トランスポートモードとトンネルモードがあるが,A 社のVPNではトランスポートモードを利用している。 A社のVPNを構成するIPパケット構造を図2に示す。 元のIPパケットをIP-IP (1)でカプセル化したIPパケIPヘッダー yi IPヘッダー|IPペイロード wr ress be ケットIPヘッダー|IPペイロード 注記元のIPパケットは,DMZや内部ネットワークから送信されたIPパケットを示す。 2 A社のVPNを構成するIPパケット構造 VPNを構成するために,本社と各支社のUTMには固定のグローバルIPアドレスを割 り当てている。④IP-IP over IPsecインタフェースでは,IP Unnumbered設定が行 ー生一 われている。また,⑨IP-IP over IPsecインタフェースでは,中継するTCPパケッ トのIPフラグメントを防止するための設定が行われている。 [プロキシサーバを利用した制御] BさんがUTMについて調べたところ,追加ライセンスを購入することでプロキシサ ーバ(以下,UTMプロキシサーバという)として利用できることが分かった。 Bさんは,ネットワークの負荷軽減のために,各支社のPCから(社SaaS宛ての通 lt,各支社のUTMプロキシサーバをプロキシサーバとして指定することで直接イン ターネットに向けることを考えた。また,各支社のPCからその他インターネット宛 ての通信は,通信相手を特定できないことから,各種ログを取得するために,これ までどおり本社のプロキシサーバをプロキシサーバとして指定することを考えた。 各支社のPCから,社SaaS宛てとその他インターネット宛ての通信の流れを図3に 示す。 SE TE A es I 1ーー \FRa4|an TFET”UTM』H mur UTM ことi:iat iene um gSプロキシサーバ! 1 R 9!U CULXLUUUPユーー !errrr ee iy en|} !DMZ by if it of IN 1'1 1 |トータク--』大阪寺社 東京本社!内部ネットワーク。 「i ーー一 :(C社SaaS宛ての通信ete:その他インターネット宛ての通信 図3各支社のPCから,C社SaaS宛てとその他インターネット宛ての通信の流れ Bさんは,各支社のPCが利用するプロキシサーバを制御するためにプロキシ自動 設定(以下,PACという)ファイルとWebプロキシ自動検出(以下,WPADという)の 導入を検討することにした。 (PACファイル導入検討〕 BさんはPACファイルの作成方法について調査した。PACファイルはJavaScriptで 記述する。PACファイルに記述するFindProxyForURL関数の第1引数であるurlには アクセス先のURLが,第2引数であるhostにはアクセス先のURLから取得したホス ト名が渡される。これらの引数に渡された値を様々な関数を用いて条件分けし,利 用するプロキシサーバを決定する。FindProxyForURL関数の戻り値が"DIRECT"なら ば,プロキシサーバを利用せず直接通信を行う。戻り値が“PROXY host:port”なら ば,指定されたプロキシサーバ(host)のポート番号(port)を利用する。 テスト用に大阪支社のUTMを想定したPACファイルを作成した。Bさんが作成した 大阪支社のUTMのPACファイルを図4に示す。 funct ion finexyforURLueL feat)ta処理の説明 |//(a)CT y[hostをTPアドレスに変換し変数ip i-Yarip=dnsResolve(hosO7|上=ー-|に代入する。 a hostがlocalhost,又は(a)で宣言し |if(Loca Host0 Domai nis(host,Loca thost)II}EEににRene i iたipがプライベートIPアド: 1 isInNet(ip,"19.9.0.0",”255.0.0.0")||I(b)|、ees |igInNet(ip,"127.0.0.0,"255.0.0.0")||||[br 77"|Ott AAR X4 VRS Sie, 1 in,"172.16.8.0","286,24 i ForURL関数の戻り値として !igInNet(ip,"172,16.0.0","255.240.0.0")|!「INWA上 1 isInNet(ip,192.168.0.0”,"255.255.0.0")||4 DIRECT”を返す。 |dnsDomainIs(host,”.a-sha.jp”)[hostがC#t SaaS利用ドメイン名に属 1){1する場合,又はhost AC社SaaS利用 |return“DIRECT”;||ドメイン名のシェルグロプ表現に一致 1}1]|,(c)|する場合,FindProxyForURL関数の戻 ーーニニーーピーニニフンニーニーり値として 1//(c)“PROXY proxy.osaka.a-sha.jp:8980" |if(を返す。 !dnsDomainIs(host,"image.cdn,example”)||4 Fe ESA fh akin rs shExpMatch(host,"*.c-saas.example”)){ーー(b),(c)どちらにも該当しない場合, 1_en 1)FindProxyForURL関数の戻り値として return"PROXY proxy.osaka.a-sha.jp:8080”;Lid)!“PROXY proxy.a-sha,)p:8080” しを返す。 1//(d)i|a-sha.jp:A社の社内利用ドメイン名 Jeturn"PROXY proxy.arsha,jp:8080";。i|proxy.a-sha.jp:本社のプロキシサーバのFODN )proxy.0Saka.a-sha.jp:大阪支社のUTMプロキシ サーバのFQDN image.cdn.example:C社SaaS利用ドメイン名c-saas,example:C社SaaS利用ドメイン名 注記説明文中のhostは,引数hostに渡された値(ホスト名)を示す。 4 Bさんが作成した大阪支社のUTMのPACファイル Bさんは,テスト用のPCとテスト用のUTMプロキシサーバを用意し,作成したPAC ファイルを利用することで,テスト用のPC DSC tt Saas宛ての通信が,期待どお りに本社のプロキシサーバを利用せずに,テスト用のUTMプロキシサーバを利用する ことを確認した。⑥Bさんは各支社のPACファイルを作成した。 〔WPAD導入検討] WPADは,|イ|ゃ|ウ|の機能を利用して,PACファイルの場所を配布 するプロトコルである。PCやWebブラウザのWebプロキシ自動検出が有効になってい ると,|イ|サーバや[|ウ|]サーバと通信を行い。アプリケーションレイ ヤープロトコルの一つであるを利用してサーバからPACファ イルのダウンロードを試みる。 WPADの利用には,PCやWebブラウザのWebプロキシ自動検出を有効にするだけで よく,簡便である一方,悪意のある|イ|サーバや|ウ|サーバがある8 と〇⑦PCやWebブラウザが脅威にさらされる可能性も指摘されている。Bさんは,WPAD は利用しないことにし,PCやWebブラウザのWebプロキシ自動検出を無効にすること にした。PCやWebブラウザにはPACファイルの|オ|を直接設定する。 Bさんが検討した対応案が承認され,情報システム部はプロジェクトを開始した。