JP2008097489A - クライアント、アクセス制御システムおよびアクセス制御プログラム - Google Patents

Abstract

【課題】より高いセキュリティを確保するとともにシステム負荷の増大を抑制する、外部ネットワークへのアクセス制御技術を提供する。
【解決手段】クライアント１は、外部ネットワーク９へアクセスする際の経路情報が記述されたファイルのファイル名が設定されるレジストリと、当該クライアント１のセキュリティ状態を判断する判断手段と、判断手段が安全なクライアント１であると判断した場合はレジストリに第１のファイル２１のファイル名を設定し、判断手段が安全でないクライアントであると判断した場合はレジストリに第２のファイル２２のファイル名を設定する設定手段と、レジストリに設定されたファイル名に対応する第１のファイル２１または第２のファイル２２の経路情報を取得し、当該経路情報に基づいて外部ネットワーク９にアクセス要求を送信するアクセス手段と、を有する。
【選択図】図１

Description

本発明は、外部ネットワークへのアクセスを制御するアクセス制御技術に関する。

企業においては、イントラネットなどＬＡＮ（Local Area Network）に接続されたクライアントのセキュリティ対策が重要な課題となっている。例えば、セキュリティ対策が不充分なクライアントがインターネットにアクセスしてコンピュータウィルスに感染した場合、当該クライアントだけでなくネットワーク全体がコンピュータウィルスに感染する危険性がある。そのため、クライアントからインターネットへのアクセスを制限し、より高いセキュリティを確保する技術が求められている。例えば、特許文献１には、ＬＡＮを経由してインターネットに接続するクライアントのセキュリティ脆弱点を強化するシステムが記載されている。
特開２００５−２７５９５９

特許文献１のシステムでは、各クライアントは、インターネットへの接続要求が発生する度に、端末管理システムに所定の情報を送信し、端末管理システムから接続許可通知を受信してからインターネットへの接続を実行する。このため、多数のクライアントが接続された大規模システムの場合、端末管理システムの増強が必要となる。また、各クライアントはインターネットへの接続要求が発生する度に、端末管理システムにアクセスして接続判定結果を受信する。このため、多数のクライアントで同時にインターネットへの接続要求が発生した場合、ネットワーク上のトラフィックが増大し、性能上の問題が発生する場合がある。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、より高いセキュリティを確保するとともにシステム負荷の増大を抑制する、外部ネットワークへのアクセス制御技術を提供することにある。

上記課題を解決するために、本発明は、外部ネットワークへのアクセスを制御するアクセス制御システムにおけるクライアントであって、外部ネットワークへアクセスする際の経路情報が記述されたファイルのファイル名が設定されるレジストリと、当該クライアントのセキュリティ状態を判断する判断手段と、前記判断手段が安全なクライアントであると判断した場合は前記レジストリに第１のファイルのファイル名を設定し、前記判断手段が安全でないクライアントであると判断した場合は前記レジストリに第２のファイルのファイル名を設定する設定手段と、前記レジストリに設定されたファイル名に対応する第１のファイルまたは第２のファイルの経路情報を取得し、当該経路情報に基づいて前記外部ネットワークにアクセス要求を送信するアクセス手段と、を有する。

また、本発明は、外部ネットワークへのアクセスを制御するアクセス制御システムであって、クライアントと、前記クライアントからのアクセス要求を制御するアクセス制御サーバと、プロキシサーバと、を有し、前記クライアントは、外部ネットワークへアクセスする際の経路情報が記述されたファイルのファイル名が設定されるレジストリと、前記レジストリに設定されたファイル名に対応するファイルの経路情報を取得し、当該経路情報に基づいて外部ネットワークへのアクセス要求を前記アクセス制御サーバまたは前記プロキシサーバに送信するアクセス手段と、を有し、前記アクセス制御サーバは、前記アクセス要求を受信し、当該アクセス要求を送信したクライアントのセキュリティ状況に応じて外部ネットワークへのアクセスを許可または拒否し、前記プロキシサーバは、前記アクセス要求を外部ネットワークへ接続する。

