JP4627535B2

JP4627535B2 - 証明書を利用したクライアントセキュリティ認証システム及びその認証方法ならびにそのためのプログラム

Info

Publication number: JP4627535B2
Application number: JP2007067914A
Authority: JP
Inventors: 憲昭川端
Original assignee: 株式会社日立情報システムズ
Priority date: 2007-03-16
Filing date: 2007-03-16
Publication date: 2011-02-09
Anticipated expiration: 2027-03-16
Also published as: JP2008226210A

Description

本発明は、ネットワーク接続認証サーバと複数のクライアントＰＣからなる証明書を利用した認証技術に係り、特に、クライアントＰＣとネットワーク接続認証サーバ間の情報転送を低減させることによってネットワークやネットワーク機器の負荷を低減し、セキュリティ上脆弱でないクライアントＰＣのみがネットワークへの接続が許可される状態を保つことができるようにしたクライアントセキュリティ認証システム及びその認証方法ならびにそのためのプログラムに関するものである。

ネットワークシステムが普及するに伴い、ネットワークシステムにおける脆弱性（すなわちネットワークシステムにおけるシステムの乗っ取りや機密情報の漏洩など第三者が保安上の脅威となる行為に利用できる可能性のあるシステム上の欠陥や仕様上の問題点）を改善することは、ますます重要性を増してきている。

ネットワークシステムの脆弱性を検査するための従来の技術としては、例えば特開２００５-３１８６１５号公報「ネットワーク検疫を提供するためのシステム及び方法」（特許文献１）に開示されたものがある。

特許文献１に記載のシステムは、検証調整クライアント、検疫実施クライアント、検疫実施サーバ、検疫調整サーバ、検疫ポリシーサーバからなり、これらによってネットワークへの接続の可／否を制御するシステムである。

次に、特許文献１に記載のシステムの基本的な動作を以下に示す。
クライアントマシン上に位置する検証調整クライアントは、ヘルスのステートメントを複数の検疫ポリシークライアントから獲得し、これらのステートメントをパッケージし、該パッケージを検疫実施クライアントに提供する。検疫実施クライアントは、検証調整クライアントから提供されたパッケージをネットワークアクセスの要求と共に検疫実施サーバに送信する。

検疫実施サーバは、受信したパッケージを検疫調整サーバに渡す。検疫調整サーバは、検閲調整サーバから受け取ったパッケージを分解し、個々のステートメントを対応する検疫ポリシーサーバに渡す。検疫ポリシーサーバは、検疫調整サーバから受け取ったステートメントを妥当性検査し、その結果を検疫調整サーバに通知する。クライアントが有効なステートメントを提供した場合、検疫実施サーバは、そのクライアントにネットワークへのアクセスを許可する（特許文献１参照）。

特開２００５-３１８６１５号公報

クライアント台数が数万規模の企業などの大規模システムでは、サーバに対する負荷及びネットワークに対する負荷を検討・検証し、適切な負荷を有するシステムを導入する必要がある。そのため、上記従来の技術では次の如き問題がある。

上述した特許文献１記載の方法では、複数のサーバと複数のクライアントを用いたシステム構成となっており、クライアントから一斉にサーバに対して要求が集中する可能性があり、特に、サーバが別セグメントに設定されていた場合などは、要求の集中に伴い、ネットワーク及びネットワーク機器の負荷が増大し、通常の一般業務への影響が出てしまうという問題がある。ここで、セグメントは、ブリッジやスイッチングハブ（あるいはＬ２スイッチ）で分離された１つの伝送媒体によって構成されるネットワークの範囲をいう。

また、検疫を実施してネットワーク接続が許可されたクライアントが、ポリシーの変更で脆弱と診断されるべき状態となった時、本来であればネットワークから切り離すことが必要であるが、引き続きネットワークの使用が許されてしまいシステム上好ましくない状態となる可能性があるという問題がある。

本発明は、上記事情に鑑み、クライアントとサーバ間の情報転送を低く抑えてネットワークやネットワーク機器の負荷を低減し、適切なクライアントのみがネットワークへの接続が許可されている状態を保つことができるようにしたクライアントセキュリティ認証システム及びその認証方法ならびにそのためのプログラムを提供することを目的としている。

本発明に係わるクライアントセキュリティ認証システムは、上記目的を達成するために、認証サーバとクライアント間で証明書を使った認証方式とすることで、認証サーバとの情報の転送を最小限に抑えるとともに、各クライアントに最新のポリシー（最新の証明書によるセキュリティチェック）で再認証の必要性を確認するための再認証確認処理部を備えることを特徴とするものである。

