(57)【要約】    【課題】      パッチを当てる作業を怠ったユーザの端末からはネットワーク上の特定のサービスを受けられなくし、ユーザがパッチを当てる作業を怠るのを防止し、システム全体のセキュリティ水準を維持すること。    【解決手段】  パッチ確認サーバ１２がネットワーク上に接続された各端末１０−１、１０−２、１０−３からパッチが当てられているか否かを示すパッチ当て状況データを収集する。そして、収集したパッチ当て状況データから各端末１０−１、１０−２、１０−３にパッチが当てられているか否か確認し、パッチを当てていない端末があれば当該端末を宛先又は送信元とするパケットを除去したり、ＰＯＰサーバ１５に登録している当該端末のパスワードを書き換えたりして、特定のサービスを受けられなくする。  【選択図】      図１
2005182311.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に接続された各端末からパッチが当てられているか否かを示すパッチ当て状況データを収集し、収集したパッチ当て状況データから各端末にパッチが当てられているか否か確認し、パッチを当てていない端末があれば当該端末に対するネットワーク上でのサービスを停止する端末管理支援方法。
【請求項２】
パッチを当てていない端末に対して電子メールサービス又はプロキシサービスの少なくとも一方を停止することを特徴とする請求項１記載の端末管理支援方法。
【請求項３】
パッチを当てていない端末に対するサービスを停止する場合、当該端末宛のパケットをフィルタリングすることを特徴とする請求項１又は請求項２記載の端末管理支援方法。
【請求項４】
パッチを当てていない端末に対する電子メールサービスを停止する場合、メールサーバに登録したパスワードを書き換えることを特徴とする請求項１又は請求項２記載の端末管理支援方法。
【請求項５】
ネットワーク上に接続された各端末からパッチが当てられているか否かを示すパッチ当て状況データを収集するデータ収集手段と、収集したパッチ当て状況データから各端末にパッチが当てられているか否か確認するパッチ確認手段と、パッチを当てていない端末があれば当該端末に対するネットワーク上でのサービスを停止するサービス停止手段と、を具備したパッチ確認サーバ。
【請求項６】
ネットワーク上に接続された各端末からパッチが当てられているか否かを示すパッチ当て状況データを収集し、パッチを当てていない端末があれば当該端末に対するネットワーク上でのサービスを停止するパッチ確認サーバと、前記ネットワークを流れるパケットのうちサービス停止する端末宛のパケットを破棄するパケットフィルタと、を具備したパッチ確認システム。
【請求項７】
ネットワーク上に接続された各端末からパッチが当てられているか否かを示すパッチ当て状況データを収集し、パッチを当てていない端末があれば当該端末に対する電子メールサービスを停止するパッチ確認サーバと、前記各端末宛の電子メールを蓄え前記端末からアクセスしてパスワードによるユーザ認証により電子メールを取り出し可能なメールサーバと、を具備したシステムであって、前記パッチ確認サーバは、パッチを当てていない端末に対する電子メールサービスを停止する場合、前記メールサーバに登録したパスワードを書き換えることを特徴とするパッチ確認システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に接続された端末にパッチが当てられたことを確認するパッチ当て確認作業を支援する端末管理支援方法及びパッチ確認サーバに関する。
【背景技術】
【０００２】
現在、多くの企業では企業内ネットワークを構築し、ネットワーク上に接続された端末を利用して業務を行えるようにしている。かかるネットワーク環境下で、各端末にインストールしているＯＳやアプリケーション等のセキュリティーホールが発見されることがある。セキュリティーホールを放置しておくと、クラッカーなど悪意の有る者に付けこまれてシステムが荒らされたり、ウィルスの侵入を許して企業の内外に大きな迷惑をかけたりする危険がある。
【０００３】
そこで、ネットワーク管理者は、セキュリティーホールの存在に気づいたときは、各ユーザに対してセキュリティーホールを修正するデータ又はプログラムであるパッチを当てるように要請している。ユーザは各自の端末に対してパッチを当てる作業を施すことでセキュリティーホールの修正を行っている（例えば特許文献１参照）。
【特許文献１】特開２０００−２５０７４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、一人でもパッチを当てる作業を怠ったためにセキュリティーホールがそのまま放置した端末が存在すると、その端末からウィルスが侵入して被害を蒙る危険性がある。
【０００５】
また、ネットワーク管理者がオンラインで各端末に対してパッチを当てるといった対策も考えられるが、各ユーザがどのような事情でパッチを当てていないのかを把握するのは困難であり、ユーザの知らない間に強制的にパッチを当てることの危険性も無視できない。
【０００６】
本発明は、以上のような実情に鑑みてなされたもので、パッチを当てる作業を怠ったユーザの端末からはネットワーク上の特定のサービスを受けられなくすることで、ユーザがパッチを当てる作業を怠るのを防止し、システム全体のセキュリティ水準を維持することのできる端末管理支援方法及びパッチ確認サーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、サーバがネットワーク上に接続された各端末からパッチが当てられているか否かを示すパッチ当て状況データを収集し、収集したパッチ当て状況データから各端末にパッチが当てられているか否か確認し、パッチを当てていない端末があれば当該端末に対するネットワーク上でのサービスを停止するものとした。
【発明の効果】
【０００８】
本発明によれば、パッチを当てる作業を怠ったユーザの端末からはネットワーク上の特定のサービスを受けられなくすることで、ユーザがパッチを当てる作業を怠るのを防止し、システム全体のセキュリティ水準を維持することのできる端末管理支援方法及びパッチ確認サーバを提供できる。
【発明を実施するための最良の形態】
【０００９】
本発明の第１の態様は、ネットワーク上に接続された各端末からパッチが当てられているか否かを示すパッチ当て状況データを収集し、収集したパッチ当て状況データから各端末にパッチが当てられているか否か確認し、パッチを当てていない端末があれば当該端末に対するネットワーク上でのサービスを停止する端末管理支援方法である。
【００１０】
このように構成された端末管理支援方法によれば、自動的にパッチ未適用の端末を探してパッチを当てていない端末に対するネットワーク上でのサービスを停止するので、違反端末のユーザに対して最新パッチを適用するように促す効果がある。
【００１１】
本発明の第２の態様は、第１の態様の端末管理支援方法において、パッチを当てていない端末に対して電子メールサービス又はプロキシサービスの少なくとも一方を停止するものとした。
【００１２】
これにより、パッチ未適用の端末のユーザが電子メールサービス又はプロキシサービスが受けられなくなるので、違反制裁を回避しようとするユーザに最新パッチを適用するよう促すことができる。
【００１３】
本発明の第３の態様は、第１又は第２の態様の端末管理支援方法において、パッチを当てていない端末に対するサービスを停止する場合、当該端末宛のパケットをフィルタリングすることとした。
【００１４】
これにより、パッチ未適用の端末のユーザがＴＣＰポートレベルで各種のサービスを受けられなくなるので、違反制裁を回避しようとするユーザに最新パッチを適用するよう促すことができる。
【００１５】
本発明の第４の態様は、第１又は第２の態様の端末管理支援方法において、パッチを当てていない端末に対する電子メールサービスを停止する場合、メールサーバに登録したパスワードを書き換えることとした。
【００１６】
これにより、メールサーバに登録したパスワードを書き換えることで電子メールサービスを停止することができ、違反制裁を回避しようとするユーザに最新パッチを適用するよう促すことができる。
【００１７】
本発明の第５の態様は、ネットワーク上に接続された各端末からパッチが当てられているか否かを示すパッチ当て状況データを収集するデータ収集手段と、収集したパッチ当て状況データから各端末にパッチが当てられているか否か確認するパッチ確認手段と、パッチを当てていない端末があれば当該端末に対するネットワーク上でのサービスを停止するサービス停止手段と、を具備したパッチ確認サーバである。
【００１８】
このように構成されたパッチ確認サーバによれば、違反制裁を回避しようとするユーザに最新パッチを適用するよう促すことができる。
【００１９】
本発明の第６の態様は、ネットワーク上に接続された各端末からパッチが当てられているか否かを示すパッチ当て状況データを収集し、パッチを当てていない端末があれば当該端末に対するネットワーク上でのサービスを停止するパッチ確認サーバと、前記ネットワークを流れるパケットのうちサービス停止する端末宛のパケットを破棄するパケットフィルタと、を具備したパッチ確認システムである。
【００２０】
このように構成されたパッチ確認システムによれば、違反制裁を回避しようとするユーザに最新パッチを適用するよう促すことができる。
【００２１】
本発明の第７の態様は、ネットワーク上に接続された各端末からパッチが当てられているか否かを示すパッチ当て状況データを収集し、パッチを当てていない端末があれば当該端末に対する電子メールサービスを停止するパッチ確認サーバと、前記各端末宛の電子メールを蓄え前記端末からアクセスしてパスワードによるユーザ認証により電子メールを取り出し可能なメールサーバと、を具備したシステムであって、前記パッチ確認サーバは、パッチを当てていない端末に対する電子メールサービスを停止する場合、前記メールサーバに登録したパスワードを書き換えることを特徴とするパッチ確認システムである。
【００２２】
このように構成されたパッチ確認システムによれば、違反制裁を回避しようとするユーザに最新パッチを適用するよう促すことができる。
【００２３】
以下、本発明に係る端末管理支援方法及びパッチ確認サーバの一実施の形態について、図面を参照して説明する。
【００２４】
図１は本実施の形態のシステム構成を示す図である。同図に示すように、各ユーザが使用する複数の端末１０−１、１０−２、１０−３はローカルエリアネットワーク（ＬＡＮ）１１に接続している。ＬＡＮ１１上にパッチ確認サーバ１２を配置している。パッチ確認サーバ１２が監視する範囲に存在する端末１０−１、１０−２、１０−３に関する情報は端末管理データベース１３に保存しておく。また、ＬＡＮ１１上に配置したＤＨＣＰサーバ１４によってＬＡＮ１１上の各端末１０−１、１０−２、１０−３に対して動的にローカルＩＰアドレスを割り付ける。各端末１０−１、１０−２、１０−３は、ＰＯＰサーバ１５を介して電子メールサービスを利用し、プロキシサーバ１６を介して各種のプロキシサービスを利用できるようにしている。ＬＡＮ１１上を流れるパケットはパケットフィルタ１７によってフィルタリング可能に構成している。パケットフィルタ１７はＴＣＰポートレベルでパケットフィルタリングを実施する。
【００２５】
図２に端末管理データベース１３のデータ構造の一例を示している。端末管理データベース１３は、パッチ適用の対象となる全端末１０−１、１０−２、１０−３について、ＭＡＣアドレス、ローカルＩＰアドレス、ユーザ名及びサービス状態を管理する。ＭＡＣアドレス及びユーザ名は予め登録するが、ローカルＩＰアドレスはＤＨＣＰサーバ１４が割り付けた最新のデータを保持し、サービス状態はパッチ確認サーバ１２が確認した最新の状態を保持する。
【００２６】
パケットフィルタ１７は、ＩＰパケットの宛先アドレス、送信元アドレス及びポート番号に基づいて該当パケットを除去する働きをする。パッチ確認サーバ１２が、サービス停止端末のアドレス及び停止サービスに対応したポート番号を、パケットフィルタ１７に対して設定する。ＴＣＰポートのレベルで端末を個別にサービス停止する一例である。
【００２７】
ＰＯＰサーバ１５は、ＬＡＮ１１上の各端末１０−１、１０−２、１０−３を宛先にした電子メールを受信し、各端末１０−１、１０−２、１０−３から要求を受けると、アカウント及びパスワードを確認してから受信要求端末へメール配信する。本実施の形態では、サービス停止する端末のパスワードを書き換えることで当該端末がＰＯＰサービス（電子メール受信サービス）を受けられなくする。
【００２８】
プロキシサーバ１６は、各端末１０−１、１０−２、１０−３の代わりにインターネット通信等の機能を代行するサービスを提供する。本実施の形態では、プロキシサーバ１６による代行サービスをサービス停止する端末から受けられないようにする。
【００２９】
次に、以上のように構成された本実施の形態の動作について、図３のフロー図を参照して具体的に説明する。
【００３０】
パッチ確認サーバ１２は、監視範囲に有る端末１０−１、１０−２、１０−３からパッチ適用状況を示すデータを収集する（Ｓ１０１）。例えば、端末１０−１、１０−２、１０−３に対して、パッチ適用の有無を含んだデータを要求するコマンドを送信する。このコマンドを受信した各端末１０−１、１０−２、１０−３は、現在どのようなパッチを適用しているかを示すデータをパッチ確認サーバ１２へ返信する。このときの返信データには、ヘッダ部に各端末のＭＡＣアドレスを挿入する。パッチ確認サーバ１２は、各端末１０−１、１０−２、１０−３からの返信データのヘッダ部に挿入されたＭＡＣアドレスから端末を特定し、返信データの内容から適用済みパッチを認識する。なお、イーサネット（R）以外のＬＡＮで端末を特定する場合はＭＡＣアドレス以外の識別情報を利用する。
【００３１】
そして、最新のパッチを適用していない端末を確認する（Ｓ１０２）。その結果、最新パッチ未適用の端末があれば（Ｓ１０３）、既にサービス停止中の端末であるか否か確認する（Ｓ１０４）。具体的には、端末管理データベース１３に登録しているサービス状態の項目をチェックすることでサービス停止中か否か判断できる。すなわち、返信データから最新パッチ未適用であることが判明したら、返信データのＭＡＣアドレスと一致するＭＡＣアドレスを端末管理データベース１３上で検索する。一致するＭＡＣアドレスがあれば、当該ユーザのサービス状態の有効／無効フラグをチェックする。無効フラグがアクティブになっていれば、既にサービス停止中の端末であると判断する。逆に、有効フラグがアクティブならば現在はサービスを受けている端末であると判断する。
【００３２】
今、図２の端末管理データベース１３においてユーザ名＝Ａであるとすれば、当該ユーザ名＝Ａの端末に対するサービスを停止する処理へと移行する。すなわち、該当端末（ユーザＡ）に対して、サービスを停止する警告を通知する（Ｓ１０５）。警告はユーザＡに確実に伝わるのであれば方式は特に限定されない。例えば、該当端末（ユーザＡ）の画面に「最新パッチの適用がされていません。セキュリティ上の問題があるのでサービスを停止します」といった内容のメッセージを表示させる。
【００３３】
次に、該当端末（ユーザＡ）に対するサービスを停止する処理を実行する（Ｓ１０６）。本実施の形態では、停止するサービス種別を管理者が予めパッチ確認サーバ１２に登録している。パッチ確認サーバ１２は、管理者が決めたサービスを停止するように、パケットフィルタ１７、ＰＯＰサーバ１５、プロキシサーバ１６のいずれか又はすべてを制御する。
【００３４】
ＴＣＰポートレベルでサービスを停止するのであれば、パッチ確認サーバ１２がパケットフィルタ１７に対して、停止サービスに対応したポート番号と端末のＩＰアドレスとを通知する。
【００３５】
ＴＣＰポートレベルでは、
（ア）ポート番号２０，２１を閉鎖して、ＦＴＰのサービスを止め、ファイル転送をできなくする、
（イ）ポート番号８０，４４３を閉鎖して、Ｗｅｂサービスを止める、
（ウ）ポート番号２５，１１０，１４３を閉鎖して、メールサービスを止める、
（エ）ポート番号２３を閉鎖して、telnetを止め、コンピュータへのリモートログインをできなくする、
（オ）ポート番号２２を閉鎖して、ＳＳＨを止める、
といったサービス停止が可能である。
【００３６】
パケットフィルタ１７は、通過するＩＰパケットの宛先ＩＰアドレスとポート番号とを見て、フィルタ対象として登録されている値と一致すれば、そのＩＰパケットを破棄する。これにより、そのポート番号のＩＰパケットは該当端末へ配信されなくなるので当該サービスは受けられなくなる。同様に、送信元アドレスとポート番号とを見て、登録されている値と一致すれば、そのＩＰパケットを破棄する。これにより、該当端末が発信するＩＰパケットが廃棄されることになる。
【００３７】
このように、パケットフィルタ１７によって、パッチ未適用端末に対するサービスを、ＴＣＰポートレベルで停止することができる。
【００３８】
図４は、ＰＯＰサービスを停止する場合のシーケンス図である。パッチ確認サーバ１２が各端末１０−１、１０−２、１０−３のパッチ適用状況を確認して、最新パッチ未適用の端末に対してサービス停止の警告を出すところまでは、ＴＣＰポートレベルのサービス停止の場合と同様である。
【００３９】
ＰＯＰサービスを停止する場合は、該当端末がＰＯＰサービスを受けるためにＰＯＰサーバ１５に登録しているパスワードを、パッチ確認サーバ１２が管理者権原で新たなパスワードに書き換える。
【００４０】
これにより、端末が旧パスワードでＰＯＰサーバ１５に受信要求しても、パスワード不一致で受信拒否される。このようにして、ＰＯＰサーバ１５のパスワードを書き換えることによって、特定の端末に対するＰＯＰサービスを停止することができる。
【００４１】
また、プロキシサービスを停止する場合は、プロキシサーバ１６でフィルタリングをかける。プロキシサーバ１６に、プロキシサービス毎に許可端末のＩＰアドレス、ユーザ名又はＭＡＣアドレスを登録し、サービス停止とする端末のＩＰアドレス、ユーザ名又はＭＡＣアドレスの登録を抹消することでプロキシサービスを受けられなくする。
【００４２】
一方、ステップＳ１０４からステップＳ１０７へ移行して、今回、新たにパッチ適用した端末があるか否か判断する。本例では、今回、ステップＳ１０２でパッチ未適用と判断された端末以外の端末であって、図２の端末管理データベース１３のサービス状態の無効フラグがアクティブになっている端末を、ステップＳ１０７で検索する。すなわち、サービス停止中であった端末であって、前回のチェックから今回のチェックまでの間に、パッチを適用した端末を検索する。該当する端末があれば、その端末に対するサービスを再開する（Ｓ１０８）。
【００４３】
ＴＣＰポートレベルのサービス停止をした場合は、パケットフィルタ１７にフィルタ対象として登録しているその端末のＩＰアドレス及びポート番号を削除する。これにより、その端末のＩＰアドレス（宛先アドレス又は送信元アドレス）及びポート番号が設定されたパケットがパケットフィルタ１７を通過できるようになる。
【００４４】
ＰＯＰサービスを停止した場合は、図４に示すように、該当端末に対してＰＯＰサーバ１５に登録したパスワードを通知する。ユーザはパッチ確認サーバ１２から送られてきたパスワードを使用することでＰＯＰサービスを受けられるようになる。
【００４５】
プロキシサービスを停止した場合は、プロキシサーバ１６に対してプロキシサービスを再開する端末の識別情報（ＩＰアドレス、ユーザ名又はＭＡＣアドレス）及びサービス種別を通知する。この通知を受けたプロキシサーバ１６はプロキシサービスを再開する端末の識別情報及びサービス種別を、許可端末情報として登録する。これにとり、該当端末からプロキシサービスを受けられるようになる。
【００４６】
パッチ確認サーバ１２は、サービスを再開した端末に対して、サービスを再開した旨の通知を送信する（Ｓ１０９）。
【００４７】
なお、パッチ未適用の違反端末に対するサービス停止の種類は上記したものに限定されない。例えば、違反端末に対してＩＣＭＰレベルの通信機能を止めることにより、ホストコンピュータを見えなくするようにしても良い。ＵＤＰレベルの通信機能を止めることにより、ＤＮＳを見えなくし、ドメイン名を利用するサービスを受けられなくしても良い。
【００４８】
また、物理的に分散している複数台のコンピュータをネットワーク経由で仮想的に統合し、ユーザが必要なときに必要なだけのストレージやＣＰＵパワーを提供する技術としてグリッドコンピューティングがある。かかるグリッドコンピューティング環境下において、パッチ未適用の違反端末に対してＣＰＵリソースの使用権に制限をかけるようにしても良い。またはメモリリソースの使用権に制限をかけるようにしても良い。さらに、ネットストレージを利用している共用システムにおいては、パッチ未適用の違反端末（又はその管理者）から利用可能なハードディスクの利用可能なリソースを制限するようにしても良い。具体的には、新規のエリアを割り当てないようにする。
【００４９】
また、ＴＣＰポートレベルのサービス停止であれば、ファイアーウオールで利用するポート番号を閉じてインターネットリソースを利用できなくしても良い。ファイアーウオールはＬＡＮ１１とインターネットとの間に設置する。
【００５０】
このように、本実施の形態によれば、パッチ未適用の違反端末に対してネットワーク経由で受けられるサービスの全て又一部を停止するようにしたので、違反端末のユーザに対して最新パッチを迅速に適用するように促す効果がある。
【産業上の利用可能性】
【００５１】
本発明は、ユーザがパッチ適用作業を怠るのを防止でき、システム全体のセキュリティ水準を維持することができ、ネットワーク上に接続された適時にパッチを当てる端末及びパッチ確認サーバに適用可能である。
【図面の簡単な説明】
【００５２】
【図１】本発明の一実施の形態のシステム構成図
【図２】端末管理データベースのデータ構成図
【図３】パッチ確認サーバのフロー図
【図４】ＰＯＰサービスの停止／再開のためのシーケンス図
【符号の説明】
【００５３】
１０−１、１０−２、１０−３  端末
１１  ローカルエリアネットワーク（ＬＡＮ）
１２  パッチ確認サーバ
１３  端末管理データベース
１４  ＤＨＣＰサーバ
１５  ＰＯＰサーバ
１６  プロキシサーバ
【図１】
2005182311.tif 000003
【図２】
2005182311.tif 000004
【図３】
2005182311.tif 000005
【図４】
2005182311.tif 000006