ネットワークスペシャリスト 2015年 午後1 問01

　A社は、新興の広告代理店である。A社ではここ数年、業務の拡大傾向が続き、営業システムや広告システムなど、PCのWebブラウザからアクセスされるWebアプリケーションを導入してきた。これらのWebアプリケーションの利用者認証は、それぞれ個別に行っている。しかし、この方法は利用者の利便性が低いことから、情報システム課に改善の要望が出されていた。 　そこで、情報システム課のB課長は利用者からの改善要望を踏まえ、全ての社内Webアプリケーションの認証を共通化するために、シングルサインオン(以下、SSOという)の導入を考えた。SSOを導入すると、利用者は一度の認証操作で複数のシステムの利用が可能となる。 　 〔SSOの導入〕 　情報システム課は、A社の全システムにSSOを本格導入する前に、試験的に営業システムと広告システムにSSOを導入することにした。そこで、B課長が要件をまとめ、ネットワーク担当のC氏に検討を指示した。その指示の内容を次に示す。 　・PCからアクセスされる、営業システムと広告システムを対象範囲として、SSOを可能にする。 　・SSOサーバは、障害に備えて負荷分散装置(以下、LBという)によって二重化を行う。 　・LBは、DSR(Direct Server Return)方式を使用する。 　・関連するシステムのURLを、表1のように設定する。 　

　C氏が検討したA社のシステム構成を、図1に示す。

〔SSOについての検討〕 　C氏はHTTPを用いたSSOの方式と認証処理シーケンスについて検討した。SSOの方式を分類すると、SSOで利用したいサーバにエージェントと呼ばれるソフトウェアモジュールをインストールして実現するエージェント方式と、SSOサーバにおいて全ての通信の中継を行う ア 方式がある。C氏は、エージェント方式の検討を行い、エージェント方式を採用することにした。 　エージェント方式におけるSSO認証処理のシーケンスは、次のとおりである。 　① PCからWebアプリケーションサーバに、サービス要求を行う。 　② Webアプリケーションサーバ内のエージェントは、サービス要求内のCookieに認証済資格情報(以下、アクセスチケットという)が含まれているか確認する。含まれていなければ、サービス要求はSSOサーバへ イ される。 　③ SSOサーバからPCに、認証画面を送る。 　④ PCからSSOサーバに、UserIDとPasswordを送出する。 　⑤ SSOサーバは、UserIDとPasswordから利用者のアクセスの正当性を確認したら、アクセスチケットを発行して、Cookieに含めて応答を返す。サービス要求は、Webアプリケーションサーバへ イ される。 　⑥ Webアプリケーションサーバ内のエージェントは、SSOサーバにアクセスチケット確認要求を送り、SSOサーバは、確認して応答を返す。 　⑦ Webアプリケーションサーバは、⑥の応答によって利用者のアクセスの正当性が確認できる場合、Webアプリケーション画面を送出する。 　 　エージェント方式におけるSSO認証処理のシーケンスの①〜⑦を図示すると、図2のようになる。

〔SSOサーバの動作確認〕 　C氏は、図1と同等構成の検証環境を本番環境とほぼ同じに用意し、SSOサーバを構築した。また、営業サーバと広告サーバには、エージェントのインストールを行った。 　検証環境を構築した後、動作確認として営業システムへのアクセスを行ったところ、認証画面が表示されるところまでは想定どおり動作したが、UserIDとPasswordを正しく入力しても、営業システムの画面に遷移せず、SSOとして正しく動作しなかった。原因を調査したところ、SSOサーバから送出されるHTTP応答パケットのウヘッダフィールドに、Domain属性が付与されていないからであった。 　そこで、表1中のURL情報を参照して、SSOサーバの設定項目中の（Ⅰ）CookieのDomain属性を設定した 。その結果、営業システムと広告システムにおいてSSOが正しく動作するようになった。 　SSOでCookieを用いる場合、Cookieが漏えいしたときにセキュリティの問題が生じる。そこで、（Ⅱ）Cookieが平文でネットワークを流れないように、表1中のサーバから返される全てのページをSSL/TLS対応ページに変更した。 　 〔負荷分散に関する設定と動作確認〕 　C氏は、検証環境において、図1と同じように、LBをSW2に接続してVIPアドレスと負荷分散ポリシを設定するとともに、PCからsso.a-sha.example.jpへの認証リクエストの宛先がこのVIPアドレスとなるように、エサーバに設定を行った。SSOサーバをDSR方式で負荷分散するときのLBの動作の要点を次に示す。 　(1) PCからSSOサーバへのリクエストは、LBに設定されたVIPアドレスに送られ、LBは当該リクエストを負荷分散ポリシに従って、SSOサーバ1又はSSOサーバ2に転送する。 　(2) 振り分け先については、TCPコネクション確立のためのSYNパケットがPCから届いた時点で、決定される。 　(3) 振り分け先として決定されたSSOサーバにリクエストパケットが転送されるが、このリクエストパケットの宛先アドレスはVIPアドレスのままである。 　 　要点(2)の動作から、DSR方式のLBは（III）Cookieなどのレイヤ7の情報を基にして振り分け先サーバを選定するような方式には対応できないことに注意する必要がある。 　要点(3)の動作から、SSOサーバは、自IPアドレスと異なるVIPアドレス宛てのパケットを受信しなければならない。そこで、VIPアドレスを付与したオインタフェースをSSOサーバに設定することにした。 　C氏がオインタフェースをSSOサーバに設定した後にLBを再起動したところ、（IV）IPアドレス重複エラーが検知された。そこで、このエラーの原因を調査し、（V）SSOサーバ上でARP関連の設定を加えて対処した。この対処によってエラーが解消され、想定どおりに動作することが確認された。 　 　その後、A社は、営業システムと広告システムを対象範囲とするSSOシステムを正式に導入することにした。