以下、請求項毎の構成を述べる。
ａ）請求項１記載の発明は、
ネットワーク接続認証サーバと複数のクライアントＰＣを具備し、セキュリティ認証のための証明書を利用してクライアントＰＣのセキュリティ認証を行うクライアントセキュリティ認証システムであって、前記ネットワーク接続認証サーバは、前記証明書から一定のルールで採番され新旧の識別可能な証明書番号と該証明書番号に対応する検査項目のバージョンを登録した証明書管理データベース、および、該証明書の検査項目のバージョンに関連付けられた検査項目情報を登録した検査項目管理データベースを有し、前記クライアントＰＣは、最初のセキュリティ認証時に同一セグメントに自ＰＣより新しい証明書を保持するクライアントＰＣが存在するか否かを前記証明書番号によって確認する手段と、自ＰＣより新しい証明書を保持するクライアントＰＣが存在する場合、該クライアントＰＣから自ＰＣより新しい証明書及び該証明書に関連付けられた検査項目情報をダウンロードし、該ダウンロードした証明書及び検査項目情報を用いてセキュリティ検査を行う手段と、自ＰＣより新しい証明書を保持するクライアントＰＣが存在しない場合、前記ネットワーク接続認証サーバから前記証明書および前記検査項目情報をダウンロードし、該ダウンロードした証明書および検査項目情報によりセキュリティ検査を行う手段を有し、前記セキュリティ検査において、前記検査項目情報がセキュリティパッチ情報の場合は検査項目と該検査項目に該当するＰＣの状態が一致している場合を、前記検査項目情報がアンチウイルス製品情報の場合は検査項目と該検査項目に該当するＰＣの状態が一致しているかまたはＰＣの状態が検査項目より新しい場合を、前記検査項目情報が不正ソフトウェア情報の場合はＰＣに該当検査項目が存在しない場合を検査合格とし、それ以外は検査不合格とすることを特徴としている。

ｂ）請求項2記載の発明は、請求項１記載のクライアントセキュリティ認証システムにおいて、さらに、セキュリティ認証完了後に最新の証明書番号を同一セグメント内の他ＰＣへ通知する手段を有することを特徴としている。

ｃ）請求項３記載の発明は、セキュリティ認証のための証明書から一定のルールで採番され新旧の識別可能な証明書番号と該証明書番号に対応する検査項目のバージョンを登録した証明書管理データベース、および、該証明書の検査項目のバージョンに関連付けられた検査項目情報を登録した検査項目管理データベースを備えるネットワーク接続認証サーバと、複数のクライアントＰＣを具備し、前記セキュリティ認証のための証明書を利用してクライアントＰＣのセキュリティ認証を行うクライアントセキュリティ認証方法であって、前記クライアントＰＣが、最初のセキュリティ認証時に同一セグメントに自ＰＣより新しい証明書を保持するクライアントＰＣが存在するか否かを前記証明書番号によって確認するステップと、自ＰＣより新しい証明書を保持するクライアントＰＣが存在する場合、該クライアントＰＣから自ＰＣより新しい証明書及び該証明書に関連付けられた検査項目情報をダウンロードし、該ダウンロードした証明書及び検査項目情報を用いてセキュリティ検査を行うステップと、自ＰＣより新しい証明書を保持するクライアントＰＣが存在しない場合、前記ネットワーク接続認証サーバから前記証明書および前記検査項目情報をダウンロードし、該ダウンロードした証明書および検査項目情報によりセキュリティ検査を行うステップを有し、前記セキュリティ検査において、前記検査項目情報がセキュリティパッチ情報の場合は検査項目と該検査項目に該当するＰＣの状態が一致している場合を、前記検査項目情報がアンチウイルス製品情報の場合は検査項目と該検査項目に該当するＰＣの状態が一致しているかまたはＰＣの状態が検査項目より新しい場合を、前記検査項目情報が不正ソフトウェア情報の場合はＰＣに該当検査項目が存在しない場合を検査合格とし、それ以外は検査不合格とすることを特徴としている。

ｄ）また、請求項４記載の発明は、請求項３記載のクライアントセキュリティ認証方法において、さらに、セキュリティ認証完了後に最新の証明書番号を同一セグメント内の他ＰＣへ通知するステップを有することを特徴としている。

ｅ）請求項５記載の発明は、コンピュータを、請求項１または２における各手段として機能させるためのプログラムである。

本発明を適用すると、認証サーバとクライアント間では証明書を使った認証となり、認証サーバとの情報の転送を最小限に抑えることができるという効果を奏する。また、最新のセキュリティチェックを可能とする証明書/検査項目受信処理部及び再認証確認処理部を備えており、ポリシーの変更時も適宜診断が行われることで、適切なクライアントのみがネットワークへの接続が許可されている状態を保つことができるという効果を奏する。

