JP4074266B2 - パケットフィルタリング装置、及びパケットフィルタリングプログラム - Google Patents

Description

本発明は、ネットワーク間を送受信されるパケットをフィルタリングするパケットフィルタリング装置、及びパケットフィルタリングプログラムに関し、詳しくはパケットの安全性を評価した安全性評価情報の付加したパケットのフィルタリングに関するものである。

従来、企業などでは社内文書などの機密データをネットワーク経由で送受信する際、データの機密性・完全性・真正性を確保する必要があり、暗号技術や認証技術を用いたいくつかの方法が提案されている。

例えば、暗号技術や認証技術を取り入れたＶＰＮ（Virtual Private Network）を利用することで、ネットワーク間におけるデータの機密性を確保する方法がある。

他には、パケットの送信時にフィルタリング装置を通過したことを示す通過情報をパケットに付加して送信し、受信の際に通過情報が正しく付加されていることを確認することでデータの真正性を確保する方法もある（例えば特許文献１）。

特開平１１−２０５３８８号公報

しかしながら、上述した２つの方法は、送信側のネットワークおよび受信側のネットワーク間の機密性または真正性を確保するための方法であり、パケットを送信した通信装置あるいは利用者による真正性を確保する方法ではない。具体的には、送信側ネットワーク内部のセキュリティ等の面から信頼性に乏しい通信装置からの送信あるいは通信装置を使用している利用者が他の利用者になりすまして送信した場合であっても、受信側のネットワークは正当なパケットとして受信する。これにより正当なパケットとして受信したにもかかわらず、被害が発生する可能性がある。つまり受信側のネットワークは、パケットの送信元の通信装置あるいは通信装置を使用している利用者の安全性についての情報を取得できず、パケットの安全性が判定できないという問題がある。

本発明は、上記に鑑みてなされたものであって、受信側のネットワークが送信側のネットワーク内からパケットを送信した通信装置あるいは通信装置を使用している利用者の安全性についての情報を取得し、パケットの安全性の判定することが可能なパケットフィルタリング装置、及びパケットフィルタリングプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、内部ネットワーク、及び公衆ネットワークに接続されるパケットフィルタリング装置であって、前記内部ネットワークを介して送信された通信パケットを受信する受信手段と、通信装置を識別する識別情報と、当該通信装置の稼働状態を示す稼働情報とを対応付けて記憶する稼働情報記憶部と、前記受信手段により受信した前記通信パケットの送信元を示す前記識別情報と対応付けられた前記稼働情報が前記稼働情報記憶部に記憶されているか否か判定する判定部と、前記判定部により記憶されていないと判定された場合に、前記通信装置の稼働状態を調査し、当該調査結果を前記稼働情報として、調査先の通信装置を識別する前記識別情報と対応付けて前記稼働情報記憶部を更新する調査部と、前記受信手段により受信した前記通信パケットの送信元を示す情報と対応付けられている前記稼働情報を、前記稼働情報記憶部から取得する取得手段と、前記取得手段により取得された前記稼働情報について予め定められた評価基準に基づいて、該送信元の安全性の評価を示す安全性評価情報を生成する安全性評価生成手段と、前記安全性評価生成手段により生成された前記安全性評価情報を、前記受信手段で受信した前記通信パケットに付加する安全性評価付加手段と、前記安全性評価付加手段により前記安全性評価情報が付加された前記通信パケットを、前記公衆ネットワークに転送する外部転送手段と、を備えたことを特徴とする。

また、本発明は、内部ネットワーク、及び公衆ネットワークに接続されるパケットフィルタリング装置であって、前記内部ネットワークを介して送信された通信パケットを受信する受信手段と、通信装置を識別する識別情報と、当該通信装置の稼働状態を示す稼働情報とを対応付けて記憶する稼働情報記憶部と、所定時間毎に前記通信装置の稼働状態を調査し、当該調査結果を前記稼働情報として、調査先の通信装置を識別する前記識別情報と対応付けて前記稼働情報記憶部を更新する調査部と、前記受信手段により受信した前記通信パケットの送信元を示す情報と対応付けられている前記稼働情報を、前記稼働情報記憶部から取得する取得手段と、前記取得手段により取得された前記稼働情報について予め定められた評価基準に基づいて、該送信元の安全性の評価を示す安全性評価情報を生成する安全性評価生成手段と、前記安全性評価生成手段により生成された前記安全性評価情報を、前記受信手段で受信した前記通信パケットに付加する安全性評価付加手段と、前記安全性評価付加手段により前記安全性評価情報が付加された前記通信パケットを、前記公衆ネットワークに転送する外部転送手段と、を備えたことを特徴とする。

また、本発明は、内部ネットワークを介して送信された通信パケットを受信する受信手順と、通信装置を識別する識別情報と、当該通信装置の稼働状態を示す稼働情報とを対応付けて稼働情報記憶手段に記憶する記憶手順と、前記受信手順により受信した前記通信パケットの送信元を示す前記識別情報と対応付けられた前記稼働情報が前記稼働情報記憶手段に記憶されているか否か判定する判定手順と、前記判定手順により記憶されていないと判定された場合に、前記通信装置の稼働状態を調査し、当該調査結果を前記稼働情報として、調査先の通信装置を識別する前記識別情報と対応付けて前記稼働情報記憶手段を更新する調査手順と、前記受信手順により受信した前記通信パケットの送信元を示す前記識別情報と対応付けられている前記稼働情報を、前記稼働情報記憶部から取得する取得手順と、前記取得手順により取得された前記稼働情報について予め定められた評価基準に基づいて、該送信元の安全性の評価を示す安全性評価情報を生成する安全性評価生成手順と、前記安全性評価生成手順により生成された前記安全性評価情報を、前記受信手順で受信した前記通信パケットに付加する安全性評価付加手順と、前記安全性評価付加手順により前記安全性評価情報が付加された前記通信パケットを、公衆ネットワークに転送する外部転送手順と、をコンピュータに実行させる。

また、本発明は、公衆ネットワークを介して送信された通信パケットを受信する受信手順と、通信装置を識別する識別情報と、当該通信装置の稼働状態を示す稼働情報とを対応付けて稼働情報記憶部に記憶する稼働情報記憶手順と、所定時間毎に前記通信装置の稼働状態を調査し、当該調査結果を前記稼働情報として、調査先の通信装置を識別する前記識別情報と対応付けて前記稼働情報記憶部を更新する調査手順と、前記受信手順により受信した前記通信パケットの送信元を示す情報と対応付けられている前記稼働情報を、前記稼働情報記憶部から取得する取得手順と、前記取得手順により取得された前記稼働情報について予め定められた評価基準に基づいて、該送信元の安全性の評価を示す安全性評価情報を生成する安全性評価生成手順と、前記安全性評価生成手順により生成された前記安全性評価情報を、前記受信手順で受信した前記通信パケットに付加する安全性評価付加手順と、前記安全性評価付加手順により前記安全性評価情報が付加された前記通信パケットを、前記公衆ネットワークに転送する外部転送手順と、をコンピュータに実行させる。

本発明によれば、通信装置の調査により得られた稼働情報について予め定められた評価基準に基づいて生成された送信元の安全性の評価を示す安全性評価情報を付加して公衆ネットワークに転送するため、この通信パケットを受信した他の装置が安全性評価情報により、通信パケットの送信元の稼働情報についての安全性の評価を取得することとなり、通信パケットが安全基準より高いか否かの判定が可能という効果を奏する。

また、本発明によれば、所定時間毎の通信装置の調査により得られた稼働情報について予め定められた評価基準に基づいて生成された送信元の安全性の評価を示す安全性評価情報を付加して公衆ネットワークに転送するため、この通信パケットを受信した他の装置が安全性評価情報により、通信パケットの送信元の稼働情報についての安全性の評価を取得することとなり、通信パケットが安全基準より高いか否かの判定が可能という効果を奏する。

以下に添付図面を参照して、本発明にかかるパケットフィルタリング装置、及びパケットフィルタリングプログラムの最良な実施の形態を詳細に説明する。

（第１の実施の形態）
図１は、第１の実施の形態であるネットワークの構成を示した図である。本図において、ネットワークＡ１１及びネットワークＢ１２は、公衆ネットワーク１３を介して接続されている。それぞれのネットワークにはファイアウォール８１、８２とルータ７１、７２が設置され、ルータ７１、７２を介してクライアント５１ａ〜ｃ、５２ａ〜ｃが設置されている。なお、ネットワークＡ１１及びネットワークＢ１２を結ぶ際にはＶＰＮを使用しても良い。

パケットフィルタリング装置１００とパケットフィルタリング装置１０１は同様の処理を行うものであり、パケットフィルタリング装置１００についてのみ説明する。

パケットフィルタリング装置１００は、パケットを送信したクライアント５１ａ〜ｃのセキュリティに関する情報あるいはパケットを送信したユーザの認証により、安全性に関する評価を示す評価情報をパケットに付加して送信する。

また、パケットフィルタリング装置１００は、ネットワークＢ１２からパケットを受信した際には後述する評価情報が付加されているか否か確認する。評価情報が付加されていなかった場合はパケットをファイアウォール８１に転送し、評価情報が付加されている場合、この評価情報に記載されているセキュリティに関する情報あるいはユーザの認証について安全基準を満たしているか否か判定し、安全基準を満たしていると判定した場合、パケットから評価情報を削除してから、ルータ７１を介して送信先のクライアント５１ａ〜ｃに転送する。なお、詳しい構成及び処理手順については後述する。

ファイアウォール８１、８２は、評価情報が付加されていないパケットに対して不正なパケットであるか否かを監視することで、不正なアクセスの検出・遮断を行う。なお、本実施の形態においては評価情報が付加されていないパケットはファイアウォール８１、８２に送信するが、他の実施の形態としてファイアウォール８１、８２を設置せず、パケットフィルタリング装置１００において評価情報が付加されていないパケットは破棄することにしてもよい。