また、本発明は、クライアントが実行する、外部ネットワークへのアクセスを制御するためのアクセス制御プログラムであって、前記クライアントに、外部ネットワークへアクセスする際の経路情報が記述されたファイルのファイル名が設定されるレジストリ、当該クライアントのセキュリティ状態を判断する判断手段、前記判断手段が安全なクライアントであると判断した場合は前記レジストリに第１のファイルのファイル名を設定し、前記判断手段が安全でないクライアントであると判断した場合は前記レジストリに第２のファイルのファイル名を設定する設定手段、および、前記レジストリに設定されたファイル名に対応する第１のファイルまたは第２のファイルの経路情報を取得し、当該経路情報に基づいて前記外部ネットワークにアクセス要求を送信するアクセス手段、として実行させる。

本発明では、より高いセキュリティを確保するとともにシステム負荷の増大を抑制する、外部ネットワークへのアクセス制御技術を提供することができる。

以下、本発明の実施の形態について説明する。

図１は、本発明の一実施形態が適用されたアクセス制御システムの全体構成図である。図示するアクセス制御システムは、少なくとも１つのクライアント１と、ファイルサーバ２と、プロキシサーバ３と、アクセス制御サーバ４と、管理サーバ６とを有し、これらの装置は、イントラネット（intranet）などのＬＡＮ８を介して、それぞれ接続されている。

管理サーバ６は、ＬＡＮ８に接続された各クライアント１のセキュリティ対策状況を管理する。図示する管理サーバ６は、配信部６１と、収集部６２と、通知部６３と、判断結果ＤＢ６４とを有する。配信部６１は、クライアント１のセキュリティ対策状況を診断・チェックするための判断プログラムを、各クライアント１にＬＡＮ８を介して配信する。収集部６２は、各クライアント１が送信した判断結果を受信し、判断結果ＤＢ６４に記憶する。通知部６３は、収集部６２が受信した診断結果をアクセス制御サーバ４に送信（通知）する。

ファイルサーバ２には、複数のｐａｃファイル（自動構成ファイル）が格納されている。ｐａｃファイルには、クライアント１がインターネット（外部ネットワーク）９へアクセスする際に経由する経路情報が設定されている。本実施形態のファイルサーバ２は、セキュリティ対策が実行された安全なクライアントが使用するＯＫ用ｐａｃファイル２１と、セキュリティ対策が不十分なクライアントが使用するＮＧ用ｐａｃファイル２２と、を有するものとする。ＯＫ用ｐａｃファイル２１にはプロキシサーバ３を経由させる経路情報が、また、ＮＧ用ｐａｃファイル２２にはアクセス制御サーバ４を経由させる経路情報が記述されている。

プロキシサーバ３は、直接インターネット９にアクセス（接続）できないクライアント１に代わって、インターネット９との接続を行う。

アクセス制御サーバ４は、セキュリティ対策が不充分なクライアント１からのインターネット９へのアクセス要求を規制する。図示するアクセス制御サーバ４は、制御部４１と、送信部４２と、受信部４３と、判断結果ＤＢ４４とを有する。制御部４１は、クライアント１が送信したインターネット９へのアクセス要求を受信し、判断結果ＤＢ４４を参照して、インターネット９へのアクセスを許可するか、またはインターネット９へのアクセスを拒否するかを決定する。送信部４２は、アクセス要求の送信元クライアント１に、所定の警告情報を送信する。受信部４３は、管理サーバ６から受信した各クライアント１の判断結果を、判断結果ＤＢ４４に記憶する。

クライアント１は、当該クライアントのセキュリティ対策状況に応じて、プロキシサーバ３またはアクセス制御サーバ４に、インターネット９へのアクセス要求を送信する。

図２は、クライアント１の概略構成図である。

図示するクライアント１は、ブラウザ１１（アクセス手段）と、判断部１２と、設定部１３と、指示受付部１４と、レジストリ１５とを有する。判断部１２は、当該クライアント１のセキュリティ対策状況を検出して当該クライアントの安全性を判断し、判断結果を管理サーバ６に送信する。セキュリティ対策状況としては、例えば、パッチ対策状況、ウィルス対策ソフトウェアのパターンファイルの設定などが挙げられる。設定部１３は、判断部１２の判断結果に応じて、レジストリ１５に設定されるｐａｃファイルのファイル名を切り替える。なお、判断部１２および設定部１３は、管理サーバ６から配信された判断プログラムを導入（インストール）することにより実現される機能である。