以下、図面を用いて本発明の実施例を説明する。
図１は、本発明に係る証明書を利用したクライアントセキュリティ認証システムの全体構成図であり、ネットワーク接続認証サーバ（１０１），適合済みＰＣ（２１０），検査対象ＰＣ（２２０），検査対象ＰＣ（２３０）及びネットーク機器（Ｌ３スイッチ１０６，Ｌ２スイッチ１０７，Ｌ３スイッチ１０８，Ｌ３スイッチ１０９）から構成されている。ここで、ネットワーク機器としてのＬ２スイッチは、パケットに宛先情報として含まれるＭＡＣ（Media Access Control）アドレスで中継先を判断して中継動作を行うスイッチであり、Ｌ３スイッチは、ＴＣＰ／ＩＰのＩＰプロトコルなどのようにＯＳＩ参照モデルのレイヤー３（ネットワーク層）のアドレスでパケットの宛先を判断して転送を行なうスイッチである。

ネットワーク接続認証サーバ（１０１）は、証明書及び検査項目の転送を実施する証明書/検査項目転送処理部（１０２）及びネットワークの接続制御を行うネットワーク制御部（１０３）の２つの処理部と、データベースとして証明書管理ＤＢ（１０４）と検査項目管理ＤＢ（１０５）を有している。

ネットワーク接続認証サーバ（１０１）は、制御や処理を実行するＣＰＵや各種プログラムや各種データを記憶する記憶装置を有しており、ＣＰＵにより上記処理部又は制御部の処理に対応するプログラムを実行することによって所望の処理を実現するサーバである。

図４−Ａ及び図４−Ｂは、上記証明書管理ＤＢ（１０４）に格納される証明書情報及び検査項目情報の例を示す図である。

図４−Ａ（ａ）は、本例における証明書管理ＤＢ（１０４）に格納される証明書情報の項目の内容の説明を示しており、本例では、項目名「証明書番号」は「一定のルールで採番された番号」を、項目名「証明書発行日」は「証明書番号を採番した日」を、項目名「証明書発行元」は「会社名を英字表記したもの」を、項目名「有効期限」は「証明書の有効期限（発行日から３ヶ月）」を、項目名「検査項目バージョン」は「検査項目管理ＤＢと関連させるための情報」を、それぞれ示している場合である。図４−Ａ（ｂ）は、その具体的なデータ例を示している。

また、図４−Ｂ（ａ）は、本例における検査項目管理ＤＢ（１０５）に格納される検査項目情報の内容の説明を示しており、本例は、項目名「検査項目バージョン」は「証明書管理ＤＢと関連させるための情報」を、項目名「判定フラグ」は「検査方式判定フラグ（０：セキュリティパッチ情報を判定，１：アンチウィルス製品情報を判定，２：不正ソフトウェア情報を判定）」を、検査項目／セキュリティバッチ情報としての「パッチ番号」は「パッチの文書番号」を、「ファイル名」は「対象ファイルの名称」を、「ファイルバージョン」は「対象ファイルのバージョン」を、「ファイル更新日時」は「対象ファイルの更新日時」を、検査項目／アンチウィルス製品情報としての「エンジンバージョン」は「アンチウィルス製品のエンジンバージョン」を、「定義ファイルバージョン」は「ウィルス定義ファイルのバージョン」を、検査項目／不正ソフトウェア情報としての「ソフトウェア名称」は「不正ソフトウェア名称（任意の文字列）」を、「ファイル名」は「対象ファイルの名称」を、それぞれ示している場合である。図４−Ｂ（ｂ）は、その具体的なデータ例を示している。

なお、判定フラグ（検査方式判定フラグ）として、０，１，２の３種類を設けた理由は、セキュリティパッチ情報，アンチウィルス製品情報及び不正ソフトウェア情報の３種類の情報を単一の検査項目管理ＤＢに組み入れ、判定フラグ０，１，２によってこれらの３種類の情報を識別して取り扱うようにするためである。単一のＤＢではなく、セキュリティパッチ情報のＤＢ，アンチウィルス製品情報のＤＢ及び不正ソフトウェア情報のＤＢを別個のＤＢとして管理する場合は上記判定フラグの代わりにそれぞれのＤＢを識別するためのＤＢ識別情報を用いればよい。