クライアント５１ａ〜５１ｃ、５２ａ〜５２ｃは、ユーザが使用するパソコンまたはサーバなどの計算機である。なお、通信装置をパソコンまたはサーバに制限するものではなく、例えば携帯電話やＰＤＡなどの移動端末でもよいものとする。

図２は、第１の実施の形態にかかるパケットフィルタリング装置１００の構成を示すブロック図である。パケットフィルタリング装置１００は、ローカルネットワーク接続部２０１、公衆ネットワーク接続部２０２かつ評価情報付加部２１１、評価情報生成部２１２、セキュリティ情報取得部２１３、ユーザ認証部２１４、ユーザ認証情報設定部２１５、クライアント調査部２１６、評価基準設定部２１７かつパケット確認部２２１、パケット安全性判定部２２２、拒否通知生成部２２３、評価情報削除部２２４、受信ポリシ設定部２２５及び記憶部２５０から構成される。これらの構成を備えることにより、パケットフィルタリング装置１００は、評価情報を付加したパケットの送受信を行い、パケット送信元の安全性の判定が可能となる。

図３は、公衆ネットワーク１３を介してパケットフィルタリング装置１００が送受信するパケットの構成を示した図である。ＩＰヘッダ３０１はインターネットプロトコルを用いたネットワーク通信を行うために必要なヘッダであり、送信先アドレス、送信元アドレスおよびポート番号等が記述されている。ペイロード３０４には送信先に送信するためのデータが記述されている。そしてパケットフィルタリング装置１００で生成された評価情報３０３を、評価情報３０３のサイズや種別を区別するための制御ヘッダ３０２とともに、ＩＰヘッダ３０１の後のデータ領域であって、ペイロード３０４の前に挿入する。そしてパケットフィルタリング装置１００は、制御ヘッダ３０２を参照することで、評価情報３０３の有無を確認することができる。評価情報３０３の具体的な内容は、例えばパケットを送信した利用者によるユーザ認証結果の評価値がＢであり、パケットを送信したクライアントのセキュリティ情報である評価値がＣ、Ｄ、Ｂである場合、それらを合わせたＢ、Ｃ、Ｄ、Ｂが評価情報となる。

なお、パケットに評価情報を付加する部分は、ＩＰヘッダ３０１とペイロード３０４の間に制限するものではなく、予め定めた場所であり、パケットフィルタリング装置１００がパケットを受信する際に付加されている評価情報の有無を特定できる場所であればよい。また、評価情報を付加する対象のパケットをＩＰパケットに制限するものではなく、さらにはネットワークにおけるどのレイヤーのパケットに評価情報を付加しても良い。

図２に戻り、ローカルネットワーク接続部２０１は、ネットワークＡ１１内に設置されたクライアント５１ａ〜ｃ、ファイアウォール８１またはルータ７１との間でパケットの送受信を行う。

公衆ネットワーク接続部２０２は、公衆ネットワーク１３を介してネットワークＢ１２等の他のネットワークとの間でパケットの送受信を行う。

次にパケットフィルタリング装置１００において、評価情報を付加してパケットを送信するために必要な構成を説明する。

ユーザ認証部２１４は、受信したパケットのＩＰヘッダ３０１で保持されているＩＰアドレスより送信したクライアントを特定し、特定されたクライアントを使用している利用者に対してユーザ認証を行う。ユーザ認証の方法としては、本実施の形態においては公開鍵による認証とパスワードによる認証がある。認証により得られた利用者のユーザ認証結果は、評価情報生成部２１２に出力される。なお、ユーザの認証を公開鍵による認証及びパスワードによる認証に制限するものではない。

公開鍵による認証の例を説明する。利用者は自己の署名を生成するための復号鍵と署名生成用のチップが内蔵されたＰＣカードを携帯し、クライアント５１ａを使用する際に、ＰＣカードをクライアント５１ａに装着する。そして利用者がクライアント５１ａからパケットを送信した場合、パケットフィルタリング装置１００からの要求に応じて、クライアント５１ａに装着されたＰＣカードで生成された署名及びユーザＩＤをパケットフィルタリング装置１００に送信する。そしてパケットフィルタリング装置１００は受信した署名とユーザＩＤを、ローカルネットワーク接続部２０１を介してユーザ認証部２１４に出力する。ユーザ認証部２１４は、入力された署名について、後述するユーザ認証テーブルで保持している受信したユーザＩＤに対応する公開鍵を用いて認証を行う。認証に成功した場合、その旨を評価情報生成部２１２に出力する。そして利用者はクライアント５１ａの利用後にＰＣカードを外すことで、他人になりすました利用者によるパケットの送信を防ぐことが可能となる。当然、公開鍵による認証をＰＣカードに限るものではなく、ＩＣカードとカードリーダを利用する等が考えられる。

パスワードによる認証の例を説明する。パケットフィルタリング装置１００は、クライアント５１ａからパケットを受信し、かつ署名が送られてこなかった場合あるいは署名は送られてきたが公開鍵による認証に失敗した場合、クライアント５１ａに対してユーザＩＤとパスワードを要求する。利用者はクライアント５１ａからユーザＩＤとパスワードを入力する。そしてユーザ認証部２１４は、ローカルネットワーク接続部２０１を介して入力されたユーザＩＤとパスワードが、ユーザ認証テーブルで保持されているユーザＩＤとこれに対応するパスワードと一致するか否かにより認証を行う。認証に成功した場合、その旨をした場合、評価情報生成部２１２に出力する。これによりパケットを送信した利用者の認証が可能となり、他人になりすました利用者によるパケットの送信を防ぐことが可能となる。なお、パケットを送信する毎に、いちいち利用者がユーザＩＤとパスワードを入力するのは手間がかかるため、最初のパケット送信から区切れることなくパケットを送信している場合は同一利用者として取り扱う、あるいは一定期間に限りその認証を有効なものとみなす、などの処理を行うことが考えられる。

セキュリティ情報取得部２１３は、パケットを送信したクライアント５１ａ〜ｃのセキュリティ情報を取得する。詳しくはパケットのＩＰヘッダ３０１から送信元ＩＰアドレスを抽出し、抽出されたＩＰアドレスを元に後述する記憶部２５０で記憶されるクライアントセキュリティテーブルから送信元ＩＰアドレスで示されるクライアントと対応付けられたセキュリティ情報を取得する。もし、クライアントセキュリティテーブルが送信元ＩＰアドレスで示されるクライアントのセキュリティ情報を保持していない場合、後述するクライアント調査部２１６がクライアントのセキュリティの調査を行った後、セキュリティ情報を取得することとする。なお、詳しいセキュリティ情報の取得手順については後述する。

セキュリティ情報は、クライアントが稼働している状態におけるセキュリティに関する情報である。本実施の形態においては、セキュリティ情報は、クライアントについて行われたパッチのバージョン、アンチウィルスソフトのバージョン、そして一定時間あたりに送信されたパケットの転送量とする。これらの情報を、クライアントを示すＩＰアドレスと対応付けて後述するクライアントセキュリティテーブルで保持している。

評価情報生成部２１２は、クライアント５１ａ〜ｃから受信したパケットの評価情報を生成する。パケットの評価情報は、ユーザ認証部２１４によるパケットを送信した利用者のユーザ認証結果およびセキュリティ情報取得部２１３により取得されたパケットを送信したクライアント５１ａ〜ｃのセキュリティ情報と、後述する記憶部２５０に記憶される評価基準テーブルから、ユーザ認証結果及びセキュリティ情報各々についての安全性を示す評価値を取得し、この取得した評価値により評価情報を生成する。なお、詳しい評価値の取得手順については後述する。

評価情報は、ユーザ認証結果及びセキュリティ情報各々についての安全性を示す評価値により構成される。本実施の形態においては、ユーザ認証、クライアントのアンチウィルスソフトのバージョン情報、クライアントのパッチバージョン、クライアントから送信されたパケット転送量各々の評価値からなる。

アンチウィルソフトのバージョン（あるいはパターンファイルのバージョン）を評価対象としたのは、アンチウィルスソフトのバージョンが高ければ最新のウィルスによる攻撃も防げるため信頼性が高いと判定できるからである。クライアントのパッチバージョンを評価対象としたのは、パッチバージョンが新しいものであればセキュリティーホールが塞がれているなど信頼性が高いと判定できるからである。パケットの送信量を評価対象としたのはパケットの送信量が多い場合は他のクライアント等に対して攻撃を行っている可能性もあるため、逆にパケットの送信量が少ない場合は信頼性が高いと判定できるからである。

なお、評価情報を生成するための評価対象を、ユーザ認証、クライアントのパッチ情報、クライアントのアンチウィルスソフトのバージョン情報、クライアントから送信されたパケット転送量に制限するものではない。

評価情報付加部２１１は、評価情報生成部２１２で生成された評価情報をパケットに付加する。詳しくは評価情報生成部２１２から入力された評価情報に基づいて、評価情報のサイズや種別を区別するための制御ヘッダを生成し、ローカルネットワーク接続部２０１から入力されたパケットのＩＰヘッダ３０１とペイロード３０４の間に制御ヘッダ３０２と評価情報３０３を挿入することで、パケットに評価情報を付加する。

ユーザ認証情報設定部２１５は、利用者がパスワードの変更あるいは公開鍵による認証に必要な公開鍵の登録の設定を行う。利用者がパスワードあるいは公開鍵の登録を行った場合、利用者を示すユーザＩＤと新たなパスワードあるいは公開鍵とを対応付けて、後述する記憶部２５０のユーザ認証テーブルを更新する。なお、記憶部２５０に記憶されるユーザ認証テーブルの構成は後述する。利用者がパスワードあるいは公開鍵の変更を可能としたことで、安全性がより向上することとなった。