なお、本実施形態のアクセス制御システムは、多数のクライアント１のインターネットへのアクセス要求を処理するために、複数のプロキシサーバ３および複数のアクセス制御サーバ４を備える。そのため、ロードバランサ７Ａ、７Ｂを用いて、クライアント１からのアクセス要求を各プロキシサーバ３または各アクセス制御サーバ４に振り分けるものとする。

上記説明した、クライアント１、プロキシサーバ３、アクセス制御サーバ４および管理サーバ６は、いずれも、例えば図３に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワークと接続するための通信制御装置９０６と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。

例えば、クライアント１、プロキシサーバ３、アクセス制御サーバ４および管理サーバ６の各機能は、クライアント１用のプログラムの場合はクライアント１のＣＰＵ９０１が、プロキシサーバ３用のプログラムの場合はプロキシサーバ３のＣＰＵ９０１が、アクセス制御サーバ４用のプログラムの場合はアクセス制御サーバ４のＣＰＵ９０１が、そして、管理サーバ６用のプログラムの場合は管理サーバ６のＣＰＵ９０１が、それぞれ実行することにより実現される。なお、入力装置９０４、出力装置９０５および外部記憶装置９０３については、各装置が必要に応じて備えるものとする。

次に、本実施形態の処理について、クライアント１の処理を中心に説明する。

図４は、判断プログラムを導入（インストール）しているクライアント１（図２参照）のフローチャートである。

まず、クライアント１の判断部１２は、当該クライアント１を起動した際、または、所定の時間間隔で、判断プログラムを実行し、ＯＳ、ブラウザ、アプリケーション、メーラー、サーバーソフト、ウイルススキャンなどの各項目毎に所定のセキュリティ対策が行われているか否かを判別する。そして、判断部１２は、ディスプレイなどの出力装置に判断結果を出力するとともに、当該判断結果をＬＡＮ８を介して管理サーバ６に送信する（Ｓ１１）。なお、管理サーバ６に送信される判断結果には、当該クライアント１の識別情報（ＩＰアドレス、端末ＩＤなど）が含まれるものとする。

図５は、全ての項目において所定のセキュリティ対策が実行され、安全であると判別された場合に、クライアント１の出力装置に表示される判断結果画面の一例である。

図６は、少なくとも１つの項目において、所定のセキュリティ対策がなされていないために安全でないと判別された場合の判断結果画面の一例である。図示する例では、ブラウザのセキュリティの設定が不適切であることを示している。

管理サーバ６の収集部６２は、各クライアント１から判断結果を受信し、当該判断結果を判断結果ＤＢ６４に記憶する。これにより、管理サーバ６では、ＬＡＮ８に接続されたクライアント１のセキュリティ対策状況を一元的に管理することができる。また、管理サーバの通知部６３は、収集部６２が受信した判断結果または判断結果の一部を、アクセス制御サーバ４に送信する。なお、アクセス制御サーバ４に送信する判断結果には、少なくともクライアントの識別情報、項目単位の対策結果（図示する例では「○（ＯＫ）」または「×（ＮＧ）」）が含まれるものとする。アクセス制御サーバ４の受信部４３は、管理サーバ６から受信した判断結果を、判断結果ＤＢ４４に記憶する。

全ての項目において所定のセキュリティ対策が実行されている場合、すなわち安全なクライアントであると判別された場合（Ｓ１２：ＹＥＳ）、設定部１３は、ＯＫ用ｐａｃファイルのファイル名をレジストリ１５に設定する（Ｓ１３）。なお、ＯＫ用ｐａｃファイルのファイル名が既にレジストリに設定されている場合は、ファイル名の設定を行わないこととしてもよい。

また、設定部１３は、ＯＫ用ｐａｃファイルのファイル名をレジストリに設定する際に、当該ファイル名をユーザが参照・閲覧できないように非表示属性に変更する（Ｓ１４）。一般的に、レジストリに設定されたｐａｃファイルのファイル名は、ユーザの操作により、例えば図７に示すようなＬＡＮの設定画面のアドレス７１に表示させることができる。しかしながら、本実施形態では、設定部１３が、ＯＫ用ｐａｃファイルのファイル名をレジストリ１５に設定する際に、当該ファイル名を非表示属性とする。このため、ＯＫ用ｐａｃファイルのファイル名は、ＬＡＮの設定画面に表示されず、ユーザに公開されない。なお、ＮＧ用ｐａｃファイルのファイル名については、非表示属性としないため、レジストリ１５に当該ファイル名が設定されている場合は、ＬＡＮの設定画面のアドレス７１には当該ファイル名が表示される。