クライアントＰＣである適合済みＰＣ（２１０）と検査対象ＰＣ（２２０，２３０）は、同一セグメントの他のクライアントＰＣに証明書及び検索項目を転送するための証明書/検査項目転送処理部（２１１，２２１，２３１）と、サーバ又はクライアントから証明書及び検索項目を受信するための証明書/検査項目受信処理部（２１２，２２２，２３２）と，セキュリティの検査を実施するための検査処理部（２１３，２２３，２３３）と、最新のポリシーで再認証の必要性を確認するための再認証確認処理部（２１４，２２４，２３４）を有している。

適合済みＰＣ（２１０）と検査対象ＰＣ（２２０，２３０）は、制御や処理を実行するＣＰＵや各種プログラムや各種データを記憶する記憶装置を有しており、ＣＰＵにより上記各処理部の処理に対応するプログラムを実行することによって所望の処理を実現するＰＣ（クライアントＰＣ）である。

図２−Ａは、同一セグメントに適合ＰＣが存在しない場合の動作を説明するための図である。

（ａ）検査対象ＰＣ（２３０）からネットワーク認証サーバ（１０１）に証明書及び検査項目情報の受信要求を行う。

（ｂ）受信要求を受けたネットワーク接続認証サーバ（１０１）の証明書/検査項目転送処理部（１０２）は証明書管理ＤＢ（１０４）及び検査項目管理ＤＢ（１０５）の情報を参照し、検査対象ＰＣ（２３０）の証明書/検査項目受信処理部（２３２）と通信を行い、証明書/検査項目転送処理部（１０２）から検査対象ＰＣ（２３０）に情報（証明書管理ＤＢの証明書情報，検査項目管理ＤＢの検査項目情報）をダウンロードする。

（ｃ）検査対象ＰＣ（２３０）では、受信した情報（証明書管理ＤＢの証明書情報，検査項目管理ＤＢの検査項目情報）を元に、検査対象ＰＣ（２３０）の検査処理部（２３３）でセキュリティ検査（検査処理）を実行する。

（ｄ）検査処理部（２３３）でのセキュリティ検査の結果が「適合」の場合は、当該検査対象ＰＣ（２３０）が、ネットワーク接続認証サーバ（１０１）へ証明書番号を転送し接続通知を行う。なお、検査処理部（２３３）による検査の結果が「非適合」の場合は、接続不可となる。

図２−Ｂは、検査対象ＰＣと同一セグメント内に適合ＰＣ（最新の証明書を持つ認証済みＰＣ）が存在する場合の動作を説明するための図である。

（ａ）検査対象ＰＣ（２２０）は、同一セグメント内に自ＰＣで保有している証明書より新しい証明書（最新）を持った適合ＰＣが存在するかを同一セグメント内にあるすべてのＰＣに対して問い合わせる。本例は適合済みＰＣが存在する場合であり、そのＰＣを適合済みＰＣ（２１０）とする。

（ｂ）この適合済みＰＣ（２１０）は、前記問い合わせに対して自ＰＣ（２１０）が前記問い合わせ元の検査対象ＰＣ（２２０）より新しい証明書を保持していることを確認し、証明書/検査項目転送処理部（２１１）から問い合わせ元の検査対象ＰＣ（２２０）の証明書/検査項目受信処理部（２２２）へ該新しい証明書及び検査項目情報を転送する。

（ｃ）検査対象ＰＣ（２２０）は、適合済みＰＣ（２１０）から受信した新しい証明書及び検査項目情報を元に検査処理部（２２３）にて検査を実施する。

（ｄ）検査結果が適合の場合、検査対象ＰＣ（２２０）はネットワーク接続認証サーバ（１０１）に該証明書を転送し接続通知を行う。

検査対象ＰＣ（２２０）から証明書を受け取ったネットワーク接続認証サーバ（１０１）は、自身で管理している最新の証明書と検査対象ＰＣ（２２０）から受け取った証明書とを比較して、それらが同一の場合は接続を許可するが、ネットワーク接続認証サーバ（１０１）が保持している証明書の方が検査対象ＰＣ（２２０）から受け取った証明書より新しい場合は、接続を拒否し、自サーバが保持している最新の証明書及び検査項目情報を検査対象ＰＣ（２２０）へ転送する。ネットワーク接続認証サーバ（１０１）から最新の証明書及び検査項目を受け取った検査対象ＰＣ（２２０）は、上記（ｃ）の検査処理から再実行する。

（ｅ）最新の情報で検査が完了し、接続を許可された検査対象ＰＣ（２２０）は、同一セグメント内の他ＰＣに自ＰＣが最新の証明書が存在することを通知する。