図４は利用者がパスワードの変更あるいは公開鍵の登録を行うためにＷｅｂブラウザに表示される画面を示した図である。利用者はユーザＩＤ及び現在のパスワードを入力することでパスワードの変更あるいは公開鍵の登録が可能となる。パスワードの変更する際に新たなパスワードを入力し『登録』をクリックすることで、ユーザ認証情報設定部２１５がユーザ認証テーブルにユーザＩＤと新たなパスワードを対応付けて更新する。また公開鍵を登録するためには公開鍵が記載されたファイルを指定し、『登録』ボタンをクリックすることで、ユーザ認証情報設定部２１５がファイルに記載されていた公開鍵をユーザ認証テーブルに登録する。公開鍵が記載されたファイルを指定することにしたのは、公開鍵はビット数が多いため利用者に入力させるのは困難であり、間違えて設定される可能性が高いためである。

図２に戻り、クライアント調査部２１６は、ネットワークＡ１１に接続されたクライアント５１ａ〜ｃについてパッチ情報、アンチウィルスソフトのバージョン情報、一定期間内のパケットの送信量を調査し、調査結果を調査対象であったクライアントを示すＩＰアドレスと対応付けて、後述する記憶部２５０で記憶しているクライアントセキュリティテーブルを更新する。また、調査方法を特に制限を設けるものではないが、本実施の形態においては、クライアント５１ａ〜ｃに対する調査は一定期間毎に自動的に行うこととする。これにより適切にクライアント５１ａ〜ｃのパケット送信量などの情報を取得することが可能となる。また、セキュリティ情報取得部２１３から特定のクライアントを調査する旨入力された場合、指定されたクライアントに対して調査を行う。なお、記憶部２５０に記憶されるクライアントセキュリティテーブルの構成は後述する。

評価基準設定部２１７は、評価基準を設定する権限を有する管理者が、評価対象に対して評価基準と評価値を入力することより、後述する記憶部２５０に記憶される評価基準テーブルに対して評価対象、評価基準及び評価値を対応付けて設定を行うものである。評価基準設定部２１７により評価対象の評価基準及び評価値の変更を可能としたことで、クライアントの最新パッチやウィルスソフトのパターンファイルの配布など、クライアントのセキュリティに関する事項に変更があった場合でも、適切に評価基準および評価値を設定することが可能となる。

図５は、管理者が評価対象に対して評価基準と評価値を設定するためにＷｅｂブラウザに表示される画面を示した図である。この画面は利用者が、管理者である旨の認証を行った後に表示される。この画面で選択できる評価対象はユーザ認証、アンチウィルスバージョン、パッチバージョン、パケット送信量とする。この選択した評価対象に対して評価基準と評価値を入力して、『登録』ボタンをクリックすることで、評価基準設定部２１７が後述する評価基準テーブルに入力された値を対応付けて設定する。

なお、評価値はＡから始まるアルファベットであり、Ａが最も高い評価となる。アンチウィルスバージョン、パッチバージョン、パケット送信量については数値と等号により評価基準を設定する。例えば”≧３．０”の場合は３．０以上のバージョンを示すこととする。なおユーザ認証では本実施の形態において選択できる評価基準は”公開鍵”、”パスワード”、”失敗”のみとする。

次にパケットフィルタリング装置１００において、受信したパケットの評価情報により安全性を判定するために必要な構成を説明する。

図２に戻り、パケット確認部２２１は、公衆ネットワーク接続部２０２から入力されたパケットに対して、評価情報が付加されているか否か確認する。パケット確認部２２１は、評価情報が付加されているパケットをパケット安全性判定部２２２に出力し、評価情報が付加されていないパケットを、ローカルネットワーク接続部２０１を介してファイアウォール８１に送信する。

パケット安全性判定部２２２は、受信したパケットの安全性が高いか否かを、パケットに付加された評価情報が保持する評価対象に対する評価値が、記憶部２５０で記憶される受信ポリシが保持する安全基準より高いか否かにより判定する。そしてパケット安全性判定部２２２は、安全基準より高いと判定したパケットを評価情報削除部２２４に出力し、安全基準より低いと判定したパケットについては破棄し、その旨を拒否通知生成部２２３に出力する。なお、詳しい判定方法については後述する。

拒否通知生成部２２３は、安全基準より低いと判定したパケットを送信先へ転送することを拒否し、パケットを破棄した旨を示す転送拒否通知を生成し、公衆ネットワーク接続部２０２を介してパケットの送信元に転送拒否通知を送信する。

転送拒否通知は、パケットを送信した送信者は、この転送拒否通知を受信することで、パケットが送信先まで送信されなかったことを知ることができる。送信者に対する転送拒否した旨の表示方法はどのような方法でも良い。例えばクライアントが転送拒否通知を受信した際、その旨が記載されたウィンドウをディスプレイ上に表示する等が考えられる。

評価情報削除部２２４は、安全基準より高いと判定したパケットから評価情報及び評価情報を制御するための制御ヘッダを削除する。具体的には評価情報削除部２２４は、制御ヘッダにより、評価情報のサイズを確認し、適切に制御ヘッダ及び評価情報の削除を行い、ＩＰヘッダ３０１とペイロード３０４からなるパケットを生成する。これによりパケットの送信元のクライアントのセキュリティあるいは利用者の認証で安全性を確認しているにもかかわらず、送信先のクライアントでは、パケットに評価情報が付加されていたか否かを区別する必要もなく、通常通りにパケットを受信して処理が行うことが可能となる。

受信ポリシ設定部２２５は、受信ポリシを設定する権限を有する管理者が入力したＩＰアドレス、ポート、評価対象及び基準値により、後述する記憶部２５０に記憶される受信ポリシにこれらを対応付けて設定登録を行うものである。受信ポリシ設定部２２５を用いて受信ポリシを変更が可能となることで、ウィルスの流行などのネットワーク環境に変化あった場合や、クライアントのウィルスソフトのバージョン等に変更があった場合、新たにクライアントとなる計算機が導入された場合等において、適切な安全性の基準を設定することが可能となる。

図６は、管理者がパケットを受信するための安全基準を設定するために、Ｗｅｂブラウザに表示される画面を示した図である。この画面は利用者が、管理者である旨の認証を行った後に表示される。この画面において安全基準を設定する対象を示すＩＰアドレス及びポート番号を入力し、この設定対象に対して、ユーザ認証、アンチウィルスバージョン、パッチバージョン、パケット送信量について安全基準を示す基準値を入力し、『登録』ボタンをクリックすることで、受信ポリシ設定部２２５が後述する受信ポリシにこれらの値を対応付けて設定する。

記憶部２５０は、パケットフィルタリング装置で評価情報の生成または受信したパケットについて安全性を判定するために必要な受信ポリシ、評価基準テーブル、クライアントセキュリティテーブル、ユーザ認証テーブルを記憶する。

図７はクライアントセキュリティテーブルの構成の一例を示した図である。クライアントセキュリティテーブルは、クライアントを示すＩＰアドレスとアンチウィルスバージョン、パッチバージョン、パケット送信量を対応付けて保持する。アンチウィルスバージョン、パッチバージョン、パケット送信量などのクライアントのセキュリティを示す情報を保持することで、評価情報生成時において迅速かつ的確なクライアントのセキュリティ情報の取得を可能とする。

図８は、ユーザ認証テーブルの構成を示した図である。ユーザ認証テーブルは、ユーザＩＤ、パスワード及び公開鍵と対応付けて保持する。

図９は、評価基準テーブルの構成を示した図である。評価基準テーブルは、評価対象、評価基準および評価値を対応付けて保持する。

図１０は、受信ポリシの構成を示した図である。受信ポリシは、ＩＰアドレス、ポート番号、評価対象及び基準値を対応付けて保持する。そして、パケット安全性判定部２２２は、受信したパケットの送信先のＩＰアドレス及びポート番号が受信ポリシで保持するレコードと一致した場合には、このレコードを用いて安全性の基準を満たしているか判定する。

また受信ポリシは、評価対象に対する基準値は必ず入力する必要があるが、ＩＰアドレス、ポート番号は必要に応じて設定されていれば良いこととする。本図を用いて例を説明すると、'192.168.04'は機密度が高いクライアントであるため、全てのポート番号について、どの評価対象に対しても高い基準値を設定する。また、クライアントに関わらず、特定のポート番号、例えば'1030'は、ユーザ認証が不要であるためユーザ認証に対して低い基準値を設定するが、その他の評価対象に対しては高い基準値を設定する。他に、クライアント及びポート番号が指定しないことで（レコード内にて両方とも'-'）、他の設定された要件に当てはまらなかったパケットに対して最低限度の安全性を判定する等が考えられる。

次に、以上により構成された本実施の形態に係るパケットフィルタリング装置１００においてクライアント５１ａからパケットを受信してから評価情報を付加して送信するまでの処理について説明する。図１１は本実施の形態にかかるパケットフィルタリング装置１００におけるクライアント５１ａ〜cからパケットを受信してから評価情報を付加して送信するまでの全体処理を示すフローチャートである。

ローカルネットワーク接続部２０１は、クライアント５１ａ〜ｃから、ネットワークＢ１２内にあるクライアント５２ａ〜ｃに送信するパケットを受信する（ステップＳ９０１）。

次に、ユーザ認証部２１４は、ローカルネットワーク接続部２０１を介して、受信したパケットのＩＰヘッダ３０１内のＩＰアドレスからパケットを送信したクライアントを特定し（本フローチャートにおいては特定されたクライアントをクライアント５１ａとする）、クライアント５１ａを使用している利用者に対してユーザの認証を行う（ステップＳ９０２）。なお、具体的なユーザ認証の処理手順は後述する。

セキュリティ情報取得部２１３は、ローカルネットワーク接続部２０１を介して、受信したパケットのＩＰヘッダ３０１内のＩＰアドレスから、パケットを送信したクライアントを特定し（本フローチャートにおいては特定されたクライアントをクライアント５１ａとする）、クライアント５１ａのセキュリティ情報を、記憶部２５０に記憶されているクライアントセキュリティテーブルから取得する（ステップＳ９０３）。なお、具体的なセキュリティ情報の取得する処理手順は後述する。

