(57)【要約】【課題】セキュリティシステムに不具合が発生しても，安定的に運用することのできるネットワークセキュリティシステムとその使用方法を提供すること。【解決手段】パケットを処理するプライマリセキュリティシステムであって，パケット処理を行う複数の装置に用いられるフロー情報を保持するように動作するプライマリセキュリティシステムを構成し，フェイルオーバー時にパケットを処理するセカンダリセキュリティシステムを指定し，プライマリセキュリティシステムからのフローレコードをセカンダリセキュリティシステムと共用することを特徴とするコンピュータネットワークの構成方法。【選択図】  図１
2006115495.tif 000002
【特許請求の範囲】
【請求項１】
パケットを処理するプライマリセキュリティシステムであって，パケット処理を行う複数の装置に用いられるフロー情報を保持するように動作するプライマリセキュリティシステムを構成し，
フェイルオーバー時にパケットを処理するセカンダリセキュリティシステムを指定し，
プライマリセキュリティシステムからのフローレコードをセカンダリセキュリティシステムと共用することを特徴とするコンピュータネットワークの構成方法。
【請求項２】
請求項１記載のコンピュータネットワークの構成方法において，フェイルオーバーイベントの発生を検出し，フェイルオーバーイベントが発生したときにはプライマリセキュリティシステムにかえてセカンダリセキュリティシステムでパケットを処理することを特徴とするコンピュータネットワークの構成方法。
【請求項３】
請求項２記載のコンピュータネットワークの構成方法において，前記フェイルオーバーイベントは，プライマリセキュリティシステムの故障を含むことを特徴とするコンピュータネットワークの構成方法。
【請求項４】
請求項２記載のコンピュータネットワークの構成方法において，前記フェイルオーバーイベントは，プライマリセキュリティシステムから前記コンピュータネットワークへのリンクの故障を含むことを特徴とするコンピュータネットワークの構成方法。
【請求項５】
請求項２記載のコンピュータネットワークの構成方法において，前記検出は，セカンダリセキュリティシステムによって実行されることを特徴とするコンピュータネットワークの構成方法。
【請求項６】
請求項２記載のコンピュータネットワークの構成方法において，前記検出は，キープアライブ信号の不存在を検出することにより行うことを特徴とするコンピュータネットワークの構成方法。
【請求項７】
請求項２記載のコンピュータネットワークの構成方法において，前記検出は，プライマリセキュリティシステムの動作をモニタし，動作不良がモニタされたらテイクオーバー信号をセカンダリセキュリティシステムに送信することにより行うことを特徴とするコンピュータネットワークの構成方法。
【請求項８】
請求項２記載のコンピュータネットワークの構成方法において，前記検出は，プライマリセキュリティシステムの動作をモニタし，動作不良がモニタされたらテイクオーバー信号をセカンダリセキュリティシステムに送信することにより行うことを特徴とするコンピュータネットワークの構成方法。
【請求項９】
請求項１記載のコンピュータネットワークの構成方法において，前記フローレコードの共用は，所定時間間隔毎に，前記プライマリセキュリティシステムと前記セカンダリセキュリティシステムとの間で行うことを特徴とするコンピュータネットワークの構成方法。
【請求項１０】
請求項１記載のコンピュータネットワークの構成方法において，前記フローレコードの共用は，前記セカンダリシステムによってリフレッシュメッセージを受信したときに，前記プライマリセキュリティシステムと前記セカンダリセキュリティシステムとの間で行うことを特徴とするコンピュータネットワークの構成方法。
【請求項１１】
請求項１０記載のコンピュータネットワークの構成方法において，セッションが開始されもしくは終了するときに，前記プライマリセキュリティシステムが前記リフレッシュメッセージを送信することを特徴とするコンピュータネットワークの構成方法。
【請求項１２】
請求項２記載のコンピュータネットワークの構成方法において，前記プライマリセキュリティシステムにおけるパケットの受信及び処理は，フェイルオーバーイベントが終了した状態になったときに再開されることを特徴とするコンピュータネットワークの構成方法。
【請求項１３】
請求項２記載のコンピュータネットワークの構成方法において，前記プライマリセキュリティシステムは前記セカンダリセキュリティシステムのフェイルオーバーサポートを行い，前記セカンダリセキュリティシステムは前記プライマリセキュリティシステムのフェイルオーバーサポートを行うことを特徴とするコンピュータネットワークの構成方法。
【請求項１４】
第１のセキュリティ装置と，
コンピュータネットワークから受信したパケットにかかるフロー情報を保持し，前記第１のセキュリティ装置に特有のフロー情報を共用する第１のモジュールと，
第２の装置との間でフロー情報を交換することを可能とする通信インターフェースとから構成される第１の装置を有することを特徴とするコンピュータネットワークシステム。
【請求項１５】
請求項１４記載のコンピュータネットワークシステムにおいて，前記第２の装置は，
第２のセキュリティ装置と，
コンピュータネットワークから受信したパケットにかかるフロー情報を保持し，前記第２のセキュリティ装置に特有のフロー情報を共用する第２のモジュールを有することを特徴とするコンピュータネットワークシステム。
【請求項１６】
請求項１４記載のコンピュータネットワークシステムにおいて，前記第１の装置又は前記第２の装置のひとつは他の装置のフェイルオーバーイベントの発生を決定するように構成され，このフェイルオーバーイベントの発生が決定されたときには，前記第１の装置又は前記第２の装置は，他の装置のパケット処理を実行するように構成されていることを特徴とするコンピュータネットワークシステム。
【請求項１７】
請求項１６記載のコンピュータネットワークシステムにおいて，前記フェイルオーバーイベントが発生した後，前記第１の装置又は前記第２の装置のうち他の装置は，前記フェイルオーバーイベントがクリアされた状態になると，動作を再開することを特徴とするコンピュータネットワークシステム。
【請求項１８】
請求項１６記載のコンピュータネットワークシステムにおいて，前記フェイルオーバーイベントは，第１の装置又は第２の装置の故障を含むことを特徴とするコンピュータネットワークシステム。
【請求項１９】
請求項１６記載のコンピュータネットワークシステムにおいて，前記フェイルオーバーイベントは，第１の装置又は第２の装置からのリンクの故障を含むことを特徴とするコンピュータネットワークシステム。
【請求項２０】
請求項１６記載のコンピュータネットワークシステムにおいて，前記第１の装置は前記第２の装置とフローレコードを共用することを特徴とするコンピュータネットワークシステム。
【請求項２１】
請求項１６記載のコンピュータネットワークシステムにおいて，前記第２の装置がリフレッシュメッセージを受信したときに，前記第１の装置は前記第２の装置とフローレコードを共用することを特徴とするコンピュータネットワークシステム。
【請求項２２】
請求項１６記載のコンピュータネットワークシステムにおいて，前記第２の装置は前記第１の装置をサポートするキープアライブ信号の不存在を検出することによりフェイルオーバーイベントの発生を決定するように構成されていることを特徴とするコンピュータネットワークシステム。
【請求項２３】
請求項１６記載のコンピュータネットワークシステムにおいて，前記第２の装置はテイクオーバー信号を受信することにより，前記フェイルオーバーイベントの発生を決定するよう構成されていることを特徴とするコンピュータネットワークシステム。
【請求項２４】
請求項１６記載のコンピュータネットワークシステムにおいて，前記第２の装置は一定時間間隔毎に前記フェイルオーバーイベントの発生の有無を決定するよう構成されていることを特徴とするコンピュータネットワークシステム。
【請求項２５】
請求項２３記載のコンピュータネットワークシステムにおいて，前記第１の装置の動作をモニタし，前記第１の装置に関する故障が発見されたときに，前記テイクオーバー信号を前記第２の装置に送信する第３の装置を有することを特徴とするコンピュータネットワークシステム。
【請求項２６】
請求項１５記載のコンピュータネットワークシステムにおいて，前記第１の装置及び前記第２の装置は，実質的に同一に構成されていることを特徴とするコンピュータネットワークシステム。
【請求項２７】
請求項２１記載のコンピュータネットワークシステムにおいて，前記第１の装置はセッションが開始されまたは終了したときに前記リフレッシュメッセージを送信することを特徴とするコンピュータネットワークシステム。
【請求項２８】
請求項１４記載のコンピュータネットワークシステムにおいて，前記第１のセキュリティ装置はファイヤウォール，侵入検知システム又は侵入防御システムのいずれかを含むことを特徴とするコンピュータネットワークシステム。
【請求項２９】
処理パケットを受信するように構成されたプライマリセキュリティ装置であって，前記プライマリセキュリティ装置に含まれる複数の装置のフロー情報を保持する手段を有するプライマリセキュリティ装置と，
フェイルオーバーイベントが発生した場合に前記プライマリセキュリティ装置の処理パケットを受信するよう構成されたセカンダリセキュリティ装置であって，複数の装置のフロー情報を共用する手段を有するセカンダリセキュリティ装置と，
前記プライマリセキュリティ装置のフローレコードを前記セカンダリセキュリティ装置と共用する手段を有することを特徴とするコンピュータネットワークシステム。
【請求項３０】
請求項２９記載のコンピュータネットワークシステムにおいて，さらに，プライマリセキュリティ装置のフェイルオーバーイベントの発生を決定する手段と，前記決定する手段が前記フェイルオーバーイベントの発生を決定したときに，前記セカンダリセキュリティ装置が前記プライマリセキュリティ装置のパケット処理を行うようにする手段とを含むことを特徴とするコンピュータネットワークシステム。
【請求項３１】
請求項２９記載のコンピュータネットワークシステムにおいて，前記フェイルオーバーイベントは，前記プライマリセキュリティ装置の故障か前記プライマリセキュリティ装置からのリンクの故障を含むことを特徴とするコンピュータネットワークシステム。
【請求項３２】
請求項２９記載のコンピュータネットワークシステムにおいて，前記セカンダリセキュリティ装置は前記プライマリセキュリティ装置に係るフェイルオーバーイベントの発生を決定する手段を有することを特徴とするコンピュータネットワークシステム。
【請求項３３】
請求項３０記載のコンピュータネットワークシステムにおいて，前記プライマリセキュリティ装置に係るフェイルオーバーイベントの発生を決定する前記手段は，キープアライブ信号の不存在を検出する手段を含むことを特徴とするコンピュータネットワークシステム。
【請求項３４】
請求項３０記載のコンピュータネットワークシステムにおいて，前記プライマリセキュリティ装置に係るフェイルオーバーイベントの発生を決定する前記手段は，さらに，プライマリセキュリティ装置の動作をモニタする手段と，前記モニタする手段が故障を検出したときに前記セカンダリセキュリティ装置にテイクオーバー信号を送信する手段とを有することを特徴とするコンピュータネットワークシステム。
【請求項３５】
請求項２９記載のコンピュータネットワークシステムにおいて，前記プライマリセキュリティ装置のフローレコードを前記セカンダリセキュリティ装置と共用する前記手段は，所定の時間間隔毎に前記フローレコードを共用する手段を有することを特徴とするコンピュータネットワークシステム。
【請求項３６】
請求項２９記載のコンピュータネットワークシステムにおいて，前記プライマリセキュリティ装置のフローレコードを前記セカンダリセキュリティ装置と共用する前記手段は，リフレッシュメッセージを受信したときにフローレコードを共用する手段を有することを特徴とするコンピュータネットワークシステム。
【請求項３７】
請求項３６記載のコンピュータネットワークシステムにおいて，前記プライマリセキュリティ装置は，セッションの開始又は終了時に前記リフレッシュメッセージを送信する手段を有することを特徴とするコンピュータネットワークシステム。
【請求項３８】
請求項３０記載のコンピュータネットワークシステムにおいて，フェイルオーバーイベントがクリアされた状態のときに，前記プライマリセキュリティ装置にパケット処理を再開させる手段を有することを特徴とするコンピュータネットワークシステム。
【請求項３９】
請求項２９記載のコンピュータネットワークシステムにおいて，前記プライマリセキュリティ装置は，さらに，セカンダリセキュリティ装置のフェイルオーバーサポートを行う手段を有することを特徴とするコンピュータネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
ファイヤウォールと侵入検知システムは，無権限または破壊的なユーザーからコンピュータネットワークを保護するために使用される装置である。
【背景技術】
【０００２】
ファイヤウォールはローカル・エリア・ネットワークの外側のユーザーからローカル・エリア・ネットワークを守るのに使用される。
【０００３】
ファイヤウォールはローカル・エリア・ネットワークの外側のユーザーのもとへ，あるいはそのユーザーから送られたメッセージ全てにつき，検査をし，経路制御を行い，頻繁にラベル付けを行う。
【０００４】
侵入検知システム(IDS)は疑わしい振る舞いパターンを認識するために，ネットワーク内に通信されている情報を検査するために使用される。
【０００５】
IDSによって得られた情報はネットワークへのアクセスから無権限または破壊的なユーザーをブロックするために使用することができる。
【０００６】
侵入防御システム(IPS)はIDSのインラインバージョンである。
【０００７】
IPSはネットワーク内に通信されている情報を検査し，疑わしい振る舞いパターンを認識するために使用される。
【０００８】
フローベースのルーター(FBR)は，ネットワーク・アドミニストレータがパケット転送と経路制御を，ネットワーク・アドミニストレータによって定義されたネットワークポリシーによって実装することを可能にする。
【０００９】
FBRは，ネットワーク・アドミニストレータが，パケットがネットワーク中の特定のパスを通るよう選択的に経路制御するポリシーを実装することを可能にする。
【００１０】
また，FBRは，特定のタイプのパケットが，経路制御される際に，個別の望ましいサービスを受けることを保証するために使用することができる。
【００１１】
従来のルーターは，利用可能なルーティング情報に基づき，パケットを目的アドレスに転送することができる。
【００１２】
FBRによって，宛先アドレスのみに基づいて経路制御する代わりに，ネットワーク・アドミニストレータが，アプリケーション，プロトコル，パケットサイズおよびエンド・システムのアイデンティティを含むいくつかの基準に基づいて，パケットを許可するか拒絶するかにかかるルーティングポリシーを実装することができるようになる。
【００１３】
信頼されていないネットワークによる攻撃から信頼されたネットワークを守るため，パケットフィルターはネットワークレイヤー中のデータについて動作する。
【００１４】
例えば，パケットフィルターは，プロトコルタイプ，送信元および宛先インターネット・プロトコル(IP)アドレス，および送信元と宛先ポートの番号等を含むところの，Transmission
Control Protocol/Internet Protocol(TCP/IP)のヘッダのフィールドを検査する。
【００１５】
パケットフィルターのデメリットは，低速であること，複雑なセキュリティ・ポリシーを備えた大きなネットワークにおける管理の困難性である。
【００１６】
プロキシサーバーは，信頼されていないネットワークから信頼されたネットワークを隔離するため，アプリケーション層に運ばれた値を基に動作することができる。
【００１７】
アプリケーションプロキシサーバーでは，2つのTransmission Control Protocol(TCP)コネクションが確立され得る。ひとつは，パケット送信元とプロキシサーバーの間，いまひとつはプロキシサーバーとパケットの宛先の間である。
【００１８】
アプリケーションプロキシサーバーは宛先サーバーを代理して，到着パケットを受け取る。アプリケーションデータはプロキシサーバーによってアセンブルされ，検査される。
【００１９】
また，第２のTCPコネクションは，宛先サーバーへ許可パケットを中継するため，プロキシサーバーと宛先サーバーとの間で開かれる。
【００２０】
プロキシサーバーは，アプリケーション層でパケットを検査するのに必要な付加的なプロトコル・スタック・オーバーヘッドによって，動作が遅くなることがある。
【００２１】
更に，一義的なプロキシーが各アプリケーション毎に必要になるので，プロキシサーバーの実装は複雑で，かつ新アプリケーションサポートの修正が困難である。
【００２２】
さらに，プロキシサーバーは，単にアプリケーション・パケットを検査するのみであり，プロキシサーバーはTCPまたはネットワークレイヤーで試みられたネットワーク・セキュリティー侵入を検知しないかもしれない。
【発明の開示】
【発明が解決しようとする課題】
【００２３】
従来のネットワークセキュリティシステムは，不具合が発生したときに，安定的にセキュリティシステムを運用することができないという問題があった。
【００２４】
そこで，本発明は，上述の問題を鑑みてなされたものであり，セキュリティシステムに不具合が発生しても，安定的に運用することのできるネットワークセキュリティシステムとその使用方法を提供することを目的とする。
【課題を解決するための手段】
【００２５】
上記課題を解決するため，本発明においては，パケットを処理するプライマリセキュリティシステムであって，パケット処理を行う複数の装置に用いられるフロー情報を保持するように動作するプライマリセキュリティシステムを構成し，フェイルオーバー時（故障時）にパケットを処理するセカンダリセキュリティシステムを指定し，プライマリセキュリティシステムからのフローレコードをセカンダリセキュリティシステムと共用することを特徴とするコンピュータネットワークの構成方法が提供される。
【００２６】
さらに，本発明においては，第１のセキュリティ装置と，コンピュータネットワークから受信したパケットにかかるフロー情報を保持し，前記第１のセキュリティ装置に特有のフロー情報を共用する第１のモジュールと，第２の装置との間でフロー情報を交換することを可能とする通信インターフェースとから構成される第１の装置を有することを特徴とするコンピュータネットワークシステムが提供される
【００２７】
さらに，本発明においては，処理パケットを受信するように構成されたプライマリセキュリティ装置であって，前記プライマリセキュリティ装置に含まれる複数の装置のフロー情報を保持する手段を有するプライマリセキュリティ装置と，フェイルオーバーイベントが発生した場合に前記プライマリセキュリティ装置の処理パケットを受信するよう構成されたセカンダリセキュリティ装置であって，複数の装置のフロー情報を共用する手段を有するセカンダリセキュリティ装置と，前記プライマリセキュリティ装置のフローレコードを前記セカンダリセキュリティ装置と共用する手段を有することを特徴とするコンピュータネットワークシステムが提供される
【発明の効果】
【００２８】
本発明のコンピュータネットワークシステム及びコンピュータネットワークの構成方法は，セキュリティシステムに不具合が発生しても，安定的に運用することが可能となる。
【発明を実施するための最良の形態】
【００２９】
図1は，サーバー102，いくつかのワークステーション(W/S)104a-104c(まとめて104で示す)およびセキュリティシステム124を含むローカル・エリア・ネットワーク(LAN)100を含む典型的なネットワークトポロジーである。
【００３０】
セキュリティシステム124はセッション・モジュール122および他のセキュリティ装置のグループを含んでいる。
【００３１】
上記実装においては，セキュリティシステム124は2つのセキュリティ装置，すなわち，第１のセキュリティ装置106および第２のセキュリティ装置108を含む。LAN 100はセキュリティシステム124によって，外部ネットワーク(例えばインターネット114b)に接続される。LAN 100も外部ネットワーク(例えばインターネット114a)を通り別のLAN 116に接続される。
【００３２】
第2のLAN 116はウェブサーバー110，電子メールサーバー112，サーバー138，いくつかのワークステーション134a-134f(まとめて134で示す)およびセキュリティシステム124を含んでいる。LAN 116はセキュリティシステム126によってインターネット114aに接続される。
【００３３】
セキュリティシステム126は第１のセキュリティ装置128，第2のセキュリティ装置130およびセッション・モジュール132を含んでいる。
【００３４】
コンピューター，サーバーおよびLANの中の他のデバイスは，例えばワイヤー，光ファイバーおよび電波のような多くのデータ伝送媒体を使用して相互に連結される。
【００３５】
セキュリティシステム124およびセキュリティシステム126は同様の方法で動作する。セキュリティシステム124を使用した例においては，セッション・モジュール122は，ネットワーク内に通信されているパケットをモニタする。
【００３６】
ある実装においては，第1のセキュリティ装置106はファイヤウォールであってもよい。
【００３７】
また，第2のセキュリティ装置108はIPSであってもよい。
【００３８】
セッション・モジュール122は，試みられたネットワーク・セキュリティー侵入にかかるパケットのブロックをするために，第1のセキュリティ装置106および第2のセキュリティ装置108と共に動作する。
【００３９】
図2は，セッション・モジュール122のセッション・モジュールブロック図の一例を示す。
【００４０】
セッション・モジュール122はパケットを受け取る着信パケットインターフェース205を含む。セッション・モジュール132も同様の方法で動作する。
【００４１】
受け取られたパケットはフロー処理エンジン(FPE)202により分析され，試みられたネットワーク・セキュリティー侵入が侵入中か否かを判断する。
【００４２】
セッション・モジュール122はさらにフローテーブル215を含む。
【００４３】
フローテーブル215は受信パケットのフロー情報を格納するために使用される。
【００４４】
セッション・モジュール122は，さらにネットワーク上の他のセキュリティ装置へのインターフェースを含む。
【００４５】
ある実装においては，セッション・モジュール122はファイヤウォールインターフェース220，IPSインターフェース225およびフローベースのルーター・インターフェース230を含む。
【００４６】
セキュリティ装置インターフェース218は，セッション・モジュール122によって使用され，受信パケットが許可されるか修正されるべきかどうかを決めるため，受信パケットにかかる情報およびそのパケットにかかるフロー情報を得るために使用される。
【００４７】
セキュリティ装置インターフェース218は，さらに，パケット処理をするキュリティ装置によって使用されるフロー情報を通信するため，セッション・モジュール122によって使用される。
【００４８】
図3は，本発明の原理にかかる実装で使用されるフローテーブル215の構造を示す。
【００４９】
フローテーブル215は現在のTCP/IPフローに関するフローレコード302a-302e(まとめて302で示す)を含む。
【００５０】
TCP/IPフローは，送信元と宛先との間の一方向情報通信データ・パケットのシーケンスを含む。フローレコードはインデックスキー305を用いてインデックス付けされている。
【００５１】
インデックスキー305は，受信パケットにかかる適切なフローレコードを格納し検索するために使用される。
【００５２】
ある実装においては，インデックスキー305はハッシュ・キーであってもよい。また，フローテーブル215はハッシュ・テーブルとして実装されてもよい。
【００５３】
セッション・モジュール122(図2)は，ネットワーク上の2以上のセキュリティ装置に対するインストラクションを，一つのフローレコード内に保存する。
【００５４】
セッション・モジュール122のある実装においては，3つのセキュリティ装置(例えば装置310，315および320)の命令は，フローレコード302に格納されてもよい。
【００５５】
フローレコード302は他の情報とともに，ポリシー情報(例えばファイヤウォールポリシー，IPSポリシーなどそのフローに適用されるポリシー情報)も格納する。
【００５６】
ここに，他の情報とは，暗号化パラメーター，アドレス変換パラメーター，ブックキーピング情報および統計等であり，これらは各セキュリティ装置によって使用されてもよい。
【００５７】
フローレコード302は，さらにパケットが許可されるかどうか決定するため，セッション・モジュール122に使用のたされるフロー情報325を含むことができる。
【００５８】
これら情報には，ネットワークポリシーを実装するのに必要な情報を含むことができる。これらは，例えば，接続タイム・アウト，時間課金，帯域幅使用法等である。
【００５９】
フロー，セッションおよびフローテーブルは，「マルチ・メソッド，ゲートウェイベース・ネットワーク・セキュリティー・システムズおよびその方法」という表題の，米国特許出願10/072,683に、より詳しく記述されている。
【００６０】
それらの内容は，すべてここに組み入れられるものとする。
【００６１】
図4は，本発明の原理に基づく実装における，FPE 202(図2)の動作のフローチャートの一例である。
【００６２】
着信パケットはセッション・モジュール122(ステップ400)によって受け取られる。IPパケットはデフラグ(ステップ402)される。
【００６３】
IPヘッダは各IPパケットにつき有効化される(ステップ403)。403にて，与えられたパケットにかかるIPヘッダが抽出され，基本的瑕疵の有無が検査される。    
【００６４】
パケットがTCPパケット(404)である場合，TCPヘッダが有効化され(ステップ405)，TCPパケットはアセンブリされる(ステップ410)。有効化プロセスはTCPヘッダ・データを抽出し基本的瑕疵の有無にかかるヘッダの評価を含む。
【００６５】
ステップ410で生成された疑似アセンブリ情報は，セッション・モジュール122によって他のセキュリティ装置に送信され，これらセキュリティ装置でパケットの処理がされる。アセンブリについては，米国特許出願10/072,683および10/072,683により非常に詳しく記述されている。
【００６６】
415では，FPE 202は，与えられた受信パケットにかかるTCP/IPヘッダ・データを使用して，セッション分類ステップを実行する。
【００６７】
セッション・モジュール122は，パケットが許可されるかどうかを，受信パケットにかかるフローテーブル・エントリー(ステップ420)から検索されたTCP/IPフローの情報に基づいて決定する。
【００６８】
さらに，セッション・モジュール122は，他のセキュリティ装置，例えばファイヤウォール(425)，IPS(ステップ430)，フローベースルーター(ステップ435)のうちの1つから戻された情報を使用してもよい。
【００６９】
さらに，セッション・モジュール122は，与えられたパケットを処理するためのそれぞれのデバイスにフロー情報を伝えることにより，セキュリティ装置の動作を行ってもよい。
【００７０】
最後に，パケットが許可されれば(ステップ440)，FPE 202はパケットを転送する。
【００７１】
それ以外の場合には，パケットは他の処理をする(ステップ445)。他の処理には，パケットに関する特別の情報のログ，パケットの保持する,あるいはパケットの修正しまたは破棄を含んでもよい。
【００７２】
図5は，セッション分類(図4のステップ415)にかかる処理のフローチャート例である。
【００７３】
セッション分類ステップはパケット(500)を受け取り，パケットが許可されるかどうか決めるために使用される情報を抽出する。抽出された情報は送信元および宛先IPアドレス，送信元および宛先ポート番号，およびプロトコを含む(ステップ505)。
【００７４】
抽出された情報はパケットが既知のセッション・フローに関係しているかどうか判断するために，フローテーブル215(ステップ510)を検索するために使用さる。
【００７５】
既知のセッション・フローについては，ステップ510は，フローテーブル215(ステップ515)中の一致するフローレコードを生成する。
【００７６】
一致するフローレコードが見つかった場合，FPE 202(図2)は一致するフローレコードから受信パケットのTCP/IPセッション情報を抽出する(ステップ520)。
【００７７】
FPE 202は，受信パケットが許可されるか否かを，ステップ520で得られたTCP/IPセッション情報を使用して決定する。
【００７８】
より具体的には，FPE 202は一致するフローレコードから情報を抽出し，セキュリティ装置へ情報を渡す(例えば，フローレコードからのセッションIDおよびTCP/IPセッション情報，さらには他のセキュリティ装置特有の情報を送信する)(ステップ525)。セキュリティ装置からの戻される結果に基づき，FPE 202は与えられたパケット(ステップ530)を転送，破棄，記録，格納，修正または他の処理を行う。
【００７９】
ステップ515において，一致するフローレコードがフローテーブル215で見つからない場合，受信パケットは新しいTCP/IPセッション(ステップ532)に関係している。
【００８０】
新しいTCP/IPセッションの場合，FPE 202はその新しいセッションにセッションIDを割り当てる。
【００８１】
また，新しいセッションにかかるパケット用のセキュリティ・ポリシーを決定するために，FPE 202は，他のセキュリティ装置(例えばファイヤウォール，IPS，フロー・ルーター)と通信する。
【００８２】
例えば，FPE202は新しいセッションにかかる受信パケットが許可されるか否かを決めるため，ファイヤウォール(ステップ540)から情報を得る。
【００８３】
FPE 202は，既知の試みられたネットワーク・セキュリティー侵入の攻撃署名と一致するとして，受信パケットをブロックすべきか決定するため，IPS(ステップ545)と通信してもよい。
【００８４】
FPE 202は，フロー・ルーター(ステップ550)からの新セッションにかかるネットワークポリシーも得てもよい。
【００８５】
FPE 202は，異なるセキュリティ装置間の調停者の役割をする。
【００８６】
FPE 202は，パケットが新しいTCP/IPセッションと関係すれば許可されるであろうことを決定するため，セキュリティ装置から個々にあるいはこれらの組合せによって得られた情報を利用してもよい。
【００８７】
FPE 202は，新しいフローレコードを作成するためにセキュリティ装置から得た情報を使用し，フローテーブル215(ステップ555)に新しいフローレコードを格納する。
【００８８】
新しいフローレコードは，受信パケットに関連した新しいセッションのTCP/IPセッション情報および他のセキュリティ装置特有の情報を含む。
【００８９】
その後，FPE202は，図4に記載された与えられたTCP/IPセッションにかかる受信パケットの処理を行う。
【００９０】
その処理とは，対応するフローレコードからのセキュリティ装置にセッションID，TCP/IPセッション情報およびセキュリティ装置特有の情報を伝えることを含む。
【００９１】
受信パケットが様々なセキュリティ装置を使用して，試みられたネットワーク・セキュリティー侵入に関係しているかどうか判断することに加えて，セッション・モジュール122(図2)は，さらに図4に記述されるような受信TCP/IPパケットの疑似アセンブリを行なってもよい。
【００９２】
図6は，セッション・モジュール122によって生成される疑似リアセンブリ情報を示す。疑似リアセンブリ情報は，メモリ中の与えられたパケット600の位置へのポインター，およびフロー605中のパケットの相対的地位を含む情報へのポインターを含む。
【００９３】
ひとつの実装において，IPSは受動的TCP/IPリアセンブリを行なうかもしれない。また，パケット600の位置へのポインターはIPSの内のパケットを見つけるために使用されてもよい。
【００９４】
他実装においては，フローのパケットの相対的地位を含んでいる情報へのポインター605は，パケットにかかるTCP/IPヘッダに含まれるTCP/IPシーケンス番号を得るために使用されてもよい。
【００９５】
その疑似リアセンブリ情報は，セッション・モジュール122(図2)に接続されたセキュリティ装置に伝えられてもよい。セキュリティ装置は，受信パケットを処理するために疑似リアセンブリ情報を使用する。
【００９６】
上記セッション・モジュール122は，多くの異なるネットワークトポロジーの中で使用されてもよい。
【００９７】
図7は，セッション・モジュール122がファイヤウォール705へ統合される場合のネットワークトポロジーである。
【００９８】
ファイヤウォール705は，ルーター720およびIPS 715へのインターフェースを含む。ファイヤウォール705は外部ネットワークインターフェース700からパケットを受け取る。
【００９９】
受信パケットが既知の攻撃シグネチャに基づいてブロックされるべきかどうかを決定するため，ファイヤウォール705はIPS 715と通信する。
【０１００】
ファイヤウォール705およびIPS 715が，パケットの通過を許可する際，ファイヤウォール705は，ルーター720に受信パケットを送る。ルーター720は，ルーターに格納されたネットワークポリシーに基づいて，内部ネットワークインターフェース725を使用して，望む宛先へ送信パケットを転送するかもしれない。
【実施例】
【０１０１】
図8は，セッション・モジュール122を使用して，コンピュータネットワークセキュリティを実装する他の配置例を示す。
【０１０２】
この配置では，セッション・モジュール820は，ファイヤウォール805，IPS 810およびルーター815からなる直列配置にて作動する。外部ネットワークインターフェース800を通じて受け取られたパケットは，ルーター815に通信される前に，ファイヤウォール805によって遮断されることがある。ファイヤウォール805は，さらにIPS 810に受信パケットにかかる情報を送る。
【０１０３】
IPS 810は受信パケットを検査し，既知の攻撃シグネチャに基づき，受信パケットがブロックされるべきときは，セッション・モジュール820に通知する。
【０１０４】
ルーター815は次の処理のためにセッション・モジュール820にパケットを送る。
【０１０５】
受信パケットが許可されるべきことをセッション・モジュール820が決定する場合，セッション・モジュール820は内部ネットワークインターフェース825を使用して，所望の宛先へ受信パケットを転送する。
【０１０６】
図9は，セッション・モジュール122を使用して，コンピュータネットワークセキュリティを実装する高利用率な配置の例を示す。この配置では，ネットワークトポロジーは，外部ネットワークインターフェース902a，内部ネットワークインターフェース904aおよび第１のセキュリティシステム924aを含むローカル・エリア・ネットワーク(LAN)900からなる。
【０１０７】
第1のセキュリティシステム924aはセッション・モジュール122aおよび他のセキュリティ装置のグループを含む。
【０１０８】
ここに示された実装においては，第1のセキュリティシステム924aは2台のセキュリティ装置，すなわち，ファイヤウォール装置905aおよびIPSデバイス910aを含んでいる。
【０１０９】
他の実装例では，第1のセキュリティシステム924aは例えば1のファイヤウォール905aのように，より多くより少数のセキュリティ装置のみからなり，IPSは含まなくてもよい。
【０１１０】
LAN 900は外部ネットワークインターフェース902aによって第1のセキュリティシステム924aを通じて外部ネットワーク(例えばインターネット)に接続される。
【０１１１】
LAN 900は，さらに，外部ネットワークインターフェース902bによって第２のセキュリティシステム924bを通じて外部ネットワーク(例えばインターネット)に接続される。
【０１１２】
第2のセキュリティシステム924bはセッション・モジュール122bおよびセキュリティ・モジュールのグループを含んでいる。
【０１１３】
ここに示された実装においては，第2のセキュリティシステム924bは2つのセキュリティ装置，すなわち，ファイヤウォール905bおよびIPSデバイス910bと，内部ネットワークインターフェース904bを有している。
【０１１４】
他の実装例では，第1のセキュリティシステム924bは例えば1のファイヤウォール905bのように，より多くより少数のセキュリティ装置のみからなり，IPSは含まなくてもよい。
【０１１５】
第1と第2セキュリティ装置924a/bは同様に構成される。
【０１１６】
第1と第2セキュリティシステム924a/bはリンク929によって接続されている。
リンク929はセキュアリンクである。
【０１１７】
リンク929は，LAN900の内部リンクでもよく，もしくは，外部ネットワークの一部のリンクでもよい。
【０１１８】
第2のセキュリティシステム924bは，外部ネットワークインターフェース902bを使用して，外部ネットワーク(例えばインターネット)に直接つながってもよい。あるいは，第2のセキュリティシステム924bは第1のセキュリティシステム924aを通じて外部ネットワークにつながってもよい。同様に，第1と第2セキュリティシステム924a/bは単一の内部ネットワークインターフェースを共有してもよい。
【０１１９】
LAN 900の中のコンピューター，サーバーおよび他のデバイスは多くのデータ伝送媒体を使用して，相互に連結されてもよい。これら媒体は，ワイヤー，光ファイバー，電波のみに制限されるものではない。高利用率のネットワークトポロジーの他の構成も可能である。
【０１２０】
いずれの構成においても，第1のセキュリティシステム924aによって処理されたトラフィックをサポートするために，第2のセキュリティシステム924bはフェイルオーバー（動作停止用の予備）となる。
【０１２１】
本発明の原理にかかるある実装例においては，第2のセキュリティシステム924bはセキュリティシステムのプールとして提供される。
【０１２２】
そのプールでは，少なくとも1つのセキュリティシステムがプライマリフェイルオーバーシステムであるとみなされる。
【０１２３】
プール中の他の1つ以上のセキュリティシステムは予備的なフェイルオーバーシステムであるとみなされる。
【０１２４】
第2のセキュリティシステムの各々は，受動的(すなわち，フェイルオーバーイベントまではアイドル状態)，もしくは，それ自身のネットワーク必要条件を満たすため，能動的にパケットパケット処理をする。
【０１２５】
本発明の原理にかかる別の実装例では，第１及び第２のセキュリティシステムは各々他方にフェイルオーバープロテクションを供給する。
【０１２６】
そのような実装においてはフェイルオーバーデータは2つのセキュリティシステム間で交換される。
【０１２７】
フェイルオーバーに先立ち，かつ，これをサポートするセキュリティシステムの動作について，以下に詳述する。
【０１２８】
図9に示す高利用率の実装においては，第2のセキュリティシステム924bは第1のセキュリティシステム924aのフェイルオーバーとして作動するように構成される。
【０１２９】
フェイルオーバーは，第1のセキュリティシステム924aあるいは第1のセキュリティシステム924aへのリンクのいずれかが故障した場合に開始される。
【０１３０】
フェイルオーバーは，キープアライブ信号（正常動作を示す信号），データあるいは他のステータス情報の受信の誤作動等から，第2のセキュリティシステム924bによって検出される。
【０１３１】
本発明の原理にかかる一実装例では，第1のセキュリティシステム924aはフェイルオーバーエンジン930を含む。
【０１３２】
フェイルオーバーエンジン930は2つのセキュリティシステムを同期させるように，別のセキュリティシステム(例えば第2のセキュリティシステム924b)にフェイルオーバーデータを送信するよう動作する。
【０１３３】
本発明の原理に基づく一実装例では，フェイルオーバーデータは，それぞれのセキュリティシステム(例えば第1のセキュリティシステム924a)にかかるフローテーブル215(セッション・モジュール122の一部)からのデータを含む。
【０１３４】
より具体的には，フェイルオーバーの後，第２のセキュリティシステム(例えば第2のセキュリティシステム924b)は，経路制御のために，さらに，第１のセキュリティシステム(例えば第1のセキュリティシステム924b)によって処理する通常予定された処理(つまり，故障により処理できなかったもの)のためにパケットを受信する。
【０１３５】
受け取られたパケットのうちのいくつかは，以前に第１のセキュリティシステム中で処理され識別されたセッションかかる。
【０１３６】
フェイルオーバーに先立ってフロー情報を共有することは，それらが受け取られるとともに第2のセキュリティシステムがシームレスに既存のフロー用パケットを処理することを可能にする。
【０１３７】
フェイルオーバーに先立ってフロー情報を共有しない従来のシステムは，既存のセッション(フェイルオーバー時に最新だったセッション)に関係があるパケットをすべて破棄する必要があるか，処理ステップを繰り返す必要がある。
【０１３８】
上述した，第1のセキュリティシステム924aの内のセッション・モジュール122aはネットワーク内に通信されているパケットをモニタする。
【０１３９】
試みられたネットワーク・セキュリティー侵入にかかるパケットのブロックをするため，セッション・モジュール122aは，ファイヤウォール装置905aおよびIPS装置910aと共に作動する。
【０１４０】
第2のセキュリティシステム924b(図9)のフェイルオーバーエンジン930は与えられたセキュリティシステムがそのためにフェイルオーバー装置の役割をするように選定され，1つ以上のプライマリセキュリティシステム(例えば第１のセキュリティシステム)の故障を発見するために作動するかもしれない。
【０１４１】
フェイルオーバーエンジン930は所定のプライマリセキュリティシステムのリンクか動作の故障を発見するよう動作する。
【０１４２】
本発明の原理にかかる一実装例では，与えられたセキュリティシステムは，他の1つ以上のセキュリティシステム用のフェイルオーバーシステムの役割をしてもよい。
【０１４３】
フェイルオーバーエンジン930はそれぞれの装置のフローテーブル215の情報の受領及びアップデート制御を行う。より具体的には，フェイルオーバーエンジン930は，プライマリセキュリティシステムからセカンダリセキュリティシステムに同期情報を供給するよう動作する。
【０１４４】
フェイルオーバーエンジン930は時間毎に同期情報を更新し，プライマリセキュリティシステムの故障を検知し，第2のセキュリティシステムのパケットの処理を始める。
【０１４５】
処理されるパケットとは，検知された失敗がなかったならばプライマリセキュリティシステムによって処理されていたはずのものである。
【０１４６】
ここで，図10を参照して，セッション・モジュール122の別の実装例を示す。
セッション・モジュール122のこの実装例はパケットを受け取るために着信パケットインターフェース205を含む。
【０１４７】
試みられたネットワーク・セキュリティー侵入が進行中かどうか判断するために，受信パケットは，フロー処理エンジン(FPE)202によって分析される。
【０１４８】
セッション・モジュール122はさらにフローテーブル215を含む。
【０１４９】
フローテーブル215は受信パケットにかかるフローに関する情報を格納するために使用される。
【０１５０】
フローテーブル215はプライマリもしくはアクティブ部分1002，およびセカンダリ部分1004を含む。
【０１５１】
プライマリ部分1002は，プライマリセキュリティシステとして，与えられたセッション・モジュールの動作にかかる情報を格納するためのフローテーブルの部分である(すなわち，セッション・モジュールがパケット処理を積極的に行うフロー情報を格納)。
【０１５２】
第2の部分1004は，セカンダリセキュリティシステとして，与えられたセッション・モジュールの動作にかかる情報を格納するためのフローテーブルの部分である(すなわち，フェイルオーバー・同期情報であって，セッション・モジュールがフェイルオーバー時に処理していたもの)。
【０１５３】
一つの実装例では，プライマリ部分1002及びセカンダリ部分1004はフローテーブル215に統合されてもよい。
【０１５４】
別の実装例においては，フローテーブル215は，与えられたセッション・モジュールがフェイルオーバーサポートをする多数の主要なセキュリティシステムに対応する多数のセカンダリ部分を格納してもよい。
【０１５５】
セッション・モジュール122は，さらに他のセキュリティシステムへの1つ以上のインターフェースと同様にネットワーク上の他のセキュリティ装置へのインターフェースも含む。
【０１５６】
本発明の原理に係る一実装例では，セッション・モジュール122はファイヤウォールインターフェース220，IPSインターフェース225およびフェイルオーバーインターフェース1000を含む。
【０１５７】
セキュリティ装置インターフェースは受信パケットが許可されるか修正されるべきかどうかを決定するために，パケットに関連したフローに関する受信パケットおよび情報に関する情報を得るため，セッション・モジュール122によって使用される。
【０１５８】
パケットの処理を行うためにセキュリティ装置が使用するフロー情報を送るため，セキュリティ装置インターフェースもセッション・モジュール122によって使用される。
【０１５９】
フェイルオーバーインターフェース1000はネットワーク中の他のセキュリティシステムに同期情報を送信するために使用される。
【０１６０】
本発明の原理にかかる一実装例では，プライマリ及びセカンダリセキュリティシステムの各々は，フェイルオーバーエンジン930を含むセッション・モジュール122を含む。
【０１６１】
そのような実装例では，第1のセキュリティシステム924aおよび第2のセキュリティシステム924b(図9)は，セッション・モジュール122の外には別個のフェイルオーバーエンジン930を持たなくてもよい。
【０１６２】
第１のセキュリティシステム(つまり通常のパケットを通すよう動作するプライマリセキュリティシステム)の処理ステップにおいては，まず，セッション・モジュール122のフローテーブル215に初期設定をする(ステップ1102)。
【０１６３】
初期設定の後，フェイルオーバーエンジン930は，フローテーブル215の初期/現在状況を反映する情報を識別し(ステップ1104)，フェイルオーバーインターフェース1000によって第２のセキュリティシステムへ情報を渡す(それが格納される場合，例えば，第2の部分1004に)(ステップ1106)。
【０１６４】
初期設定の後に，最初のセキュリティシステムのセッション・モジュール122はパケットを分析し，セッションおよび他の情報を生成する。これらセッション及び情報は，図3-5のとおり，フローテーブルに格納されるか，フローテーブル215から削除される(ステップ1108)。
【０１６５】
所定時間が経過すると，フェイルオーバーエンジン930はフローテーブル215から1または複数の第2のセキュリティシステムにフェイルオーバーインターフェース1000を通じて，情報を提供する(ステップ1110)。
【０１６６】
このプロセスは，第2のセキュリティシステム(例えばフローテーブル215のそれぞれのセカンダリ部分中)において，フローテーブル215からの現在情報のコピーを維持するように繰り返す。
【０１６７】
一実装例では，フローテーブル215は所定時間でその全体が第2のセキュリティシステムにコピーされ提供される。
【０１６８】
別の実装例では，フローテーブル215の一部分だけがコピーされてもよい。
一実装例では，セッションが第１のセキュリティシステム中で作られるか破棄されるごとに，メッセージは送信される。
【０１６９】
一実装例では，タイム・アウト情報は新セッション毎に提供される。
この実装例では，第１のセキュリティシステム中の関連するタイマーがリセットされる(つまり，第2のセキュリティシステム中のタイマーをリフレッシュする)場合はいつも，リフレッシュメッセージが第２のセキュリティシステムに送信される。
【０１７０】
あるいは，タイム・アウト情報は，第2のセキュリティシステムに渡されるセッション情報では送信されなくてもよい。
【０１７１】
この構成では，第2のセキュリティシステムはセット・アップと，第１のセキュリティシステムの故障時にリフレッシュメッセージを受け取る。
一実装例では，タイム・アウト情報は新セッションが生成される毎に提供される。
【０１７２】
第2のセキュリティシステムでは，タイム・アウト機能は無効とされてもよい(つまり，タイム・アウト期間が終了した後も，第2のセキュリティシステムはフローテーブルからセッションを削除しない)。
【０１７３】
一実装例では，フェイルオーバー後に第２のセキュリティシステムがパケット処理を引き継ぐ場合に限り，プライマリセキュリティシステムにかかるトラフィックのため，タイマーが活性化される。
【０１７４】
第2のセキュリティシステム(例えばフェイルオーバーでプライマリセキュリティシステムからのパケットを処理するために作動するセキュリティシステム)の処理行為は，第2のセキュリティシステムのセッション・モジュール122のフローテーブル215の初期設定動作を含む(ステップ1122)。
【０１７５】
フローテーブル215の初期状態を反映する情報は，フェイルオーバーインターフェース1000を通って第2のセキュリティシステムによって受け取られ(ステップ1124)，フローテーブル215のセカンダリ部分に格納される(ステップ1126)。
【０１７６】
第2のセキュリティシステムは所定間隔で第１のセキュリティシステムから最新版を受け取り続け(ステップ1128)，フローテーブル215は更新される(ステップ1126)。
【０１７７】
フェイルオーバーがフェイルオーバーエンジン930によって検知される場合(ステップ1130)，セカンダリセキュリティシステムのセッション・モジュール122はフローテーブル215を初期化する(ステップ1132)。
【０１７８】
フェイルオーバーは，外部エンティティ，あるいは第2のセキュリティシステムによって検知されてもよい。
【０１７９】
パケットは，1番目および処理用の第2のセキュリティシステムの両方に供給されるかもしれない。
【０１８０】
第2のセキュリティシステムは，もしフェイルオーバーが検知されていなければ，パケットを処理しないように構成されてもよい。
【０１８１】
フェイルオーバー検知はpingによってなされるか，キープアライブ信号によってなされる。
【０１８２】
一実装例では，第１のセキュリティシステムはkeep-alive信号を第2のセキュリティシステムへ供給する。
【０１８３】
あるいは，第2のセキュリティシステムは断続的に第１のセキュリティシステムに対して，第１のセキュリティシステムが使用可能かどうか判断するためにpingを行ってもよい。
【０１８４】
他の実装例では，外部エンティティは，第１のセキュリティシステムの動作をモニタしてもよい。
【０１８５】
第１のセキュリティシステムあるいはこれに対するコネクションパスのいずれかの欠陥が検出された場合，引き継ぎ信号が生成され，これが適切な第２のセキュリティシステムに渡される。
【０１８６】
第2のセキュリティシステムのフローテーブル215の初期化はフローテーブル215の適切なセカンダリ部分1004を活性化することによってなす。
【０１８７】
初期設定は，プライマリ部分1002およびセカンダリ部分1004のレコードをそれぞれ統合するフローテーブル215をリオーダーすることにより行ってもよい(例えば第2のセキュリティシステムがフェイルオーバーに先立って積極的に他のパケット処理をサポートしている場合に)。
【０１８８】
一実装例では，レコードはそれぞれ，レコードがどのセキュリティシステムに属するかを示すラベルを含む。
【０１８９】
ラベルは，容易に，プライマリセキュリティシステムが復旧する際に，第2のセキュリティシステムのフローテーブルのプライマリ部分からのレコードを消去するために使用される。
【０１９０】
その後，第2のシステムでのセッション・モジュール122は，図3-5に上述したようにパケットの受信と分析を開始する(フローテーブル215に格納され削除されたセッションおよび他の情報を生成する)。
【０１９１】
所定時間において，セッション・モジュール122のフェイルオーバーエンジン930は，フローテーブル215から，一または複数の第３のセキュリティシステムへと，フェイルオーバーインターフェース1000を経由して，情報を提供する(ステップ1134)。
【０１９２】
アップデート情報は1つ以上の第３のセキュリティシステムのフローテーブル215の現在情報のコピーを維持するように所定間隔で3番目のセキュリティシステムに供給されてもよい。
【０１９３】
一実装例では，フローテーブル215は所定時間でその全体が1つ以上の第３のセキュリティシステムにコピーされ提供される。
【０１９４】
別の実装例では，フローテーブル215の一部分だけがコピーされてもよい。
一実装例では，前もって定義したイベントが発生するまで，プロセスはパケット上で実行し続けるかもしれない。
【０１９５】
前もって定義したイベントは，例えば，第１のセキュリティシステムの故障からの復旧である。
【０１９６】
ここで，図13参照して，セキュリティ・ネットワーク中の高いアベイラビリテイを提供するプロセスを示す。
【０１９７】
プライマリセキュリティシステムが識別される(ステップ1152)。また，1つ以上のセカンダリセキュリティシステムが識別される(ステップ1154)。
【０１９８】
プライマリセキュリティシステムは，フェイルオーバーのイベントが生じるまで，プライマリセキュリティシステムが受け取るパケットを処理するために作動するセキュリティシステムである。
【０１９９】
フェイルオーバーは，プライマリセキュリティシステムの故障のみならず，プライマリセキュリティシステムからネットワークへのリンクの故障も含む。
【０２００】
フェイルオーバーのイベントの後，プライマリセキュリティシステムにかかるパケットのロードの処理に利用可能なものとして，セカンダリセキュリティシステムが指定される。
【０２０１】
一実装例では，セカンダリセキュリティシステムは一つ識別される。
【０２０２】
他の実装例では，複数のセカンダリセキュリティシステムのプールが識別されてもよい。
【０２０３】
プールの一実装例では，一つのセカンダリシステムはマスタとして，一つまたは多数のセカンダリセキュリティシステムがスレーブとして指定されてもよい。
【０２０４】
フェイルオーバーでは，マスター・セキュリティシステムは故障したプライマリセキュリティシステムのパケットを処理するために動作する。
【０２０５】
スレーブは，マスタ・デバイスの故障時に，マスタに代わる。
【０２０６】
高利用率プロセスに戻ると，プライマリセキュリティシステムはフローテーブル215を初期化する(ステップ1156)。また，フローテーブルの初期設定は第2のセキュリティシステムに渡される(ステップ1158)。
【０２０７】
パケットは，プライマリセキュリティシステムによって通常通りに処理され，フローテーブル215は更新される(ステップ1160)。
【０２０８】
所定時間後，セカンダリシステムのフローテーブル215は，プライマリセキュリティシステムからの情報で更新される(ステップ1162)。
【０２０９】
フェイルオーバーイベントが検知されると(ステップ1164)，セカンダリセキュリティシステムはセカンダリシステムのフローテーブル215を初期化し，プライマリセキュリティシステムに経路制御されたパケットを処理し始める(ステップ1166)。
【０２１０】
一実装例では，フェイルオーバーイベントの訂正によって，プライマリセキュリティシステムが再初期化され，フローテーブル215も更新される。また，パケット処理はプライマリセキュリティシステムによって再開される。
【０２１１】
図9に関して上述したように，プライマリ及びセカンダリセキュリティシステムは多数のセキュリティ装置(例えばファイアウォールとIPS)を含んでいるが，個々のデバイスの個別の同期は必要ではない。
【０２１２】
従って，それぞれのデバイス間で渡されるデータの量は最小化される。さらに，やりとりされる情報の量を最小化すれば信頼性が増加する。
【０２１３】
図9に示される構成では，セキュリティ装置の各々は，一体になったフローテーブル215中の情報を共有する。
【０２１４】
他の処理効率の向上も，セカンダリセキュリティシステムによって実現することができる。
【０２１５】
例えば，フェイルオーバーにおいて，以前に認識されたフローの一部であると識別されたパケットは，IPSによって処理を回避される。
【０２１６】
一実装例では，2つのセキュリティシステムが，互いのためのフェイルオーバー装置(例えば，第1のシステムは，第2のシステムに，第２のシステムは第１のシステムに対して，それぞれフェイルオーバーの役割をする)の役割をしてもよい。
【０２１７】
他の実装例では，フェイルオーバー・セキュリティシステムは従来のシステム(つまり，装置中で共有されるフロー情報が存在しない)であってもよい。また，フェイルオーバー・セキュリティシステムによって受け取られるフロー情報は多数のデバイスと共有されてもよい。
【０２１８】
本発明の原理に基づく実施例は，ディジタル電子回路中で，コンピューター・ハードウェア，ファームウェア，ソフトウェア，あるいはそれらの組合せ中で実装されてもよい。
【０２１９】
実施例は，コンピュータープログラム製品(つまり明確に情報媒体で固定化されたコンピュータープログラム)として実装されてもよい。
【０２２０】
情報媒体は，機械可読の記憶装置あるいは転送される信号であってもよく，これらは，プログラマブルプロセッサ，コンピューターあるいは多数のコンピューターのようなデータ処理装置によって実行されこれらを制御する。
【０２２１】
コンピュータープログラムはプログラミング言語の任意の形式で書かれるかもしれない。それはコンパイルされた言語あるいは解釈された言語を含んでいる。それは，スタンドアロンプログラム，あるいはモジュール，コンポーネント，サブルーチンあるいはコンピューティング環境で使用するにふさわしい他のユニットとして含む任意の形式で展開される。
【０２２２】
コンピュータープログラムは，一地点における一つのコンピューターによって実行され，あるいは多数地点における多数のコンピューター上で横断分配されて展開され通信網によって相互に連結される。
【０２２３】
発明の方法は，入力データ上で作動し出力の生成により発明の機能を行なうためにコンピュータープログラムを実行する，1つ以上のプログラム可能なプロセッサによって行なわれてもよい。
【０２２４】
発明の方法も，発明の装置も，特定目的論理回路(例えばFPGA，ASIC(特定用途向けIC))(フィールドプログラマブルゲートアレイ)によって行なわれ，実装されてもよい。
【０２２５】
コンピュータープログラムの実行にふさわしいプロセッサは，例えば，一般および特定目的マイクロプロセッサー，および各種デジタルコンピューターのプロセッサのいずれでもよい。一般に，プロセッサは，読み取り専用メモリおよびランダムアクセス記憶装置の一方または両方から命令とデータを受ける。
コンピューターの必須要素は，命令を実行するためのプロセッサと，命令とデータを格納するための1以上のメモリ装置である。
【０２２６】
一般に，コンピューターは，受け取りまたは送信するところの，データを格納する，例えば磁気ディスク，光磁気ディスクあるいは光ディスク等の大記憶装置を含んでいてもよい。コンピュータープログラム命令およびデータを固定化するにふさわしい情報媒体は，EPROM，EEPROM，フラッシュメモリ等の半導体メモリ装置である不揮発性メモリであってもいいし，磁気ディスク(例えば内部ハードディスク，リムーバブル・ディスク);光磁気ディスク;またCD-ROMとDVD-ROMディスクでもよい。
【０２２７】
プロセッサとメモリは特定目的論理回路の補助を受け，または，これに組み入れられてもよい。
【０２２８】
本発明の原理に基づく実施例は，バックエンド・コンポーネントを含む計算機システム中に(例えばデータ・サーバーとして)実装されるかもしれない。あるいは，ミドルウェア・コンポーネント(例えばアプリケーションサーバ)であってもよい。あるいは，それはフロントエンドのコンポーネント(例えばユーザーが本発明の実装と対話するGUIあるいはウエブブラウザーがあるクライアントコンピュータ)あるいはそのようなバックエンド，ミドルウェアあるいはフロントエンドのコンポーネントのどんな組合せでもよい。
【０２２９】
システムのコンポーネントは，任意の形式あるいはデジタルデータ・コミュニケーション(例えば通信網)の媒体によって相互に連結してもよい。通信網の例は例えば，ローカル・エリア・ネットワーク(LAN)および広域ネットワーク(例えばインターネット)(WAN)を含んでいる。
【０２３０】
計算機システムはクライアントとサーバーを含んでいてもよい。クライアントとサーバーは離れた場所に位置し，通信網を通ってやりとりするかもしれない。クライアントとサーバーの関係は，それぞれのコンピューター上で作動し，互いとのクライアントサーバ関係を持っているコンピュータープログラムによって発生する。
【０２３１】
本発明は特別の実施例に基づき記述された。しかしながら，様々な変更が，本発明の趣旨を逸脱せずになされうることは理解されるだろう。
【０２３２】
例えば，発明のステップは異なる順に行なわれても望ましい結果を達成するかもしれない。
【０２３３】
さらに，セッション・モジュール，IPS，ファイヤウォールおよびルーターはすべて，図9の中で示される構成のような単一のデバイスに組み入れられるかもしれない。
【０２３４】
さらに，1台以上のセキュリティ装置にパッケージにされたセッション・モジュールの他の構成も可能である。
【産業上の利用可能性】
【０２３５】
本発明の原理にかかるシステム，装置および方法は，一般的に，コンピュータネットワークセキュリティのコントロールに関係する。本発明のコンピュータネットワークシステム及びコンピュータネットワークの構成方法によれば，セキュリティシステムに不具合が発生しても，安定的に運用することが可能となる。
【図面の簡単な説明】
【０２３６】
【図１】セッション・モジュールを含むネットワークトポロジーである。
【図２】セッション・モジュールのブロック図である。
【図３】フローテーブルの構造図である。
【図４】セッション・モジュールのオペレーションにかかるフローチャートである。
【図５】セッション分類にかかるフローチャートである。
【図６】セッション・モジュールによって生成された疑似リアセンブリの情報である。
【図７】セッション・モジュールがファイヤウォールに含まれている場合のネットワークトポロジーである。
【図８】セッション・モジュールが，ファイヤウォール，IPSおよびルーターの順で動作する場合のネットワークトポロジーである。
【図９】セッション・モジュールが，ファイヤウォール，IPSおよびルーターが単一のセキュリティ装置に含まれている場合のネットワークトポロジーである。
【図１０】一群のセキュリティ装置が高いアベイラビリテイアーキテクチャに含まれている場合のネットワークトポロジーである。
【図１１】ネットワークトポロジー中のフェイルオーバー保護を提供するプロセスである。
【図１２】ネットワークトポロジー中のフェイルオーバー保護を提供するプロセスである。
【図１３】ネットワークトポロジー中のフェイルオーバー保護を提供するプロセスである。
【符号の説明】
【０２３７】
１００  ローカル・エリア・ネットワーク
１０２  サーバー
１０４  ワークステーション
１０６  第１のセキュリティシステム
１０８  第２のセキュリティシステム
１１０  ウェブサーバー
１１２  Ｅメールサーバー
１１４  インターネット
１１６  ローカル・エリア・ネットワーク
１１８  ルーター
１２０  衛星
１２２  セッション・モジュール
１２４  セキュリティシステム
１３４  ワークステーション
【図１】
2006115495.tif 000003
【図２】
2006115495.tif 000004
【図３】
2006115495.tif 000005
【図４】
2006115495.tif 000006
【図５】
2006115495.tif 000007
【図６】
2006115495.tif 000008
【図７】
2006115495.tif 000009
【図８】
2006115495.tif 000010
【図９】
2006115495.tif 000011
【図１０】
2006115495.tif 000012
【図１１】
2006115495.tif 000013
【図１２】
2006115495.tif 000014
【図１３】
2006115495.tif 000015