旧情報による適合済みＰＣ（２１０Ａ）が同一セグメント内の存在した場合、その旧情報による適合済みＰＣ（２１０Ａ）は、通知された証明書と自ＰＣが保持している証明書の新旧を再認証確認処理部（２１４Ａ）で比較し、通知された証明書より自ＰＣが保持している証明書の方が古い場合は、上記（ａ）から再認証を行なう。

次に、各処理部によって行われる処理を、フローチャートを用いて説明する。
ａ）＜証明書/検査項目転送処理の説明＞
図３−Ａは、証明書/検査項目転送処理部（１０２，２１１，２２１，２３１，２２１Ａ）によって実行される証明書/検査項目転送処理（３０１）を説明するためのフローチャートである（サーバ、クライアント共通）。

図３−Ａに示すように、証明書/検査項目転送処理（３０１）では、まず、ダウンロード要求か否かを判断する（ステップＳ３０２）。ダウンロード要求の場合は（ステップＳ３０２：Ｙ）、証明書情報及び検査項目情報（図４−Ａ，図４−Ｂ参照）を要求元ＰＣへ転送する（ステップＳ３０３）。

ステップＳ３０２でダウンロード要求でない場合は（ステップＳ３０２：Ｎ）、次に、証明書番号確認要求か否かを判断する（ステップＳ３０４）。

証明書番号確認要求の場合（ステップＳ３０４：Ｙ）、自ＰＣで保持している証明書番号と確認要求の証明書番号を比較する（ステップＳ３０５）。比較の結果、同じ又は自ＰＣが古い証明書を保持していた場合は、何もせず処理を終了する。確認要求の証明書番号より自ＰＣが保持している証明書番号の方が新しい場合は、新しい証明書が存在することを要求元ＰＣに通知する（ステップＳ３０６）。

ｂ）＜ネットワーク接続制御の説明＞
図３−Ｂは、ネットワーク接続認証サーバ（１０１）のネットワーク接続制御部（１０３）によって実行されるネットワーク接続制御（４０１）を説明するためのフローチャートである。

図３−Ｂに示すように、ネットワーク接続制御（４０１）では、まず、ネットワーク接続許可依頼を受信し、受信したネットワーク接続許可依頼の証明書番号を記憶部R１に格納する（ステップＳ４０２）。続いて証明書管理ＤＢ（１０４）から証明書番号の読み込みを行い、読み込んだ証明書番号を記憶部R２に格納する（ステップＳ４０３）。

記憶部R１に格納された証明書番号と記憶部R２に格納された証明書番号を比較し（ステップＳ４０４）、両者が一致した場合は、ネットワーク接続許可依頼元のクライアントＰＣにネットワーク接続を許可する（ステップＳ４０５）。一致しなかった場合、非適合であることをネットワーク接続許可依頼元のクライアントＰＣに通知する（ステップＳ４０６）。

ｃ）＜証明書/検査項目受信処理の説明＞
図３−Ｃは、クライアントＰＣの証明書/検査項目受信処理部（２１２，２２２，２３２，２１２Ａ）が実行する証明書/検査項目受信処理（５０１）を説明するためのフローチャートである。

図３−Ｃに示すように、証明書/検査項目受信処理（５１０）では、まず、自ＰＣに証明書が存在するかを判定し（ステップＳ５０２）、存在する場合は（ステップＳ５０２：Ｙ）、自ＰＣの証明書番号を読み込む（ステップＳ５０３）。自ＰＣに証明書が存在しない場合は（ステップＳ５０２：Ｎ）、自ＰＣの証明書番号の読み込みは行わない。

その後、ブロードキャストで証明書番号確認要求を行う（ステップＳ５０４）。このとき、自身が保持している証明書番号を通知する。一定期間応答を待ち、すべての応答の中で最新の証明書番号を通信したＰＣ情報を記憶する（ステップＳ５０５）。

次に、自ＰＣより最新の証明書を保持しているＰＣが存在するか否かを確認し（ステップＳ５０６）、存在する場合は（ステップＳ５０６：Ｙ）、最新の証明書を保持しているＰＣにダウンロード要求を送出し（図３−ＡのステップＳ３０２のダウンロード要求に相当）、該ＰＣから証明書情報及び検査項目情報をダウンロードする（ステップＳ５０７）。

最新の証明書を保持しているＰＣから証明書情報及び検査項目情報のダウンロードが完了したら、検査処理部をコールし、図３−Ｄのフローチャートに示す検査処理を実行する（ステップＳ５１３）。

検査処理完了後、検査処理部からのリターン情報を確認する（ステップＳ５１４）。リターン情報が適合であった場合（ステップＳ５１４：Ｙ）、ネットワーク接続認証サーバ（１０１）へ証明書を添付して適合を通知した後（ステップＳ５１５）、ネットワーク接続認証サーバ（１０１）からの応答を確認する（ステップＳ５１６）。