評価情報生成部２１２は、ユーザ認証部２１４によるユーザ認証結果及びセキュリティ情報取得部２１３が取得したセキュリティ情報に基づいて、ユーザ認証、アンチウィルスバージョン、パッチバージョン、パケット送信量に対して評価値を与え、これらの評価値より評価情報を生成する（ステップＳ９０４）。なお、具体的な評価値の取得する処理手順は後述する。

評価情報付加部２１１は、評価情報生成部２１２が生成した評価情報を、クライアント５１ａから受信したパケットのＩＰヘッダ３０１とペイロード３０４の間に制御ヘッダ３０２と供に挿入して、パケットに評価情報を付加する（ステップＳ９０５）。また、制御ヘッダ３０２は評価情報のサイズ等に基づいて、評価情報付加部２１１が生成する。

公衆ネットワーク接続部２０２は、評価情報付加部２１１により評価情報が付加されたパケットを、公衆ネットワークを介してネットワークＢ１２に送信する（ステップＳ９０６）。

上述した処理により、クライアント５１ａ〜ｃから受信したパケットに評価情報を付加して送信することが可能となる。また、本実施の形態においては、評価情報をユーザ認証及びクライアントのセキュリティ情報の両方に基づいて生成することとしたが、どちらか一方あるいはさらに他の要件を加えて生成しても良い。

次に、図１１のステップＳ９０２で行われたユーザ認証の詳細な処理について説明する。図１２は本実施の形態にかかるパケットフィルタリング装置１００のユーザ認証部２１４で行われたユーザ認証の処理手順を示すフローチャートである。

ユーザ認証部２１４は、受信したパケットのＩＰヘッダ３０１内のＩＰアドレスからクライアント５１ａ〜ｃからいずれか一つを特定する（ステップＳ１００１）。本フローチャートでは説明のため、特定されたクライアントをクライアント５１ａとする。特定されたクライアント５１ａに対して、公開鍵を利用した認証をクライアント５１ａに要求する（ステップＳ１００２）。

そして、クライアント５１ａに署名を生成するために必要なＰＣカードが装着されている場合は、クライアント５１ａはこのＰＣカードにより生成された署名及びユーザＩＤをパケットフィルタリング装置１００に送信する。ＰＣカードが装着されていない場合は署名を生成できない旨をパケットフィルタリング装置１００に送信する。

ユーザ認証部２１４は、クライアント５１ａから署名及びユーザＩＤが送信された場合は、記憶部２５０で記憶されるユーザ認証テーブルで保持される公開鍵を用いて認証を行い、認証に成功したか否かを判定する（ステップＳ１００３）。また、ユーザ認証部２１４は、公開鍵の認証に失敗した場合に限らず、クライアント５１ａから署名を生成できない旨を受信あるいは署名及びユーザＩＤを受信しなかった場合についても、認証に失敗したと判定する（ステップＳ１００３：Ｎｏ）。

そして、ユーザ認証部２１４は、公開鍵による認証に成功したと判定した場合（ステップＳ１００３：Ｙｅｓ）、公開鍵による認証に成功した旨を評価情報生成部２１２に出力する（ステップＳ１００４）。

公開鍵による認証に失敗したと判定した場合（ステップＳ１００３：Ｎｏ）、ユーザ認証部２１４は、クライアント５１ａに対してユーザＩＤ及びパスワードを要求する（ステップＳ１００５）。そしてクライアント５１ａから受信したユーザＩＤ及びパスワードがユーザ認証テーブルで保持されているユーザＩＤ及びパスワードと一致した場合は、パスワードによる認証に成功したと判定し、また受信したユーザＩＤ及びパスワードがユーザ認証テーブルで保持されているユーザＩＤ及びパスワードと一致しなかった場合またはクライアント５１ａから一定期間内にユーザＩＤ及びパスワードを受信しなかった場合は、パスワードによる認証に失敗したと判定する（ステップＳ１００６）。

パスワードによる認証に成功したと判定した場合（ステップＳ１００６：Ｙｅｓ）、ユーザ認証部２１４はパスワードによる認証に成功した旨を評価情報生成部２１２に出力する（ステップＳ１００７）。また、パスワードによる認証に失敗したと判定した場合（ステップＳ１００６：Ｎｏ）、ユーザ認証部２１４は公開鍵及びパスワードのいずれの認証についても失敗した旨を評価情報生成部２１２に出力する（ステップＳ１００８）。

なお、本実施の形態においては、まず公開鍵による認証を行い、公開鍵による認証に失敗した後にパスワードによる認証を行うこととしたが、さきにパスワードによる認証を行っても良いし、ユーザの認証をどちらか一方のみ、あるいは他の認証を行っても良い。また、図１２で示す処理手順によるユーザ認証を行うことで、利用者がログインした後のクライアントであっても他人になりすましてパケットを送信することを防ぐことが可能となる。

次に、図１１のステップＳ９０３で行われたセキュリティ情報の取得の詳細な処理について説明する。図１３は本実施の形態にかかるパケットフィルタリング装置１００のセキュリティ情報取得部２１３で行われたセキュリティ情報を取得する処理手順を示すフローチャートである。

セキュリティ情報取得部２１３は、受信したパケットのＩＰヘッダ３０１内のＩＰアドレスからクライアントを特定する（ステップＳ１１０１）。本フローチャートにおいては特定されたクライアントをクライアント５１ａとする。そしてセキュリティ情報取得部２１３は、記憶部２５０に記憶されるクライアントセキュリティテーブルにクライアント５１ａのセキュリティ情報が保持されているか否か判定する（ステップＳ１１０２）。

そして、クライアントセキュリティテーブルにクライアント５１ａのセキュリティ情報が無いと判定した場合（ステップＳ１１０２：Ｎｏ）、セキュリティ情報取得部２１３は、クライアント調査部２１６に対してクライアント５１ａのセキュリティを調査する旨を出力する（ステップＳ１１０３）。そしてセキュリティ情報取得部２１３は、予め定められた時間経過後に、再び記憶部２５０に記憶されるクライアントセキュリティテーブルにクライアント５１ａのセキュリティ情報が保持されているか否か判定を行う（ステップＳ１１０２）。なお、この予め定められた時間は、クライアント調査部２１６がクライアント５１ａを調査し、クライアントセキュリティテーブルに調査結果をセキュリティ情報として登録するのに必要な時間とする。

クライアントセキュリティテーブルにクライアント５１ａのセキュリティ情報が有ると判定した場合（ステップＳ１１０２：Ｙｅｓ）、クライアントセキュリティテーブルからクライアント５１ａのセキュリティ情報、つまりＩＰアドレスと対応付けられているアンチウィルスバージョン、パッチバージョン、パケット送信量を取得し、評価情報生成部２１２に出力する（ステップＳ１１０４）。

上述した手順により、クライアントセキュリティテーブルがクライアントのセキュリティ情報を保持している場合、セキュリティ情報取得部２１３は迅速にクライアントのセキュリティ情報の取得を可能とし、またパケットを送信する毎にクライアントを調査する必要がないためパケットフィルタリング装置１００の処理が低減されることとなる。また、クライアントセキュリティテーブルが保持していない場合であっても、クライアント調査部２１６が調査を行うことで、セキュリティ情報取得部２１３は適切にセキュリティ情報の取得することが可能となる。なお、パケットフィルタリング装置１００におけるセキュリティ情報の取得を、クライアントセキュリティテーブルからの取得に制限するものではなく、パケットを送信したクライアントから適切にセキュリティ情報を取得できれば良い。

次に、図１１のステップＳ９０４で行われた評価情報生成部２１２が評価情報を構成する評価値を取得するまでの処理を説明する。評価情報生成部２１２は、評価値の取得するために記憶部２５０で記憶される評価基準テーブルを使用し、評価基準テーブルに保持されている評価基準に従って判定を行い、評価値を設定することとする。

図１４は本実施の形態にかかる評価情報生成部２１２が評価情報を構成するアンチウィルスソフトのバージョンの評価値を取得する処理手順を示したフローチャートである。

評価情報生成部２１２は、セキュリティ情報取得部２１３から入力されたクライアントのセキュリティ情報からアンチウィルスソフトのバージョン情報を取得する（ステップＳ１２０１）。

評価基準テーブルにおいて評価基準”≧３．０”と評価値”Ａ”が対応付けられているので、まず評価情報生成部２１２は、取得したバージョン情報が３．０以上か否か判定する（ステップＳ１２０２）。バージョン情報が３．０以上と判定した場合（ステップＳ１２０２：Ｙｅｓ）、アンチウィルスバージョンの評価値を'Ａ'と設定する（ステップＳ１２０３）。以下の処理についても、評価情報生成部２１２は、評価基準テーブルで保持されている評価基準及び評価値基づいて、評価基準を満たしているか否かの判定及び評価値の設定を行う。

すなわち、バージョン情報が３．０以上と判定されなかった場合（ステップＳ１２０２：Ｎｏ）、評価情報生成部２１２は、取得したバージョン情報が２．０以上か否か判定し（ステップＳ１２０４）。バージョン情報が２．０以上と判定した場合（ステップＳ１２０４：Ｙｅｓ）、アンチウィルスバージョンの評価値を'Ｂ'と設定する（ステップＳ１２０５）。

バージョン情報が２．０以上と判定されなかった場合（ステップＳ１２０４：Ｎｏ）、評価情報生成部２１２は、取得したバージョン情報が１．０以上か否か判定し（ステップＳ１２０６）。バージョン情報が１．０以上と判定した場合（ステップＳ１２０６：Ｙｅｓ）、アンチウィルスバージョンの評価値を'Ｃ'と設定する（ステップＳ１２０７）。

バージョン情報が１．０以上と判定されなかった場合（ステップＳ１２０６：Ｎｏ）、評価情報生成部２１２は、取得したバージョン情報について、バージョンは不明であるがアンチウィルスソフトが導入されているか否かを判定し（ステップＳ１２０８）。導入されていると判定した場合（ステップＳ１２０８：Ｙｅｓ）、アンチウィルスバージョンの評価値を'Ｄ'と設定する（ステップＳ１２０９）。また導入されていないと判定した場合（ステップＳ１２０８：Ｎｏ）、アンチウィルスバージョンの評価値を'Ｅ'と設定する（ステップＳ１２１０）。