そして、ブラウザ１１は、ユーザが入力したインターネット９へのアクセス要求を受け付ける。このとき、ブラウザ１１は、レジストリ１５に設定されたＯＫ用ｐａｃファイルのファイル名を読み出し、当該ファイル名のｐａｃファイル２１を、ＬＡＮ８を介してファイルサーバ２から取得する（Ｓ１５）。

ＯＫ用ｐａｃファイル２１には、インターネット９へアクセスする際の経路情報としてプロキシサーバ３を経由することが記述されている。したがって、ブラウザ１１は、プロキシサーバ３にアクセス要求を送信し、プロキシサーバ３を介してインターネット９にアクセスする（Ｓ１６）。

図８は、安全なクライアントであると判別された場合における（Ｓ１２：ＹＥＳ）、インターネット９へのアクセス処理を模式的に示した図である。クライアント１ａは、レジストリに設定されたファイル名に対応するＯＫ用ｐａｃファイル２１をファイルサーバ２から取得し（Ｓ１５）、ＯＫ用ｐａｃファイル２１に記述された経路情報に基づいてプロキシサーバ３を介してインターネット９に接続する（Ｓ１６）。

一方、少なくとも１つの項目においてセキュリティ対策が不充分な場合、すなわち安全ではないクライアントであると判別された場合（Ｓ１２：ＮＯ）、設定部１３は、ＮＧ用ｐａｃファイルのファイル名をレジストリ１５に設定する（Ｓ１７）。なお、ＮＧ用ｐａｃファイルのファイル名が既にレジストリ１５に設定されている場合は、ファイル名の設定を行わないこととしてもよい。

そして、ブラウザ１１は、ユーザが入力したインターネット９へのアクセス要求を受け付ける。このとき、ブラウザ１１は、レジストリ１５に設定されたＮＧ用ｐａｃファイルのファイル名を読み出し、当該ファイル名のＮＧ用ｐａｃファイル２２を、ＬＡＮ８を介してファイルサーバ２から取得する（Ｓ１８）。

ＮＧ用ｐａｃファイル２２には、インターネット９へアクセスする際の経路情報としてアクセス制御サーバ４を経由することが記述されている。したがって、ブラウザ１１は、アクセス制御サーバ４にアクセス要求を送信する（Ｓ１９）。

アクセス制御サーバ４の制御部４１は、クライアント１からのアクセス要求を受信し、当該アクセス要求に含まれるクライアント１の識別情報に対応する判断結果を、判断結果ＤＢ４４から取得する。そして、制御部４１は、取得した判断結果に応じて、当該クライアント１のインターネット９へのアクセス要求を許可するか、あるいは、拒否するかを決定する。なお、インターネット９へのアクセスを許可または拒否する基準（セキュリティポリシー）については、あらかじめアクセス制御サーバ４のメモリまたは外部記憶装置に記憶されているものとする。

判断結果ＤＢ４４から取得した判断結果が所定の基準を満たす場合、制御部４１は、インターネット９へのアクセスを許可し、プロキシサーバ３を介してクライアント１のアクセス要求をインターネット９に接続する。また、判断結果が所定の基準を満たさない場合、制御部４１は、インターネット９へのアクセスを拒否する。また、アクセス制御サーバ４の送信部４２は、クライアント１のセキュリティ対策が不充分であることを通知するために、所定の警告情報を送信する。クライアント１のブラウザ１１は、アクセス制御サーバ４が送信した警告情報を、出力装置に表示する（Ｓ２０）。図９は、クライアント１の出力装置に表示される、インターネットへのアクセスが拒否された場合の警告画面の一例を示す図である。

図１０は、安全でないと判別されたクライアントの場合における（Ｓ１２：ＮＯ）、インターネット９へのアクセスを模式的に示した図である。クライアント１ｂは、レジストリに設定されたＮＧ用ｐａｃファイルのファイル名を読み出し、ファイルサーバ２からＮＧ用ｐａｃファイル２２を取得する（Ｓ１８）。そして、クライアント１ｂは、ＮＧ用ｐａｃファイル２２に記述された経路情報に基づいて、アクセス制御サーバ４にアクセス要求を送信する（Ｓ１９）。アクセス制御サーバ４は、クライアント１ｂの判断結果が所定の基準を満たしている場合は、インターネット９への接続を許可し（Ｓ１９Ａ）、警告情報をクライアント１ｂに送信する（Ｓ１９Ｂ）。