ステップＳ５１６でネットワーク接続認証サーバ（１０１）からの応答が適合であった場合、ブロードキャストで最新の証明書番号を同一セグメント内のすべてのクライアントＰＣに通知する（ステップＳ５１７）。以上のすべての処理の完了をもってネットワーク接続が可能となる（ステップＳ５１９）。

なお、ステップＳ５１４にて検査処理部からのリターン情報が非適合の場合、（ロ）の処理（ステップＳ５２０，５１２）となり、ネットワーク接続不可のメッセージを画面に出力し（ステップＳ５２２）、ネットワーク接続が不可の状態にして処理を終了する（ステップＳ５２３）。

また、ステップＳ５１６でネットワーク接続認証サーバ（１０１）からの応答が非適合（すなわち証明書が最新でない）を受信した場合、（イ）の処理（ステップＳ５１８，５１０）となり、ネットワーク接続認証サーバ（１０１）に証明書/検査項目情報の転送を要求し（ステップＳ５１１）、その後、ネットワーク接続認証サーバ（１０１）から証明書/検査項目情報を受信し（ステップＳ５１２）、ステップＳ５１３の検査処理部のコールに戻り、検査処理から再実行する。

また、ステップＳ５０６で自ＰＣより最新の証明書を保持しているＰＣが存在しない場合は（ステップＳ５０６：Ｎ）、自ＰＣに証明書が存在するか否かを確認し（ステップＳ５０８）、存在する場合は（ステップＳ５０８：Ｙ）、検査処理部をコールしてその証明書で検査を行う（ステップＳ５１３）。

自ＰＣに証明書が存在しない場合は（ステップＳ５０８：Ｎ）、（イ）の処理（ステップＳ５０９，５１０）となり、ネットワーク接続認証サーバ（１０１）に証明書/検査項目情報の転送を要求し（ステップＳ５１１）、その後、ネットワーク接続認証サーバ（１０１）から証明書/検査項目情報を受信し（ステップＳ５１２）、検査処理部をコールして検査処理を実行する（ステップＳ５１３）。

ｄ）＜検査処理の説明＞
図３−Ｄは、クライアントＰＣの検査処理部（２１３，２２３，２３３，２１３Ａ）が実行する検査処理（６０１）を説明するためのフローチャートである。

図３−Ｄに示すように、検査処理（６０１）では、まず、検査項目情報（図４−Ｂ（ｂ）参照）から１レコード目の検査項目を読み込む（ステップＳ６０２）。このとき、カウンタに１をセットする（ステップＳ６０３）。検査項目がすべて検査完了するまで以下の処理を繰り返す（ステップＳ６０４）。

まず、判定フラグが０であるかを確認し（ステップＳ６０５）、判定フラグが０（すなわち検査項目情報がセキュリティパッチ情報（検査項目；パッチ番号、ファイル名、ファイルバージョン、ファイル更新日時））の場合（ステップＳ６０５：Ｙ）、検査項目と該検査項目に該当するＰＣの状態を比較し（ステップＳ６０６）、一致しているか否かを判定する（ステップＳ６０７）。

一致していたら（ステップＳ６０７：Ｙ）、カウンタをカウントアップし、次のレコードを読み込み（ステップＳ６０８）、ステップＳ６０４に戻り、この処理を最後のレコードまで繰り返して実施する。

ステップＳ６０５で判定フラグが０以外の場合は（ステップＳ６０５：Ｎ）、次に、判定フラグが１か否かを判定する（ステップＳ６０９）。

ステップＳ６０９での判定の結果、判定フラグが１（すなわちアンチウィルス製品情報（エンジンバージョン、定義ファイルバージョン））の場合（ステップＳ６０９：Ｙ）、検査項目と該検査項目に該当するＰＣの状態を比較し（ステップＳ６１０）、検査項目と該検査項目に該当するＰＣの状態が一致しているか又はＰＣの状態が検査項目より新しいか否かを判定する（ステップＳ６１１）。

ステップＳ６１１での判定の結果、検査項目と該検査項目に該当するＰＣの状態が一致しているか又はＰＣの状態が検査項目より新しい場合（ステップＳ６１１：Ｙ）、カウンタをカウントアップし、次のレコードを読み込み（ステップＳ６０８）、ステップＳ６０４に戻る。この処理をレコードの最後まで繰り返して実施する。