また、他の評価対象となるパッチバージョン及びパケット送信量についても上述したアンチウィルスソフトのバージョンの評価値の取得手順と同様の手順により評価値を取得することとする。

また、ユーザ認証の評価値は、ユーザ認証部２１４より出力された’公開鍵認証’に成功、’パスワード’による認証に成功、いずれの認証にも’失敗’に基づき、評価基準テーブルから適切な評価値を取得する。

このように、評価情報生成部２１２が各評価対象に対して、評価基準テーブルで保持されている評価基準及び評価値に基づいて評価値を設定することとしたため、評価基準テーブルで保持しているレコードの変更により、柔軟に評価基準及び評価値の変更が可能となる。

次に、以上により構成された本実施の形態に係るパケットフィルタリング装置１００の他のネットワークからパケットを受信したときの処理を説明する。図１５は本実施の形態にかかるパケットフィルタリング装置１００における他のネットワークから送信されたパケットを受信したときの全体処理を示すフローチャートである。

公衆ネットワーク接続部２０２は、公衆ネットワーク１３からパケットを受信する（ステップＳ１３０１）。

そしてパケット確認部２２１は、受信したパケットのＩＰヘッダ３０１とペイロード３０４の間に制御ヘッダ３０２が含まれているか否かにより、評価情報が付加されているか否か確認する（ステップＳ１３０２）。評価情報が付加されていないと確認した場合（ステップＳ１３０２：Ｎｏ）、ローカルネットワーク接続部２０１は受信したパケットをファイアウォール８１に送信する（ステップＳ１３０３）。

評価情報が付加されていることを確認した場合（ステップＳ１３０２：Ｙｅｓ）、パケット安全性判定部２２２は、評価情報内の評価値が受信ポリシによる安全基準を満たしているか否か判定する（ステップＳ１３０４）。なお、パケット安全性判定部２２２による評価情報内の評価値が受信ポリシによる安全基準を満たしているか否かを判定する処理手順は後述する。

評価情報内の評価値が受信ポリシによる安全基準を満たしていると判定した場合（ステップＳ１３０４：Ｙｅｓ）、評価情報削除部２２４は、受信したパケットに付加されていた評価情報を削除する（ステップＳ１３０５）。そしてローカルネットワーク接続部２０１は評価情報を削除したパケットを送信先のクライアントに転送する（ステップＳ１３０６）。

評価情報内の評価値が受信ポリシによる安全基準を満たしていないと判定した場合（ステップＳ１３０４：Ｎｏ）、拒否通知生成部２２３は、受信したパケットの転送を拒否した旨を記載した転送拒否通知を生成する（ステップＳ１３０７）。そして公衆ネットワーク接続部２０２は、受信したパケットの送信元に、生成した転送拒否通知を、公衆ネットワーク１３を介して送信する（ステップＳ１３０８）。

上述した処理手順を行うことで、受信したパケットの評価情報から、送信元のセキュリティ情報あるいはユーザ認証による安全性を判定することが可能となる。また、評価情報を削除することでパケットを受信したクライアント５１ａ〜ｃは、通常通りのパケットを受信することになるため、特別な処理を行う必要がない。また、転送拒否通知を送信元に送信することで、送信者が拒否された旨を知ることが可能となる。これにより送信者は使用しているクライアントのセキュリティを高める、あるいはユーザ認証により安全性を高める等が可能となる。

また、本実施の形態は、パケット確認部２２１が評価情報を付加されていないパケットをファイアウォール８１に転送する処理に制限するものはなく、例えば評価情報を付加されていないパケットを削除する等の処理も考えられる。また、パケットを削除した場合に評価情報が付加されていない旨を送信者に通知しても良い。

次に、図１５のステップＳ１３０４で行われたパケット安全性判定部２２２が受信したパケットについて安全性を満たしているか否かの判定する処理手順について説明する。図１６は本実施の形態にかかるパケットフィルタリング装置１００のパケット安全性判定部２２２が安全性を満たしているか否かを判定する処理手順を示すフローチャートである。またパケット安全性判定部２２２は、パケットの安全性を判定するための安全基準を記憶部２５０で記憶される受信ポリシから取得する。

パケット安全性判定部２２２は、受信したパケットから評価情報、受信したパケットの送信先を示すＩＰアドレス及びポート番号を取得する（ステップＳ１４０１）。なお、パケット安全性判定部２２２は、評価情報をパケットのＩＰヘッダ３０１とペイロード３０４の間から、そしてＩＰアドレス及びポート番号をパケットのＩＰヘッダ３０１から取得する。

そしてパケット安全性判定部２２２は、取得したＩＰアドレス及びポート番号に対応した安全基準を受信ポリシから取得する（ステップＳ１４０２）。具体的な安全基準の取得方法の一例としては、ＩＰアドレス及びポート番号が一致する安全基準の取得を試み、両方一致する安全基準がなければ、ＩＰアドレスのみ一致する安全基準の取得を試みる。そしてＩＰアドレスのみ一致する安全価基準がなければ、ポート番号のみ一致する安全基準の取得を試みる。そして、ポート番号のみ一致する安全基準がなければ、ＩＰアドレス及びポート番号が設定されていない安全基準の取得を試みる。

次に、パケット安全性判定部２２２は、評価情報として構成されていたユーザ認証の評価値が、受信ポリシから取得したユーザ認証の安全基準を満たしているか判定する（ステップＳ１４０３）。例えば評価値情報内のユーザ認証の評価値が'Ｂ'である場合において、受信ポリシから取得したユーザ認証の基準値が'Ｂ'または'Ｃ’であれば安全基準を満たしているものと判定され、受信ポリシから取得したユーザ認証の基準値が'Ａ’であれば安全基準を満たしていないものと判定される。以下の判定についても同様の判定を行うこととする。

そしてユーザ認証が安全基準を満たしていると判定した場合（ステップＳ１４０３：Ｙｅｓ）、パケット安全性判定部２２２は、評価情報として構成されていたアンチウィルスソフトのバージョンの評価値が、受信ポリシから取得したアンチウィルスバージョンの安全基準を満たしているか判定する（ステップＳ１４０４）。

アンチウィルスバージョンが安全基準を満たしていると判定した場合（ステップＳ１４０４：Ｙｅｓ）、パケット安全性判定部２２２は、評価情報として構成されていたパッチバージョンの評価値が、受信ポリシから取得したパッチバージョンの安全基準を満たしているか判定する（ステップＳ１４０５）。

パッチバージョンが安全基準を満たしていると判定した場合（ステップＳ１４０５：Ｙｅｓ）、パケット安全性判定部２２２は、評価情報として構成されていたパケット転送量の評価値が、受信ポリシから取得したパケット転送量の安全基準を満たしているか判定する（ステップＳ１４０６）。

パケット送信量が安全基準を満たしていると判定した場合（ステップＳ１４０６：Ｙｅｓ）、パケット安全性判定部２２２は、受信ポリシによる安全基準を満たしていると判定する（ステップＳ１４０７）。

そしてユーザ認証が安全基準を満たしていないと判定した場合（ステップＳ１４０３：Ｎｏ）、アンチウィルスバージョンが安全基準を満たしていないと判定した場合（ステップＳ１４０４：Ｎｏ）、パッチバージョンが安全基準を満たしていないと判定した場合（ステップＳ１４０５：Ｎｏ）、パケット送信量が安全基準を満たしていないと判定した場合（ステップＳ１４０６：Ｎｏ）、パケット安全性判定部２２２は、受信ポリシによる安全基準を満たしていないと判定する（ステップＳ１４０８）。

上述した手順によりパケット安全性判定部２２２は、適切にパケットの安全性の評価が可能となる。また安全性の評価において受信ポリシで保持された安全基準を用いることで、受信ポリシが保持する設定基準及び基準値の変更により柔軟に安全性の基準の変更が可能となる。

またパケット安全性判定部２２２による安全性の判定において、全ての安全基準を満たした場合に限り、安全性の基準を満たしたと判定することに制限するものではなく、予め定めた個数以上、例えば３個以上の安全基準を満たした場合に、安全性の基準を満たしたと判定するように設定しても良い。さらにはＡ、Ｂ、Ｃ等の評価値に一定の点数を付与し、合計点数が予め定められた点数を超えた場合に安全性の基準を満たしたと判定するように設定しても良い。

なお、本実施形態のパケットフィルタリング装置で実行されるパケットフィルタリングプログラムは、ＲＯＭ等に予め組み込まれて提供される。

また、本実施の形態のパケットフィルタリング装置を、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤを備えた、通常のコンピュータを利用したハードウェア構成としてもよい。

本実施形態のパケットフィルタリング装置で実行されるパケットフィルタリングプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供することも可能である。

また、本実施形態のパケットフィルタリング装置で実行されるパケットフィルタリングプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のパケットフィルタリング装置１００で実行されるパケットフィルタリングプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、本実施の形態のパケットフィルタリングプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

本実施の形態のパケットフィルタリング装置で実行されるパケットフィルタリングプログラムは、上述した各部（ローカルネットワーク接続部２０１、公衆ネットワーク接続部２０２、ユーザ認証部２１４、セキュリティ情報取得部２１３、評価情報生成部２１２、評価情報付加部２１１、ユーザ認証情報設定部２１５、評価基準設定部２１７、パケット確認部２２１、パケット安全性判定部２２２、拒否通知生成部２２３、評価情報削除部２２４、受信ポリシ設定部２２５、）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からパケットフィルタリングプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上述した各部が主記憶装置上に生成されるようになっている。

なお、本実施の形態におけるパケットフィルタリング装置１００は、受信したパケットの評価情報により、パケットを送信した通信装置あるいは利用者の安全性に関する情報を取得し、パケットが安全か否かの判定が可能となる。