次に、判断プログラムを未導入のクライアント（例えば、外部から持ち込んだクライアントなど）の処理について説明する。

図１１は、判断プログラムを未導入のクライアント１のフローチャートである。

判断プログラムをインストールしていないクライアント１の場合、図２に示す判断部１２および設定部１３を有していない。そのため、ユーザは、当該クライアント１をＬＡＮ８に接続してインターネット９にアクセスする場合、レジストリ１５にｐａｃファイルのファイル名を設定する必要がある。ユーザは、例えば図７に示すようなＬＡＮの設定画面からｐａｃファイルのファイル名を入力し、レジストリ１５に設定する。ここで、ＯＫ用ｐａｃファイルのファイル名は、前述ように非表示属性であるためユーザに公開されていない。したがって、ユーザは、ＬＡＮの設定画面などで参照可能なＮＧ用ｐａｃファイルのファイル名を入力することになる。

クライアント１の指示受付部１４は、ＮＧ用ｐａｃファイルのファイル名を受け付け、レジストリ１５に設定する（Ｓ３１）。そして、ブラウザ１１は、ユーザが入力したインターネット９へのアクセス要求を受け付ける。このとき、ブラウザ１１は、レジストリ１５に設定されたＮＧ用ｐａｃファイルのファイル名を読み出し、当該ファイル名のｐａｃファイル２２を、ＬＡＮ８を介してファイルサーバ２から取得する（Ｓ３２）。

ＮＧ用ｐａｃファイル２２には、インターネット９へアクセスする際の経路情報としてアクセス制御サーバ４を経由することが記述されている。したがって、ブラウザ１１は、アクセス制御サーバ４にアクセス要求を送信する（Ｓ３３）。

アクセス制御サーバ４の制御部４１は、クライアント１からのアクセス要求を受信し、当該アクセス要求に含まれるクライアントの識別情報に対応する判断結果を、判断結果ＤＢ４４から検索する。しかしながら、当該クライアント１は、判断プログラムが未導入であるため、セキュリティ対策状況の判断がなされておらず、したがって判断結果が判断結果ＤＢ４４に存在しない。

判断結果が存在しない場合、アクセス制御サーバ４の送信部４２は、クライアント１で判断プログラムが実行されてないことを通知するための警告情報をクライアント１に送信する。クライアント１のブラウザ１１は、アクセス制御サーバ４が送信した警告情報を、出力装置に表示する（Ｓ３４）。図１２は、クライアント１の出力装置に出力される警告画面の一例を示す図である。

なお、アクセス制御サーバ４の制御部４１は、あらかじめメモリまたは外部記憶装置に設定されたセキュリティポリシーに基づいて、判断結果が存在しないクライアント１からのインターネット９へのアクセス要求を許可するか、または拒否するかを決定する。判断結果が存在しないクライアント１のインターネット９へのアクセスを許可する旨のセキュリティポリシーが設定されている場合、制御部４１は、プロキシサーバ３を介して当該クライアントのアクセス要求をインターネット９に接続する。

図１３は、判断プログラムが未導入のクライアントの場合における、インターネット９へのアクセスを模式的に示した図である。クライアント１ｃは、レジストリに設定されたＮＧ用ｐａｃファイルのファイル名を読み出し、ファイルサーバ２からＮＧ用ｐａｃファイル２２を取得する（Ｓ３２）。そして、クライアント１は、ＮＧ用ｐａｃファイル２２に記述された経路情報に基づいて、アクセス制御サーバ４にアクセス要求を送信する（Ｓ３３）。アクセス制御サーバ４は、セキュリティポリシーに応じてインターネット９への接続を許可または拒否し（Ｓ３３Ａ）、警告情報をクライアント１ｃに送信する（Ｓ３３Ｂ）。