判定フラグが２（すなわち不正ソフトウェア情報（ソフトウェア名称、ファイル名））の場合（ステップＳ６０５：Ｎ，ステップＳ６０９：Ｎ）、検査項目と検査項目に該当するＰＣの状態を比較し（ステップＳ６１６）、ＰＣに該当情報が存在しないか否かを判定する（ステップＳ６１７）。存在しない場合は（ステップＳ６１７：Ｙ）、カウンタをカウントアップし、次のレコードを読み込み（ステップＳ６０８）、ステップＳ６０４に戻る。この処理をレコードの最後まで繰り返し実施する。

ステップＳ６０４で、すべてのレコードを処理し（カウンタのカウント値が検査項目の全レコード数ｎに到達）、正常に検査完了となったら、リターン情報に適合を設定し（ステップＳ６２１）、リターンする。

なお、各状態の確認ステップ（ステップＳ６０７，ステップＳ６１１，ステップＳ６１７）での判定がＮＯの場合は、（ハ）の処理（ステップＳ６１２，６１３，６１８，６１９）となり、検査不合格とみなし、リターン情報に非適合を設定し（ステップＳ６２０）、リターンする。

ｅ）＜再認証確認処理の説明＞
図３−Ｅは、クライアントＰＣの再認証確認処理部（２１４，２２４，２３４，２１４Ａ）が実行する再認証確認処理（７０１）のフローチャートである。

図３−Ｅに示すように、再認証確認処理（７０１）では、まず、最新証明書番号通知の受信であるか否かを判定する（ステップＳ７０２）。判定の結果、最新証明書番号通知の受信の場合（ステップＳ７０２：Ｙ）、自ＰＣの証明書番号を読み込み（ステップＳ７０３）、通知された証明書番号と自ＰＣで保持している証明書番号を比較する（ステップＳ７０４）。

ステップＳ７０４での比較の結果、自ＰＣで保持している証明書番号の方が通知された証明書番号より古い場合、再認証が必要であるため、証明書/検査項目受信処理部に証明書/検査項目受信処理をコールして（ステップＳ７０５）、再認証を実施する。

ステップＳ７０４での比較の結果、自ＰＣで保持している証明書番号と通知された証明書番号が同じ又は自ＰＣで保持している証明書番号の方が通知された証明書番号より新しい場合は、再認証の必要はないため、処理を完了する。なお、ステップＳ７０２での判定の結果、最新証明書番号通知の受信でない場合は、何もせず処理を完了する。

なお、本発明を実現するためのプログラム（すなわち、証明書/検査項目転送処理部（証明書/検査項目転送処理手段）、ネットワーク接続制御部（ネットワーク接続制御手段）、証明書/検査項目受信処理部（証明書/検査項目受信処理手段）、検査処理部（検査処理手段）、再認証確認処理部（再認証確認処理手段）の各処理機能を実現するためのプログラム）は、ＣＤ−ＲＯＭ、ＤＶＤ、ＦＤやインターネットを介して広く市場に流通させることができる。

証明書を利用したクライアントセキュリティ認証システムの全体を示す構成図である。同一セグメントに手起動ＰＣが存在しない場合の動作を説明するための図である。同一セグメントに適合ＰＣが存在する場合の動作を説明するための図である。証明書/検査項目転送処理（３０１）を説明するためのフローチャートである（ネットワーク接続認証サーバ、クライアントＰＣ共通）。ネットワーク接続認証サーバのネットワーク接続制御部が実行するネットワーク接続制御（４０１）を説明するためのフローチャートである。クライアントＰＣの証明書/検査項目受信処理部が実行する証明書/検査項目受信処理（５０１）を説明するためのフローチャートである。クライアントＰＣの検査処理部が実行する検査処理（６０１）を説明するためのフローチャートである。クライアントＰＣの再認証確認処理部が実行する再認証確認処理（７０１）を説明するためのフローチャートである。ネットワーク接続認証サーバの証明書管理ＤＢの構成例を示す図である。ネットワーク接続認証サーバの検査項目管理ＤＢの構成例を示す図である。

符号の説明

１０１：ネットワーク接続認証サーバ
１０２：証明書/検査項目転送処理部（証明書/検査項目転送処理手段）
１０３：ネットワーク接続制御部（ネットワーク接続制御手段）
１０４：証明書管理ＤＢ
１０５：検査項目管理ＤＢ
１０６〜１０９：スイッチングハブ（ネットワーク機器）
２１０，２２０，２３０，２１０Ａ：クライアントＰＣ
２１１，２２１，２３１，２１１Ａ：証明書/検査項目転送処理部（証明書/検査項目転送処理手段）
２１２，２２２，２３２，２１２Ａ：証明書/検査項目受信処理部（証明書/検査項目受信処理手段）
２１３，２２３，２３３，２１３Ａ：検査処理部（検査処理手段）
２１４，２２４，２３４，２１４Ａ：再認証確認処理部（再認証確認処理手段）