また、パケットフィルタリング装置１００によりパケットが安全か否か判定を可能としつつも、評価情報を削除したのちパケットを送信先のクライアントへ送信するため、クライアント側では特別な処理は必要ない。

また、パケットフィルタリング装置１００は、クライアント調査部２１６を有することで、クライアントのセキュリティ情報を容易に取得することが可能となった。そして取得したセキュリティ情報を記憶部２５０に記憶することで、パケットを送信するたびにクライアント５１ａ〜ｃのセキュリティ情報について調査する必要が無くなり、迅速な評価情報の生成が可能となった。またユーザ認証部２１４を有することで、利用者のユーザの認証が可能となった。また受信ポリシ設定部２２５を有することで、安全基準を適切に変更することが可能となった。

（第２の実施の形態）
第１の実施の形態にかかるパケットフィルタリング装置、パケットフィルタリングプログラム、パケットフィルタリング方法及び媒体では、パケットフィルタリング装置１００はクライアント５１ａ〜ｃから受信したパケットの安全性を評価する際、パケットを送信したクライアント５１ａ〜ｃのセキュリティまたはユーザの認証に基づいてのみ評価を行っていたが、この第２の実施の形態にかかるパケットフィルタリング装置、パケットフィルタリングプログラム、パケットフィルタリング方法及び媒体では、パケットフィルタリング装置１７００は、クライアント５１ａ〜ｃから受信したパケットの安全性を評価する際、パケットを送信したクライアント５１ａ〜ｃのセキュリティまたはユーザの認証のみならず、パケットが保持している情報と組み合わせて評価を行うものである。

また、本実施の形態において、組み合わせを行うパケットが保持している情報をＩＰアドレスとするが、これに制限するものではなく、ポート番号など様々な情報との組み合わせが考えられる。

第１の実施の形態にかかるネットワークの構成を示す図を示す図１において、第２の実施の形態ではパケットフィルタリング装置１００の代わりにパケットフィルタリング装置１７００を使用するものである。以下に第１の実施の形態と構成が異なるパケットフィルタリング装置１７００について説明する。なお、ネットワークＢ１２においてもパケットフィルタリング装置１７００と同様の処理を行うパケットフィルタリング装置が設置されていることとする。

図１７は、第２の実施の形態にかかるパケットフィルタリング装置１７００の構成を示すブロック図である。本実施の形態におけるパケットフィルタリング装置１７００と、第１の実施の形態のパケットフィルタリング装置１００の違いは、評価情報生成部１７０１が評価情報生成部２１２と異なる処理を行う点、及び記憶部１７０２が記憶部２５０と記憶しているテーブルが異なる点である。

評価情報生成部１７０１は、クライアント５１ａ〜ｃから受信したパケットの評価情報を生成する。第１の実施の形態における評価情報生成部２１２は、利用者のユーザ認証結果およびセキュリティ情報に基づいて評価情報を生成していたが、本実施の形態においては、セキュリティ情報に基づいて評価値を取得し、そしてユーザ認証結果とパケットの送信元を示すＩＰアドレスを組み合わせに基づいて評価値を取得し、これらの評価値より評価情報を生成することとする。なお、詳しい評価値の取得手順については後述する。

記憶部１７０２は、第１の実施の形態の記憶部２５０が記憶していた受信ポリシ、評価基準テーブル、クライアントセキュリティテーブル、ユーザ認証テーブルは全て記憶しているが、さらに登録クライアントテーブルを記憶している点で異なる。

図１８は、登録クライアントテーブルの構成の一例を示した図である。本テーブルにおいては、ネットワークＡ１１内で正規なクライアントと認められたクライアントのＩＰアドレスが登録されている。受信したパケットのＩＰアドレスが、登録クライアントテーブルに登録されているか否か判定し、この判定結果により評価値を変更することで、パケットが保持する情報と組み合わせた評価値の取得が可能となる。

以上により構成された本実施の形態に係るパケットフィルタリング装置１７００において、クライアント５１ａ〜ｃから受信したパケットに評価情報を付加して送信するまでの処理は、図１１で示された第１の実施の形態におけるパケットフィルタリング装置１００と同様の処理手順で行うが、ステップＳ９０４の評価情報生成部１７０１が行う、評価情報を生成する詳細な処理のみ異なる。

また、本実施の形態においては、受信したパケットのＩＰアドレスと組み合わせて評価値を設置するのは、ユーザ認証の評価値であるため、ユーザ認証の評価値の取得手順について説明する。なお、アンチウィルスバージョン、パッチバージョン、パケット送信量の評価値の取得手順は、第１の実施の形態における取得手順と同様とする。

図１９は本実施の形態にかかるパケットフィルタリング装置１００の評価情報生成部１７０１が評価情報を生成する処理手順を示すフローチャートである。なお、ユーザ認証以外の評価基準の評価値の取得手順は省略する。

評価情報生成部１７０１は、ユーザ認証部２１４よりユーザ認証結果を取得する（ステップＳ１８０１）。つまり評価情報生成部１７０１は、ユーザ認証結果として、’公開鍵’による認証に成功、’パスワード’による認証に成功、いずれの認証にも’失敗’のいずれか一つを取得する。

そして評価情報生成部１７０１は、ユーザ認証結果に基づいて、評価基準テーブルから評価値を取得する（ステップＳ１８０２）。

次に評価情報生成部１７０１は、受信したパケットのＩＰアドレスが、登録クライアントテーブルに登録されているか否か判定する（ステップＳ１８０３）。

登録されていると判定した場合（ステップＳ１８０３：Ｙｅｓ）、特に処理を行わない。登録されていないと判定した場合（ステップＳ１８０３：Ｎｏ）、適当でないクライアントからアクセスしたものとみなし、ステップＳ１８０２で取得したユーザ認証の評価値を一つ下げる（ステップＳ１８０４）。具体的には取得した評価値が'Ａ','Ｂ'の場合は'Ｂ','Ｃ'とし、'Ｃ'の場合は'Ｃ'のままとする。

そして、評価情報生成部１７０１は、取得したユーザ認証の評価値、及び他の評価基準の評価値から評価情報を生成する（ステップＳ１８０５）。

このような手順を行うことで、例えばネットワークＡ１１内に非公式にクライアントを設置してパケットを送信しようとした場合においても、非公式のクライアントである旨を考慮し、適切に評価情報を付加することが可能となる。

以上により構成された本実施の形態に係るパケットフィルタリング装置１７００において、他のネットワークからパケットを受信したときの処理は、図１５で示された第１の実施の形態におけるパケットフィルタリング装置１００と同様の処理手順で行うため省略する。

また、本実施の形態では、登録クライアントに登録されていない場合、評価値を下げることとしたが、評価を下げることに制限するものではなく、登録クライアントに登録されている場合には評価値を上げる等の処理を行っても良い。

また本実施の形態において、評価情報生成時にクライアントのセキュリティ情報及びユーザの認証により取得した評価値を、パケットが保持しているＩＰアドレスが適正か判断した上で、評価値を変更することとしたため、柔軟な評価値の設定が可能となり、いっそう評価情報の信頼性が高くなる。

（変形例）
また、上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。

（変形例１）
上述した各実施の形態では、管理者が受信ポリシおよび評価基準テーブルの設定あるいは更新を行っていたが、公衆ネットワークを介した他のネットワーク上のパケットフィルタリング装置と同期をとり、更新することにしてもよい。本変形例においてはネットワークＡ１１及びネットワークＢ１２間をＶＰＮで接続を可能にする構成を備えており、ＶＰＮによる通信要求が有った場合において、認証に基づき暗号鍵を取り決める際に、暗号鍵とともに現在パケットフィルタリング装置が使用している受信ポリシ及び評価基準テーブルの情報を示す受信ポリシ―基準更新通知を送信するように定めた変形例である。パケットフィルタリング装置２０００は、この受信した受信ポリシ―基準更新通知により受信ポリシおよび評価基準テーブルの設定あるいは更新を行う。

また、受信ポリシ―基準更新通知は、受信ポリシ及び評価基準テーブルについて更新に必要な情報を示す更新情報、及び受信ポリシ及び評価基準テーブルが最後に更新された時刻を示す受信ポリシ更新時間からなる。また受信ポリシ―基準更新通知の受信ポリシの更新情報は、パケットフィルタリング装置２０００が保持する受信ポリシ内で、ＩＰアドレスが指定されずポート番号のみ指定されたレコード情報及びＩＰアドレスとポート番号が指定されていないレコード情報により構成される。また、評価基準テーブルの更新情報はパケットフィルタリング装置２０００が保持する評価基準テーブルの全てのレコード情報により構成される。

受信ポリシの更新情報をＩＰアドレスが指定されていないレコード情報に限ったのは、各ネットワーク内でのクライアントを示すＩＰアドレスが異なると考えられるからである。また、ローカルネットワーク内のＩＰアドレス及び各クライアントの役割等が全て一致している場合、もしくは各ネットワーク間のクライアントのＩＰアドレスの対応表を保持している場合等では、受信ポリシが保持している全てのレコード情報により更新情報を生成しても良い。

図２０は、変形例１にかかるパケットフィルタリング装置２０００の構成を示すブロック図である。本変形例におけるパケットフィルタリング装置２０００と、第１の実施の形態のパケットフィルタリング装置１００の違いは、ＶＰＮ処理部２００１、受信ポリシ更新判定部２００２及び受信ポリシ更新生成部２００６が新たに備え、受信ポリシ設定部２００３及び評価基準設定部２００４が第１の実施の形態の受信ポリシ設定部２２５及び評価基準設定部２１７と異なる処理を行う点、及び記憶部２００５が第１の実施の形態の記憶部２５０と記憶している情報が異なる点である。