以上説明したように、本実施形態のクライアント１は、当該クライアントのセキュリティ対策状況を判断し、判断結果に応じてレジストリに設定するｐａｃファイルのファイル名を切り替える。すなわち、セキュリティ対策が実行された安全なクライアント１の場合、ＯＫ用ｐａｃファイルのファイル名がレジストリに設定され、アクセス制御サーバ４を経由することなく、プロキシサーバ３を介してインターネット９に接続される。これにより、全てのクライアント１からのアクセス要求をアクセス制御サーバ４で処理する方式と比較して、アクセス制御サーバ４の台数を低減することができる。したがって、システム構築コストを低減することができる。また、アクセス制御サーバ４を経由することなく、インターネット９に接続できるため、より高い性能を確保することができる。

また、セキュリティ対策が不充分なクライアント１の場合、ＮＧ用ｐａｃファイルのファイル名がレジストリに設定され、インターネットに接続する際にはアクセス制御サーバ４を経由する。アクセス制御サーバ４では、判断結果ＤＢを参照し、各クライアント１のセキュリティ対策状況に応じてインターネットへのアクセス可否を決定するため、セキュリティ対策が不充分なクライアントがインターネットにアクセスすることを防止することができる。

また、本実施形態のクライアント１は、レジストリにＯＫ用ｐａｃファイルのファイル名を設定した場合、当該ファイル名を非表示属性にする。これにより、ユーザは、ＯＫ用ｐａｃファイルのファイル名を参照・閲覧することができない。したがって、ユーザが、意図的にＯＫ用ｐａｃファイルのファイル名をレジストリに設定し、不正にインターネット９に接続することを防止することができる。

また、本実施形態では、判断プログラムがインストールされていないクライアント１の場合、ユーザが自分でｐａｃファイルのファイル名をレジストリに設定する必要があるが、前述のとおり、ＯＫ用ｐａｃファイルのファイル名は非公開であるため、ＮＧ用ｐａｃファイルのファイル名を設定することとなる。したがって、外部から持ち込んだ判断プログラムが未導入なクライアント１をＬＡＮ８に接続してインターネット８にアクセスする場合は、常にアクセス制御サーバ４を経由することとなるため、より高いセキュリティを確保することができる。

また、本実施形態では、判断プログラムがインストールされていないクライアント１の場合、クライアント識別情報（ＩＰアドレス等）を含むアクセス要求をアクセス制御サーバ４に送信する。そして、アクセス制御サーバ４は、クライアント識別情報をキーとして判断結果ＤＢ４４を検索し、当該クライアント１には判断プログラムが導入されていないことを検知する。したがって、本実施形態では、判断プログラムが未導入のクライアント１を容易に検出し、管理することができる。

また、本実施形態のアクセス制御サーバは、警告情報をクライアント１に送信する。これにより、ユーザのセキュリティに対する意識を向上させることができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、クライアント１のレジストリ１５には、ＯＫ用ｐａｃファイルまたはＮＧ用ｐａｃファイルのファイル名が設定されるものとした。しかしながら、クライアント１の設定部１３は、ファイル名を設定する替わりに、ｐａｃファイルの内容自体（もしくは、プロキシサーバ３のＩＰアドレス情報）をレジストリ１５に設定することとしてもよい。この場合、クライアント１は、ファイルサーバ２にアクセスすることなく、直接、プロキシサーバ３またはアクセス制御サーバ４にアクセス要求を送信する。

また、上記実施形態のアクセス制御サーバ４は、クライアント１の判断結果の内容または判断結果の有無に応じて、インターネットへのアクセスを許可するか、または拒否するかを決定することとした。しかしながら、アクセス制御サーバ４は、これ以外にも様々な制御を行うこととしてもよい。例えば、クライアント１の判断結果に問題のあるクライアント１や判断結果が存在しないクライアント１であっても、一旦、警告情報を表示させた後、インターネットへのアクセスを許可することとしてもよい。また、アクセス制御サーバ４は、あらかじめシステム管理者が定めたセキュリティポリシーに従って、判断結果の内容（セキュリ対策レベル）に応じた柔軟なアクセス制御を行うこととしてもよい。