Claims

ネットワーク接続認証サーバと複数のクライアントＰＣを具備し、セキュリティ認証のための証明書を利用してクライアントＰＣのセキュリティ認証を行うクライアントセキュリティ認証システムであって、
前記ネットワーク接続認証サーバは、
前記証明書から一定のルールで採番され新旧の識別可能な証明書番号と該証明書番号に対応する検査項目のバージョンを登録した証明書管理データベース、および、該証明書の検査項目のバージョンに関連付けられたセキュリティパッチ情報，アンチウイルス製品情報，不正ソフトウェア情報からなる検査項目情報を登録した検査項目管理データベースを有し、
前記クライアントＰＣは、
最初のセキュリティ認証時に同一セグメントに自ＰＣより新しい証明書を保持するクライアントＰＣが存在するか否かを前記証明書番号によって確認する手段と、
自ＰＣより新しい証明書を保持するクライアントＰＣが存在する場合、該クライアントＰＣから自ＰＣより新しい証明書及び該証明書に関連付けられた検査項目情報をダウンロードし、該ダウンロードした証明書及び検査項目情報を用いてセキュリティ検査を行う手段と、
自ＰＣより新しい証明書を保持するクライアントＰＣが存在しない場合、前記ネットワーク接続認証サーバから前記証明書および前記検査項目情報をダウンロードし、該ダウンロードした証明書および検査項目情報によりセキュリティ検査を行う手段を有し、
前記セキュリティ検査において、前記検査項目情報がセキュリティパッチ情報の場合は検査項目と該検査項目に該当するＰＣの状態が一致している場合を、前記検査項目情報がアンチウイルス製品情報の場合は検査項目と該検査項目に該当するＰＣの状態が一致しているかまたはＰＣの状態が検査項目より新しい場合を、前記検査項目情報が不正ソフトウェア情報の場合はＰＣに該当検査項目が存在しない場合を検査合格とし、それ以外は検査不合格とする
ことを特徴とするクライアントセキュリティ認証システム。
請求項１記載のクライアントセキュリティ認証システムにおいて、さらに、
セキュリティ認証完了後に最新の証明書番号を同一セグメント内の他ＰＣへ通知する手段を有することを特徴とするクライアントセキュリティ認証システム。
セキュリティ認証のための証明書から一定のルールで採番され新旧の識別可能な証明書番号と該証明書番号に対応する検査項目のバージョンを登録した証明書管理データベース、および、該証明書の検査項目のバージョンに関連付けられたセキュリティパッチ情報，アンチウイルス製品情報，不正ソフトウェア情報からなる検査項目情報を登録した検査項目管理データベースを備えるネットワーク接続認証サーバと、複数のクライアントＰＣを具備し、前記セキュリティ認証のための証明書を利用してクライアントＰＣのセキュリティ認証を行うクライアントセキュリティ認証方法であって、
前記クライアントＰＣが、最初のセキュリティ認証時に同一セグメントに自ＰＣより新しい証明書を保持するクライアントＰＣが存在するか否かを前記証明書番号によって確認するステップと、
自ＰＣより新しい証明書を保持するクライアントＰＣが存在する場合、該クライアントＰＣから自ＰＣより新しい証明書及び該証明書に関連付けられた検査項目情報をダウンロードし、該ダウンロードした証明書及び検査項目情報を用いてセキュリティ検査を行うステップと、
自ＰＣより新しい証明書を保持するクライアントＰＣが存在しない場合、前記ネットワーク接続認証サーバから前記証明書および前記検査項目情報をダウンロードし、該ダウンロードした証明書および検査項目情報によりセキュリティ検査を行うステップを有し、
前記セキュリティ検査において、前記検査項目情報がセキュリティパッチ情報の場合は検査項目と該検査項目に該当するＰＣの状態が一致している場合を、前記検査項目情報がアンチウイルス製品情報の場合は検査項目と該検査項目に該当するＰＣの状態が一致しているかまたはＰＣの状態が検査項目より新しい場合を、前記検査項目情報が不正ソフトウェア情報の場合はＰＣに該当検査項目が存在しない場合を検査合格とし、それ以外は検査不合格とする
ことを特徴とするクライアントセキュリティ認証方法。
請求項３記載のクライアントセキュリティ認証方法において、さらに、
セキュリティ認証完了後に最新の証明書番号を同一セグメント内の他ＰＣへ通知するステップを有することを特徴とするクライアントセキュリティ認証方法。
コンピュータを、請求項１または２における各手段として機能させるためのプログラム。