ＶＰＮ処理部２００１は、パケットフィルタリング装置２０００からパケットを送信する際に、パケットを暗号化してからＩＰヘッダを付加してパケットを公衆ネットワーク接続部２０２より送信し、パケットを受信する際には、ＩＰヘッダを削除してからパケットを復号化し、受信したパケットをパケット確認部２２１に出力する。また認証時において暗号鍵と供に受信ポリシ―基準更新通知を受信した場合、受信ポリシ更新判定部２００２に受信ポリシ―基準更新通知を出力し、また後述する受信ポリシ更新生成部２００６から受信ポリシ―基準更新通知が入力された場合は暗号鍵と供に公衆ネットワーク接続部２０２を介して送信する。

受信ポリシ更新判定部２００２は、受信ポリシ−基準更新通知が入力された場合、この受信ポリシ−基準更新通知が保持する受信ポリシ更新時間と、後述する記憶部２００５が保持する受信ポリシ更新時刻とを比較し、受信ポリシ−基準更新通知の保持する受信ポリシ更新時間が、記憶部２００５が保持する受信ポリシ更新時刻より新しい場合、受信ポリシ−基準更新通知が保持する受信ポリシの更新情報を受信ポリシ設定部２００３に出力し、また受信ポリシ−基準更新通知が保持する評価基準テーブルの更新情報を評価基準設定部２００４に出力する。

受信ポリシ設定部２００３は、管理者により受信ポリシを設定できる点では各実施の形態と同様であるが、さらに受信ポリシ更新判定部２００２より受信ポリシの更新情報が入力された場合、この受信ポリシの更新情報に基づいて受信ポリシを設定する。このため管理者の負担を軽減し、適切に更新が行われることとなる。

評価基準設定部２００４は、管理者により評価基準管理テーブルを設定できる点では各実施の形態と同様であるが、さらに受信ポリシ更新判定部２００２より評価基準テーブルの更新情報が入力された場合、この評価基準テーブルの更新情報に基づいて評価基準テーブルを設定する。このため管理者の負担を軽減し、適切に更新が行われることとなる。

記憶部２００５は、第１の実施の形態の記憶部２５０が記憶していた情報を全て記憶し、さらに受信ポリシ更新時刻を記憶している点で異なる。

受信ポリシ更新時刻は、受信ポリシ及び評価情報基準テーブルが更新された時刻を保持しているものである。

受信ポリシ更新生成部２００６は、受信ポリシ、評価基準情報テーブル及び受信ポリシ更新時刻から受信ポリシ−基準更新通知の生成を行うものである。生成された受信ポリシ−基準更新通知は暗号鍵と供にＶＰＮによる認証処理時に、ＶＰＮ処理部２００１により送信される。

図２１は本変形例にかかるパケットフィルタリング装置２０００のＶＰＮによる通信を行う際に受信ポリシ−基準更新通知を受信し、受信ポリシ及び評価情報基準テーブルを更新する処理手順を示すフローチャートである。

公衆ネットワーク接続部２０２が他のネットワーク、例えばネットワークＢ１２との間でＶＰＮによる通信を行うための認証要求を送信あるいは受信する（ステップＳ２１０１）。

そしてＶＰＮ処理部２００１は、公衆ネットワーク接続部２０２を介して認証要求を出力あるいは入力されたあと、ネットワークＢ１２との間で認証を開始する（ステップＳ２１０２）。

そして、受信ポリシ更新生成部２００６は、受信ポリシ、評価基準情報テーブル及び受信ポリシ更新時刻から受信ポリシ−基準更新通知の生成する（ステップＳ２１０３）。

ＶＰＮ処理部２００１により認証が開始された後、ネットワークＢ１２に生成した受信ポリシ−基準更新通知を暗号鍵と供に出力し（ステップＳ２１０４）、公衆ネットワーク接続部２０２を介し暗号鍵と供に受信ポリシ−基準更新通知を取得する（ステップＳ２１０５）。

受信ポリシ更新判定部２００２は、取得した受信ポリシ−基準更新通知が保持する受信ポリシ更新時刻が、記憶部２００５が保持する受信ポリシ更新時刻より新しいか否か判定する（ステップＳ２１０６）。

記憶部２００５が保持する受信ポリシ更新時刻より新しいと判定した場合（ステップＳ２１０６：Ｙｅｓ）、受信ポリシ更新判定部２００２は、記憶部２００５が保持する受信ポリシ更新時刻を受信ポリシ−基準更新通知の保持する受信ポリシ更新時刻で更新する（ステップＳ２１０７）。

時刻の更新後、受信ポリシ更新判定部２００２は、受信ポリシ−基準更新通知が保持する受信ポリシの更新情報を受信ポリシ設定部２００３に出力し、受信ポリシ設定部２００３は、入力された受信ポリシの更新情報に基づいて受信ポリシを設定する（ステップＳ２１０８）。さらには、受信ポリシ更新判定部２００２は受信ポリシ−基準更新通知が保持する評価基準テーブルの更新情報を評価基準設定部２００４に出力し、評価基準設定部２００４は、入力された評価基準テーブルの更新情報に基づいて評価基準テーブルを設定する（ステップＳ２１０９）。

記憶部２００５が保持する受信ポリシ更新時刻より新しくないと判定した場合（ステップＳ２１０６：Ｎｏ）、特に処理は行わず終了する。

以上の手順により管理者によらず、受信ポリシ及び評価基準テーブルが設定でき、かつ他のネットワークに設置されたパケットフィルタリング装置と受信ポリシ及び評価基準テーブルの同期が可能となる。他のネットワークと同じ受信ポリシ及び評価基準テーブルを用いるので、評価値の信頼性が高まり、いっそう安全性が向上する。

本変形例により、ウィルスの発生等のネットワーク上の環境の変化が有った場合でも、同期により受信ポリシ及び評価基準テーブルが更新されるため、パケット受信時のための適切な安全基準の設定、及びパケットを送信する際に適切な評価値による評価情報の付加が可能となる。

（変形例２）
また、受信ポリシ及び基準テーブルの更新において、公衆ネットワーク１３上に設置された配信サーバ２２５０から配信された受信ポリシ−基準更新通知により、受信ポリシおよび評価基準テーブルを更新することにしてもよい。

図２２は、変形例２であるネットワークの構成を示した図である。本図において、公衆ネットワーク１３上に新たに配信サーバ２２５０が設置され、受信ポリシ−基準更新通知を各パケットフィルタリング装置２２００、２２０１に送信する。パケットフィルタリング装置２２００，２２０１は、各実施の形態のパケットフィルタリング装置と異なり、配信サーバ２２５０から受信ポリシ−基準更新通知を受信したときに、この通知に基づいて受信ポリシおよび評価基準テーブルを更新するものである。

図２３は、変形例２にかかるパケットフィルタリング装置２２００の構成を示すブロック図である。本変形例におけるパケットフィルタリング装置２２００と、変形例１のパケットフィルタリング装置２０００の違いは、ＶＰＮ処理部２００１を削除し、受信ポリシ認証部２３０１を新たに備え、記憶部２３０２が記憶部２００５と記憶している情報が異なる点である。

受信ポリシ認証部２３０１は、公衆ネットワーク接続部２０２を介して配信サーバ２２５０から受信ポリシ―基準更新通知と供に送信された及び電子署名により認証を行う。認証においては後述する記憶部２３０２で保持している受信ポリシ更新用公開鍵を用いて認証を行う。認証方法について特に制限するものではなく、本変形例においては従来よく知られた公開鍵及び電子署名を用いた認証方法を用いることとする。

記憶部２３０２は、変形例１の記憶部２５０が記憶していた情報を全て記憶し、さらに受信ポリシ更新用公開鍵を記憶している点で異なる。

受信ポリシ更新用公開鍵は、配信サーバ２２５０から送信された電子署名に対して認証を行うために用いられる。

また、本変形例の受信ポリシ−基準更新通知は変形例１の受信ポリシ−基準更新通知と同様の構成を備えているものとする。

図２４は本変形例にかかるパケットフィルタリング装置２２００が配信サーバ２２５０から受信ポリシ−基準更新通知を受信し、受信ポリシ及び評価情報基準テーブルを更新する処理手順を示すフローチャートである。

公衆ネットワーク接続部２０２は、配信サーバ２２５０から受信ポリシ−基準更新通知及び電子署名を受信する（ステップＳ２４０１）。

受信ポリシ認証部２３０１が、受信した電子署名について、受信ポリシ更新用公開鍵を用いて認証を行う（ステップＳ２４０２）。

受信ポリシ認証部２３０１において認証が正しく行われたか判定する（ステップＳ２４０３）。

認証が正しく行われたと判定した場合（ステップＳ２４０３：Ｙｅｓ）、受信ポリシ更新判定部２００２は、受信した受信ポリシ−基準更新通知の保持する受信ポリシ更新時刻が、記憶部２００５が保持する受信ポリシ更新時刻より新しいか否か判定する（ステップＳ２４０４）。

記憶部２００５が保持する受信ポリシ更新時刻より新しいと判定した場合（ステップＳ２４０４：Ｙｅｓ）、変形例１の図２１のステップＳ２１０７〜Ｓ２１０９と同様に、受信ポリシ更新時刻の更新、受信ポリシ及び評価基準テーブルの設定を行う（ステップＳ２４０５〜Ｓ２４０７）。

また、認証が正しく行われなかったと判定した場合（ステップＳ２４０３：Ｎｏ）、あるいは記憶部２００５が保持する受信ポリシ更新時刻より新しくないと判定した場合（ステップＳ２４０４：Ｎｏ）、特に処理を行わず終了する。

以上の手順により、管理者の作業が低減され、ネットワーク環境に対して適切に受信ポリシ及び評価基準テーブルの設定が可能となる。また他のネットワークに設置されたパケットフィルタリング装置と全て同時に設定が変更されるため、安全性が向上することとなる。

パケットフィルタリング装置、及びパケットフィルタリングプログラムは、受信したパケットの安全性を判断してフィルタリング処理を行う装置等に有用であり、特に、パケット送信元のクライアントのセキュリティあるいは利用者の認証によりパケットの安全性を判定する技術に適している。