本発明の一実施形態が適用されたアクセス制御システムの全体構成図である。 クライアントの概略構成図である。 各装置のハードウェア構成例を示す図である。 クライアントのインターネットへのアクセス処理のフローチャートである。 安全なクライアントであると判断された場合の判断結果画面の一例である。 安全なクライアントでないと判断された場合の判断結果画面の一例である。 ＬＡＮの設定を行うための画面の一例である。 安全なクライアントの場合のインターネットへのアクセスを示す図である。 クライアントに出力される警告画面の一例を示す図である。 安全でないクライアントの場合のインターネットへのアクセスを示す図である。 判断プログラムが未導入のクライアントにおける、インターネットへのアクセス処理のフローチャートである。 クライアントに出力される警告画面の一例を示す図である。 判断プログラムが未導入のクライアントの場合のインターネットへのアクセスを示す図である。

符号の説明

１：クライアント、１１：ブラウザ、１２：判断部、１３：設定部、１４：指示受付部、１５：レジストリ、２：ファイルサーバ、２１：ＯＫ用ｐａｃファイル、２２：ＮＧ用ｐａｃファイル、３：プロキシサーバ、４：アクセス制御サーバ、４１：制御部、４２：送信部、４３：受信部、４４：判断結果ＤＢ、６：管理サーバ、６１：配信部、６２：収集部、６３:通知部、６４：判断結果ＤＢ、７Ａ：ロードバランサ、７Ｂ：ロードバランサ、８：ＬＡＮ、９：インターネット

Claims (5)

1. 外部ネットワークへのアクセスを制御するアクセス制御システムにおけるクライアントであって、
   外部ネットワークへアクセスする際の経路情報が記述されたファイルのファイル名が設定されるレジストリと、
   当該クライアントのセキュリティ状態を判断する判断手段と、
   前記判断手段が安全なクライアントであると判断した場合は前記レジストリに第１のファイルのファイル名を設定し、前記判断手段が安全でないクライアントであると判断した場合は前記レジストリに第２のファイルのファイル名を設定する設定手段と、
   前記レジストリに設定されたファイル名に対応する第１のファイルまたは第２のファイルの経路情報を取得し、当該経路情報に基づいて前記外部ネットワークにアクセス要求を送信するアクセス手段と、を有すること
   を特徴とするクライアント。
2. 請求項１記載のクライアントであって、
   前記アクセス手段は、前記第１のファイルのファイル名が前記レジストリに設定されている場合、前記アクセス要求をプロキシサーバに送信して外部ネットワークに接続し、前記第２のファイルのファイル名が前記レジストリに設定されている場合、外部ネットワークへのアクセスを制御するアクセス制御サーバにアクセス要求を送信すること
   を特徴とするクライアント。
3. 請求項１記載のクライアントであって、
   前記設定手段は、前記レジストリに第１のファイルのファイル名を設定した場合、当該ファイル名を非表示属性にすること
   を特徴とするクライアント。
4. 外部ネットワークへのアクセスを制御するアクセス制御システムであって、
   クライアントと、前記クライアントからのアクセス要求を制御するアクセス制御サーバと、プロキシサーバと、を有し、
   前記クライアントは、
   外部ネットワークへアクセスする際の経路情報が記述されたファイルのファイル名が設定されるレジストリと、
   前記レジストリに設定されたファイル名に対応するファイルの経路情報を取得し、当該経路情報に基づいて外部ネットワークへのアクセス要求を前記アクセス制御サーバまたは前記プロキシサーバに送信するアクセス手段と、を有し、
   前記アクセス制御サーバは、前記アクセス要求を受信し、当該アクセス要求を送信したクライアントのセキュリティ状況に応じて外部ネットワークへのアクセスを許可または拒否し、
   前記プロキシサーバは、前記アクセス要求を外部ネットワークへ接続すること
   を特徴とするアクセス制御システム。
5. クライアントが実行する、外部ネットワークへのアクセスを制御するためのアクセス制御プログラムであって、
   前記クライアントに、
   外部ネットワークへアクセスする際の経路情報が記述されたファイルのファイル名が設定されるレジストリ、
   当該クライアントのセキュリティ状態を判断する判断手段、
   前記判断手段が安全なクライアントであると判断した場合は前記レジストリに第１のファイルのファイル名を設定し、前記判断手段が安全でないクライアントであると判断した場合は前記レジストリに第２のファイルのファイル名を設定する設定手段、および
   前記レジストリに設定されたファイル名に対応する第１のファイルまたは第２のファイルの経路情報を取得し、当該経路情報に基づいて前記外部ネットワークにアクセス要求を送信するアクセス手段、として実行させること
   を特徴とするアクセス制御プログラム。

Images