第１の実施の形態にかかるネットワークの構成を示した図である。 第１の実施の形態にかかるパケットフィルタリング装置の構成を示すブロック図である。 第１の実施の形態にかかるパケットフィルタリング装置が送受信するパケットの構成を示した図である。 利用者がパスワードの変更あるいは公開鍵の登録を行うためにＷｅｂブラウザに表示される画面を示した図である。 管理者が評価対象に対して評価基準と評価値を設定するためにＷｅｂブラウザに表示される画面を示した図である。 管理者がパケットを受信するための安全性の基準を設定するために、Ｗｅｂブラウザに表示される画面を示した図である。 第１の実施の形態にかかるクライアントセキュリティテーブルの構成の一例を示した図である。 第１の実施の形態にかかるユーザ認証テーブルの構成を示した図である。 第１の実施の形態にかかる評価基準テーブルの構成を示した図である。 第１の実施の形態にかかる受信ポリシの構成を示した図である。 第１の実施の形態にかかるパケットフィルタリング装置におけるクライアントからパケットを受信してから評価情報を付加して送信するまでの処理手順を示したフローチャートである。 第１の実施の形態にかかるパケットフィルタリング装置のユーザ認証部で行われたユーザ認証の処理手順を示したフローチャートである。 第１の実施の形態にかかるパケットフィルタリング装置のセキュリティ情報取得部によるセキュリティ情報を取得する処理手順を示したフローチャートである。 第１の実施の形態にかかる評価情報生成部２１２が評価情報を構成するアンチウィルスソフトのバージョンの評価値を取得する処理手順を示したフローチャートである。 第１の実施の形態にかかるパケットフィルタリング装置における他のネットワークから送信されたパケットを受信したときの全体処理を示すフローチャートである。 第１の実施の形態にかかるパケットフィルタリング装置のパケット安全性判定部２２２による、安全性を満たしているか否かを判定する処理手順を示したフローチャートである。 第２の実施の形態にかかるパケットフィルタリング装置の構成を示したブロック図である。 第２の実施の形態にかかる登録クライアントテーブルの構成の一例を示した図である。 第２の実施の形態にかかるパケットフィルタリング装置の評価情報生成部による、評価情報を生成する処理手順を示したフローチャートである。 変形例１にかかるパケットフィルタリング装置の構成を示すブロック図である。 変形例１にかかるパケットフィルタリング装置のＶＰＮによる通信を行う際に受信ポリシ−基準更新通知を受信し、受信ポリシ及び評価情報基準テーブルを更新する処理手順を示すフローチャートである。 変形例２にかかるネットワークの構成を示した図である。 変形例２にかかるパケットフィルタリング装置の構成を示すブロック図である。 変形例２にかかるパケットフィルタリング装置が配信サーバから受信ポリシ−基準更新通知を受信し、受信ポリシ及び評価情報基準テーブルを更新する処理手順を示すフローチャートである。

符号の説明

１１ ネットワークＡ
１２ ネットワークＢ
１３ 公衆ネットワーク
５１ａ〜ｃ、５２ａ〜ｃ クライアント
７１、７２ ルータ
８１、８２ ファイアウォール
１００、１０１、１７００、２０００、２２００、２２０１ パケットフィルタリング装置
２０１ ローカルネットワーク接続部
２０２ 公衆ネットワーク接続部
２１１ 評価情報付加部
２１２、１７０１ 評価情報生成部
２１３ セキュリティ情報取得部
２１４ パケット安全性判定部
２１５ ユーザ認証情報設定部
２１６ クライアント調査部
２１７、２００４ 評価基準設定部
２２１ パケット確認部
２２２ パケット安全性判定部
２２３ 拒否通知生成部
２２４ 評価情報削除部
２２５、２００３ 受信ポリシ設定部
２５０、１７０２、２００２、２００５、２２０２、２３０２ 記憶部
３０１ ヘッダ
３０２ 制御ヘッダ
３０３ 評価情報
３０４ ペイロード
１９５０ 配信サーバ
２００１ ＶＰＮ処理部
２００２ 受信ポリシ更新判定部
２００６ 受信ポリシ更新生成部
２２５０ 配信サーバ
２３０１ 受信ポリシ認証部

Claims (6)

1. 内部ネットワーク、及び公衆ネットワークに接続されるパケットフィルタリング装置であって、
   前記内部ネットワークを介して送信された通信パケットを受信する受信手段と、
   通信装置を識別する識別情報と、当該通信装置の稼働状態を示す稼働情報とを対応付けて記憶する稼働情報記憶手段と、
   前記受信手段により受信した前記通信パケットの送信元を示す前記識別情報と対応付けられた前記稼働情報が前記稼働情報記憶手段に記憶されているか否か判定する判定手段と、
   前記判定手段により記憶されていないと判定された場合に、前記通信装置の稼働状態を調査し、当該調査結果を前記稼働情報として、調査先の通信装置を識別する前記識別情報と対応付けて前記稼働情報記憶手段を更新する調査手段と、
   前記受信手段により受信した前記通信パケットの送信元を示す前記識別情報と対応付けられている前記稼働情報を、前記稼働情報記憶手段から取得する取得手段と、
   前記取得手段により取得された前記稼働情報について予め定められた評価基準に基づいて、該送信元の安全性の評価を示す安全性評価情報を生成する安全性評価生成手段と、
   前記安全性評価生成手段により生成された前記安全性評価情報を、前記受信手段で受信した前記通信パケットに付加する安全性評価付加手段と、
   前記安全性評価付加手段により前記安全性評価情報が付加された前記通信パケットを、前記公衆ネットワークに転送する外部転送手段と、
   を備えたことを特徴とするパケットフィルタリング装置。
2. 内部ネットワーク、及び公衆ネットワークに接続されるパケットフィルタリング装置であって、
   前記内部ネットワークを介して送信された通信パケットを受信する受信手段と、
   通信装置を識別する識別情報と、当該通信装置の稼働状態を示す稼働情報とを対応付けて記憶する稼働情報記憶手段と、
   所定時間毎に前記通信装置の稼働状態を調査し、当該調査結果を前記稼働情報として、調査先の通信装置を識別する前記識別情報と対応付けて前記稼働情報記憶手段を更新する調査手段と、
   前記受信手段により受信した前記通信パケットの送信元を示す情報と対応付けられている前記稼働情報を、前記稼働情報記憶手段から取得する取得手段と、
   前記取得手段により取得された前記稼働情報について予め定められた評価基準に基づいて、該送信元の安全性の評価を示す安全性評価情報を生成する安全性評価生成手段と、
   前記安全性評価生成手段により生成された前記安全性評価情報を、前記受信手段で受信した前記通信パケットに付加する安全性評価付加手段と、
   前記安全性評価付加手段により前記安全性評価情報が付加された前記通信パケットを、前記公衆ネットワークに転送する外部転送手段と、
   を備えたことを特徴とするパケットフィルタリング装置。
3. 前記調査手段は、稼働状態として前記通信装置に当てられたパッチ情報、当該通信装置にインストールされているアンチウィルスソフトのバージョン情報、及び当該通信装置が所定期間内に送信したパケットの送信量のうちいずれか一つ以上を調査すること、
   を特徴とする請求項１又は２に記載のパケットフィルタリング装置。
4. 内部ネットワークを介して送信された通信パケットを受信する受信手順と、
   通信装置を識別する識別情報と、当該通信装置の稼働状態を示す稼働情報とを対応付けて稼働情報記憶手段に記憶する記憶手順と、
   前記受信手順により受信した前記通信パケットの送信元を示す前記識別情報と対応付けられた前記稼働情報が前記稼働情報記憶手段に記憶されているか否か判定する判定手順と、
   前記判定手順により記憶されていないと判定された場合に、前記通信装置の稼働状態を調査し、当該調査結果を前記稼働情報として、調査先の通信装置を識別する前記識別情報と対応付けて前記稼働情報記憶手段を更新する調査手順と、
   前記受信手順により受信した前記通信パケットの送信元を示す前記識別情報と対応付けられている前記稼働情報を、前記稼働情報記憶部から取得する取得手順と、
   前記取得手順により取得された前記稼働情報について予め定められた評価基準に基づいて、該送信元の安全性の評価を示す安全性評価情報を生成する安全性評価生成手順と、
   前記安全性評価生成手順により生成された前記安全性評価情報を、前記受信手順で受信した前記通信パケットに付加する安全性評価付加手順と、
   前記安全性評価付加手順により前記安全性評価情報が付加された前記通信パケットを、公衆ネットワークに転送する外部転送手順と、
   をコンピュータに実行させるパケットフィルタリングプログラム。
5. 内部ネットワークを介して送信された通信パケットを受信する受信手順と、
   通信装置を識別する識別情報と、当該通信装置の稼働状態を示す稼働情報とを対応付けて稼働情報記憶部に記憶する稼働情報記憶手順と、
   所定時間毎に前記通信装置の稼働状態を調査し、当該調査結果を前記稼働情報として、調査先の通信装置を識別する前記識別情報と対応付けて前記稼働情報記憶部を更新する調査手順と、
   前記受信手順により受信した前記通信パケットの送信元を示す情報と対応付けられている前記稼働情報を、前記稼働情報記憶部から取得する取得手順と、
   前記取得手順により取得された前記稼働情報について予め定められた評価基準に基づいて、該送信元の安全性の評価を示す安全性評価情報を生成する安全性評価生成手順と、
   前記安全性評価生成手順により生成された前記安全性評価情報を、前記受信手順で受信した前記通信パケットに付加する安全性評価付加手順と、
   前記安全性評価付加手順により前記安全性評価情報が付加された前記通信パケットを、前記公衆ネットワークに転送する外部転送手順と、
   をコンピュータに実行させるパケットフィルタリングプログラム。
6. 前記調査手順は、稼働状態として前記通信装置に当てられたパッチ情報、当該通信装置にインストールされているアンチウィルスソフトのバージョン情報、及び当該通信装置が所定期間内に送信したパケットの送信量のうちいずれか一つ以上を調査すること、
   を特徴とする請求項４又は５に記載のパケットフィルタリングプログラム。

Images