(57)【要約】      （修正有）【課題】トラフィック可視性をもつエンドツーエンドのセキュリティの実現。【解決手段】組み合わされた暗号化‐認証ユニットは、暗号ユニットと、該暗号ユニットに並列に結合された認証ユニットとを含み、暗号化鍵を使っての暗号文の生成と並行して認証鍵を使って認証タグを生成する。ここで、認証鍵と暗号化鍵は異なる鍵の値をもつ。さまざまな実施形態において、暗号ユニットはAESカウンタ・モードで動作し、認証ユニットは並列にAES-GMACモードで動作する。二つの鍵の、単一パスでの、複合モードのアルゴリズムを使うことによって、中間デバイスがデータ完全性を危殆化できるようにはせず、データ完全性がエンドツーエンドのデバイス間で保持されたまま、中間デバイスがデータを復号するために暗号化鍵にアクセスすることを許容しつつ、限られた数のHWゲートを使ってネットワーク・パフォーマンスを保持する。【選択図】図１
2009153111.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じた送信のために一つまたは複数のパケットを出力するよう構成されたメディア・アクセス制御（MAC）処理ユニットと；
前記MAC処理ユニットに結合され、前記パケットのそれぞれをその送信に先立って暗号化して、暗号化されたパケットのそれぞれに伴う認証タグを生成する組み合わされた暗号‐認証ユニットとを有する装置であって、前記組み合わされた暗号‐認証ユニットは、それぞれ異なる鍵の値をもつ暗号化鍵および認証鍵を用いて、単一パスで並列に、パケットを暗号化し、かつ暗号化されたパケットに伴う認証タグを生成するよう構成されている、装置。
【請求項２】
前記組み合わされた暗号‐認証ユニットが：
パケットを暗号化して、前記暗号化鍵を使って逐次的に生成された複数の暗号ブロックをもつ暗号化パケットにする暗号ユニットと；
前記暗号ユニットに並列的な仕方で結合され、前記パケットの暗号化と並列して、認証鍵および逐次的に前記暗号ブロックを用いて、前記暗号に伴う認証タグを生成する認証ユニットとを有する、
請求項１記載の装置。
【請求項３】
前記暗号ユニットが先進暗号化標準（AES）‐カウンタ・モードで動作し；
前記認証ユニットが並列にAES-GMAC（ガロア・メッセージ認証コード）で動作する、
請求項２記載の装置。
【請求項４】
前記認証ユニットが複数のブール関数ブロックを有し、各ブール関数ブロックが暗号ブロックと第一の有限体乗算ユニットの出力とに対してブール演算を実行して第二の有限体乗算ユニットへの入力を生成し、各有限体乗算ユニットはAES(認証鍵,0128)として定義される秘密の乗数を有する、請求項３記載の装置。
【請求項５】
前記暗号ユニットおよび前記認証ユニットが集積回路上に一緒に配置されている、請求項２記載の装置。
【請求項６】
チップセットである、請求項１記載の装置。
【請求項７】
一つまたは複数のプロセッサと；
前記一つまたは複数のプロセッサに結合されたディスク記憶装置と；
前記一つまたは複数のプロセッサに結合されたネットワーク・インターフェース・カードと；
ネットワーク上への送信のために前記プロセッサによって生成された平文パケットを暗号化して、暗号化鍵を用いて逐次に生成された複数の暗号ブロックをもつ暗号にする暗号ユニットと；
前記暗号ユニットに並列的な仕方で結合され、前記平文パケットの前記暗号への暗号化と並列して、認証鍵および逐次的に前記暗号ブロックを用いて、前記暗号に関連付けられるべき認証タグを生成する認証ユニットとを有しており、前記暗号化鍵と前記認証鍵は異なる鍵の値をもつ、
システム。
【請求項８】
前記暗号ユニットが先進暗号化標準（AES）‐カウンタ・モードで動作し；
前記認証ユニットが並列にAES-GMAC（ガロア・メッセージ認証コード）で動作する、
請求項７記載のシステム。
【請求項９】
前記認証ユニットが複数のブール関数ブロックを有し、各ブール関数ブロックが暗号ブロックと第一の有限体乗算ユニットの出力とに対してブール演算を実行して第二の有限体乗算ユニットへの入力を生成し、各有限体乗算ユニットはAES(認証鍵,0128)として定義される秘密の乗数を有する、請求項８記載のシステム。
【請求項１０】
コンピュータ可読記憶媒体と；
前記コンピュータ可読記憶媒体に記憶された複数のプログラミング命令とを有する製造物であって、前記プログラミング命令は装置が：
異なる鍵の値をもつ暗号化鍵および認証鍵を受信し；
先進暗号化標準（AES）‐カウンタ・モードで暗号化された暗号化パケットおよび前記暗号化パケットに関連付けられた認証タグ（T）を受信し；
前記暗号化パケットに対して、前記認証鍵を使って、AES-GMAC（ガロア・メッセージ認証コード）で別に暗号化タグ（T′）を計算し；
TおよびT′が等しいかどうかを判定することを可能にする、製造物。
【請求項１１】
前記プログラミング命令がさらに、TとT′が等しくないと判定された場合に前記装置が前記暗号化パケットを破棄することを可能にする、請求項１０記載の製造物。
【請求項１２】
前記プログラミング命令がさらに、TとT′が等しいと判定された場合に前記装置が前記暗号化パケットをAESカウンタ・モードで復号することを可能にする、請求項１１記載の製造物。
【請求項１３】
ネットワークのクライアントとサーバーの間で伝送されるネットワーク・パケットを中継するよう構成されたバッファを有する装置であって、各パケットは、クライアント‐サーバー対の対応する組の、異なる鍵の値をもつ暗号化鍵および認証鍵を使って、単一パスにおいて暗号化され、認証タグが関連付けられたものであり、
当該装置はさらに、前記バッファに結合され、前記対応する暗号化鍵を使って前記パケットの一つまたは複数を検査する処理ユニットを有しており、前記処理ユニットは前記暗号化鍵および前記認証鍵に関し、暗号化鍵のみを有している、
装置。
【請求項１４】
前記処理ユニットがさらに前記暗号化鍵を導出するよう構成されている、請求項１３記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は通信およびネットワーキングの分野に、より詳細には、中間ネットワーク・デバイスへのトラフィック可視性を許容しつつ、諸クライアントとサーバーの間のエンドツーエンドのセキュリティを維持することに関する。
【背景技術】
【０００２】
多くのネットワーク・セキュリティ・プロトコルは、高価な非対称暗号を使ってクライアントとサーバーの間でセッション鍵をネゴシエーションし、各クライアント・セッションについてネゴシエーションされた多数の対称鍵を追跡することをサーバーに要求することに依存する。エンドツーエンドのセキュリティ（end-to-end  security）とは、ネットワークにおける通信の一方の側から他方の側までずっと、たとえばクライアントからサーバーまでおよびサーバーからクライアントまで、データ真正性（authenticity）および／またはデータの秘匿性（confidentiality）があるということを意味する。トラフィック可視性（traffic  visibility）とは、中間サーバーおよび情報技術（IT:  information  technology）モニタリング・デバイスがセキュリティで保護されたトラフィックを見ることができるということを意味する。ある程度まで、これら二つの目標は互いに相反するが、いずれも、ウイルス／ワームについてのセキュリティ・スキャンのような大切なネットワーク機能を実行するために権限を与えられた中間デバイスがデータにアクセスする必要のある管理された環境におけるネットワーク・セキュリティのためには重要である。
【０００３】
エンドツーエンドのセキュリティは、第三者がクライアントとサーバーの間のトラフィックに工作することを排除するためにクライアントおよびサーバーの両方にとって重要である。ここで、クライアントのほうが直接的な操作または工作にさらされやすい。よって、あるクライアントが他のクライアントのトラフィックへのアクセスを得る危殆化を防止するためには、クライアントの秘密（暗号鍵）の一意性が枢要である。トラフィック可視性はIT管理にとって重要であり、異常な現象を検知するためにIT管理デバイスがトラフィックを観察することを要求する。多くの現在の主要なセキュリティ・プロトコルは、トラフィック可視性を顧慮することなくエンドツーエンドのセキュリティを提供するのみである。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
近年、業界は、パケット暗号化および認証の両方のための、単一鍵の、組み合わされたモードの暗号（たとえばAES-GCMおよびAES-CCM）に向かって動いてきている。結果として、その単一鍵をもつ中間ネットワーク・デバイスは、エンドツーエンドのセキュリティの面では、潜在的にはネットワーク・トラフィック真正性のセキュリティ側面を危殆化できる。換言すれば、中間ネットワーク・デバイスを危殆化することに成功した攻撃者はいかなる正当なパケットをも自由に偽装でき、そのパケットはクライアントおよびサーバーのエンドポイントによって受け入れられることになる。［AES＝Advanced  Encryption  Standard（先進暗号化標準）；GCM＝Galois  Counter  Mode（ガロア・カウンター・モード）；CCM＝Counter  CBC-MAC（カウンタCBC-MAC）；CBC-MAC＝Cipher  Block  Chain  Message  Authentication  Code（暗号ブロック連鎖・メッセージ認証コード）］
本発明の諸実施形態について、付属の図面において例解される、限定ではなく例示的な実施形態によって記載する。図面において、同様の参照符号は類似の要素を表す。
【発明を実施するための最良の形態】
【０００５】
本発明の例示的な実施形態は、これに限られないが、中間ネットワーク・デバイスにトラフィック可視性を許容しつつ、諸クライアントとサーバーの間のエンドツーエンドのセキュリティを維持するための方法および装置を含む。中間ネットワーク・デバイスは、たとえ敵によって危殆化されたとしても、クライアントおよび／またはサーバーをだますようメッセージを作製または変造できる可能性は低くなる。
【０００６】
例示的な実施形態のさまざまな側面について、当業者が自らの業績を他の当業者に伝えるために普通に用いる用語を使って記述していく。しかしながら、そうした当業者には記載される側面の一部のみを用いて代替的な実施形態が実施されてもよいことは明白であろう。説明の目的のため、例示的な実施形態の十全なる理解を与えるために個別的な数、材料および構成が記載されるが、当業者にはそうした個別的な詳細なしで代替的な実施形態が実施されてもよいことは明白であろう。その一方、例示的な実施形態を埋没させないために、よく知られた特徴は省略または簡略化される。
【０００７】
さらに、さまざまな動作は、例示的な実施形態を理解するのに最も助けになる仕方で、複数の離散的な動作として順に記載されることになるが、記述の順序はこれらの動作が必ず順序依存であることを含意するものと解釈すべきではない。特に、これらの動作は呈示の順序で実行される必要はない。
【０００８】
「ある実施形態では」という句が繰り返し使われる。この句は一般に同じ実施形態を指すものではない。ただし、そういう場合もあるが。「有する」および「含む」の用語は、文脈からそうでないことが指定されるのでない限り、同義である。句「A/B」は「AまたはB」を意味する。句「Aおよび／またはB」は「（A）、（B）または（AおよびB）」を意味する。句「A、BおよびCのうちの少なくとも一つ」は「（A）、（B）、（C）、（AおよびB）、（AおよびC）、（BおよびC）または（A、BおよびC）」を意味する。句「（A）B」は「（B）または（A  B）」を意味し、つまりAは任意的である。
【０００９】
本発明の実施形態は、異なる鍵値をもつ暗号化鍵（encryption  key）および認証鍵（authentication  key）の二つの鍵を用いた、単一パスの組み合わされた暗号化‐認証を用いて、諸クライアントとサーバーの間のエンドツーエンドのセキュリティおよび中間ネットワーク・デバイスのためのトラフィック可視性の両方を可能にする。ハードウェア・ベースのワイヤスピードのエンドツーエンドの暗号化および認証が、フレームごと、あるいはパケットごとに達成されうる。本願の目的のためには、「フレーム」および「パケット」の用語は、文脈からそうでないことが明確に示されるのでない限り、交換可能と考えられてよい。さまざまな実施形態において、クライアントとサーバーは暗号化鍵および認証鍵を、各クライアント‐サーバー関係について一組付与するドメイン・コントローラを用いて通信する。暗号化鍵および認証鍵を受信すると、クライアントとサーバーの対はそれらの鍵を組み合わされた暗号化‐認証のためおよび組み合わされた認証‐復号のために使う。認証を危殆化することのないトラフィック可視性のために、ドメイン・コントローラは暗号化鍵を、たとえばITモニタリング・デバイス／ホストのような権限を与えられたITネットワーク・デバイスにも送ってもよい（ただし、認証鍵は送らない）。権限を与えられたITネットワーク・デバイスが暗号化鍵をもつことで、権限を与えられたITネットワーク・デバイスは暗号化されたパススルー・トラフィックを完全なワイヤスピードで復号でき、よって権限を与えられたITネットワーク機器によるトラフィック可視性が可能になる。しかしながら、認証鍵なしでは、ITネットワーク・デバイスは認証を置き換えることはできず、したがってクライアントおよびサーバーをだますことはできない。
【００１０】
さまざまな実施形態において、単一パスで鍵が二つの組み合わされた暗号化‐認証機構は、記憶節約型の導出鍵機構（storage  saving  derived  key  mechanism）を用いて実装されてもよい。導出鍵機構の一例は、2007年3月20日に出願された、「トラフィック可視性をもつエンドツーエンドのネットワーク・セキュリティ（End-to-End  Network  Security  with  Traffic  Visibility）」という名称の米国出願11/731,562に見ることができる。
【００１１】
図１を参照すると、企業ネットワーク１４は、一つまたは複数のサーバー１６を用いて複数のクライアント１２と通信するよう強化されてもよい。図示した実施形態については、企業ドメイン・コントローラ２０が企業全体のためのエンドツーエンドのセキュリティを維持し、サーバー１６とITモニタリング・デバイス１８のためのトラフィック可視性を維持することを受け持ってもよい。若干の例を挙げると、ドメイン・コントローラ２０はたとえば、認証、権限付与および監査（authentication,  authorization,  and  auditing）（AAA）サーバー、鍵配送サーバーまたはポリシー・サーバーであってもよい。
【００１２】
企業ドメイン・コントローラ２０は暗号化鍵および認証鍵を（矢印２２で示されるように）クライアント１２およびサーバー１６に配布する。さらに、企業ドメイン・コントローラ２０は暗号化鍵をITネットワーク・モニタリング・ホスト１８に配布する（ただし、認証鍵は配布しない）。ここでの用法では、用語「鍵」はあらかじめ導出された（pre-derived）または完全に導出される（fully  derived）形の両方を含む。換言すると、先に示唆したように、ドメイン・コントローラ２０は暗号化鍵および認証鍵を「完全に導出されて」配布してもよいし、あるいは記憶節約型の「導出鍵」機構を実施して、これらの鍵をあらかじめ導出された形で、アプリケーション・サーバーおよび中間ITデバイスのような権限を与えられたデバイスに配布してもよい。さまざまな実施形態において、ドメイン・コントローラは常に導出される鍵（derived  keys）をクライアントに配布する。クライアントは攻撃に対してより脆弱であり、よってどんなあらかじめ導出された鍵（pre-derived  keys）も危殆化すると考えられるからである。
【００１３】
図２を参照すると、クライアントがドメイン・コントローラ２０によって配布された暗号化鍵および認証鍵を適用するシーケンスが描かれている。企業サーバーに出ていくフレームのそれぞれは、前記二つの受信された鍵、暗号化鍵および認証鍵を使って単一パスで暗号化され、認証される。最初、２４に示されるように、アプリケーション・データが転送制御プロトコル（TCP）／ユーザー・データグラム・プロトコル（UDP）／インターネット・プロトコル（IP）スタックにはいってくる。インターネット・プロトコル・パケットはこのスタックによってサーバーに配布される。次いで、２６に示されるように、リンク層ドライバがレイヤー２のフレームを形成する。菱形２８における検査で、宛先のインターネット・プロトコル・アドレスが企業サーバーに属するかどうかが判定される。そうでない場合、３４に示されるように、フレームはネットワーク・インターフェース・カード（network  interface  card）を通じて送信される。そうである場合、３０に示されるように、フレームはハードウェアに記憶されている適切な暗号化鍵および認証鍵を使って単一パスで暗号化および認証される。次いで、３２に示されるように、暗号化されたフレームがネットワーク・インターフェース・カードを通じて送信される。
【００１４】
クライアント・プラットフォームが、ネットワーク・インターフェース・カードに到着するパケットとして図示されているフレームを受信するとき、図３の菱形３６での検査によって、そのフレームが本稿で記載されるプロトコルによって処理されているかどうかが判定される。そうでない場合には、３８に示されるように、そのフレームは上のプロトコル層に伝送され、そうである場合には、そのパケットは認証鍵を使って認証される。認証が成功すると、そのパケットはハードウェアに記憶されている適切な暗号化鍵を使って復号される。これはブロック４０に示されている。次いで、４２に示されるように、そのフレームは上のプロトコル層に伝送される。
【００１５】
次に図４を参照すると、サーバー１６が、ネットワーク・インターフェース・カードに到着するパケットとして図示されているフレームを受信するときには、菱形４４での検査によって、そのフレームが本稿で記載されるプロトコルによって処理されているかどうかが判定される。そうでない場合には、４６に示されるように、そのフレームは上のプロトコル層に伝送される。そうである場合には、４８において、適切な認証鍵が（導出されて）使用されて、受信されたフレームが認証される。認証されると、そのフレームはブロック５０で暗号化鍵を使うことによって復号される。最後に、そのフレームは、５２において、上のプロトコル層に伝送される。
【００１６】
サーバーは図５に示されるシーケンスを使ってフレームを送信してもよい。５６で、アプリケーション・データがインターネット・プロトコル・スタックにおいて受信される。そのパケットはさまざまなクライアントに配布されるべきものである。次いで５８でリンク層ドライバがフレームを受信する。ブロック６０および６２で、適切な暗号化鍵および認証鍵が単一パスで鍵が二つのアルゴリズムに適用されて、パケットを暗号化し、並行して認証タグを生成する。最後に、６４で、そのフレームはネットワークに送信される。
【００１７】
ITネットワーク・モニタリング・デバイス１８（図１）は、サーバー１２と同様に動作する。サーバー１２およびモニタリング・ホスト１８は、諸クライアントからの多くの異なるセキュリティ関連付け（association）を扱うよう、直接または導出的に鍵を維持する。相異なるクライアント／セッションのための鍵は異なっており、独立であるから、一つのクライアント・ホストを危殆化する敵は、別のクライアントになりすますことはできない。ドメイン・コントローラ２０、サーバー１６およびモニタリング・デバイス１８については、導出鍵機構を用いて実施されるときは鍵の数が比較的少ないので、工作耐性のための適正な保護を提供しつつ、鍵はハードウェア内に記憶されることができる。
【００１８】
ある実施形態では、フレーム・フォーマットはインターネット・プロトコル・セキュリティ（IPSEC:  Internet  Protocol  security）フレームにおんぶしてもよい。
【００１９】
諸実施形態において、企業ネットワークのためのエンドツーエンドのセキュリティおよびトラフィック可視性の両方が提供される。いくつかの実施形態では、機構は完全にハードウェアにおいて実装されてもよい。これはいくつかの場合において低めのコストで完全なワイヤスピードの性能を達成する。
【００２０】
図６を参照すると、ハードウェア解決策９９は、ブリッジ７２およびMAC処理ユニット７６に結合された暗号エンジン７０とラベルされた、組み合わされた暗号化‐認証ブロックを含む。ブリッジ７２は直接メモリ・アクセス・モジュール（図示せず）を含んでいてもよい。処理ユニット７６は出入りするパケット８０とバッファ７８を通じて通信する。パケット８０は認証タグ（T）８２を含んでいてもよい。クライアント１２およびサーバー１６については、処理ユニット７６は暗号化鍵および認証鍵の両方を提供されるが、中間ネットワーク・デバイス１８については、処理ユニットは暗号化鍵しか提供されない。中間ネットワーク・デバイスはトラフィックへの可視性をもつことは許容されるが、該中間デバイスが危殆化された場合にもクライアント／サーバーをだますようメッセージを作製または偽造できる可能性は低い。
【００２１】
図７を参照すると、単一パスの組み合わされた暗号化‐認証エンジン７０のある実施形態がさらに詳細に示されている。エンジン７０は、並列に互いに結合されている暗号ブロック１１２および認証ブロック１１４を含み、暗号ブロック１１２が暗号化鍵を使って平文パケットを暗号化して、逐次生成されたいくつかの暗号文ブロックを有する暗号文にするのと並行して、認証ブロック１１４が認証鍵を使って認証タグ９６を生成できるようにする。
【００２２】
さまざまな実施形態において、暗号ブロック１１２はAESカウンタ・モードで動作し、認証ブロック１１４はAES-GMACモードで動作する。図のように、暗号ブロック１１２は、図のように互いに結合された、いくつかのカウンタ（counter）９２、増分器（incrementor）９４、前方ブロック（forward  block）９６およびいくつかのブール関数ブロック（Boolean  function  block）９８を含む。一方、認証ブロック１１４は、いくつかの有限体乗算器１０４、前方ブロック１０６およびいくつかのブール関数ブロック１０８を含む。
【００２３】
前方ブロック９６が暗号化鍵を使って動作する一方、前方ブロック１０６は、認証鍵を使って動作する。暗号文ブロックは、それぞれ平文ブロックと、対応する前方ブロック９６の出力とにブール関数（XOR）を適用することによって、逐次的に生成される。理解の簡単のため、カウンタ９２、前方ブロック９６、ブール関数９８の鎖は二つしか示されていない。当業者は、実際には、典型的には多数のカウンタ９２、前方ブロック９６、ブール関数９８の鎖が提供されることを理解するであろう。
【００２４】
最初の有限体乗算器１０４は認証データを入力として取る。その後の各有限体乗算器１０４（最後のものを除く）は入力として、直前の有限体乗算器１０４の出力と、対応する暗号文ブロックとに対してブール関数（XOR）を実行する対応するブール関数ブロックの出力を取る。最後の有限体乗算器１０４は入力として、直前の有限体乗算器１０４の出力と、連結された認証タグの長さおよび暗号文の長さとに対してブール関数（XOR）を実行する対応するブール関数ブロックの出力を取る。ブール演算子が、最後から二番目の有限体乗算器１０４の出力と、連結された認証タグ（authentication  tag）の長さ（len(A)）および暗号文（ciphertext）の長さ（len(C)）とに対して実行され、パケットの暗号文に伴う認証タグが生成される。さまざまな実施形態において、有限体乗算器１０４のそれぞれの被乗数Hは、AES(認証鍵,0128)に基づいて導出される。
【００２５】
よって、受信側デバイス、クライアントまたはサーバーにとって、相補的な組み合わされた復号（図示せず）はまず、認証鍵を使って暗号文についての認証タグを計算し、計算された認証タグが暗号文に伴っている認証タグに一致するかどうかを判定してもよい。計算された認証タグが暗号文に伴っている認証タグに一致しない場合、そのフレームまたはパケットは破棄されてもよい。そして計算された認証タグが伴っている認証タグに一致する場合にのみ、暗号化鍵を使って暗号文が解読される。
【００２６】
中間ネットワーク・デバイスについては、パケットを解読してトラフィックを調べてもよいが、先述したように、認証鍵なしでは、中間ネットワーク・デバイスは、該中間デバイスが危殆化された場合でもクライアント／サーバーをだますようメッセージを作製または偽造できる可能性は低い。
【００２７】
再び図６を参照すると、ハードウェア解決策９９はネットワーク・インターフェース・カードの一部またはプロセッサ／チップセット内の統合されたMACの一部であってもよい。よって、エンドツーエンドのセキュリティの負担はサーバー１６から取り除かれ、いくつかの実施形態ではネットワーク１４の可能なスケールを大きくする。これは、いくつかの場合には、より上の層のプロトコル／アプリケーションに影響することなく、この解決策のシームレスな採用を許容する。
【００２８】
ある実施形態は、システム、たとえばラップトップ・コンピュータ、デスクトップ・コンピュータ、サーバー、ゲーム・コンソール、セットトップ・ボックス、メディア・レコーダーなどといった、ディスク記憶装置を有するシステムの一部として含まれてもよい。
【００２９】
ある実施形態は、ハードウェア、ソフトウェア、ファームウェア、マイクロコードまたはそれらのいかなる組み合わせによって実装されてもよい。ソフトウェア、ファームウェアまたはマイクロコードで実装されるとき、ある実施形態の要素は、必要なタスクを実行するためのプログラム・コードまたはコード・セグメントである。コードは、動作を実行する実際のコードであってもよいし、あるいは動作をエミュレートまたはシミュレートするコードであってもよい。コード・セグメントは、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラスまたは命令、データ構造もしくはプログラム文の任意の組み合わせを表していてもよい。コード・セグメントは、情報、データ、引数、パラメータまたはメモリ内容を受け渡しすることによって、別のコード・セグメントまたはハードウェア回路に結合されてもよい。情報、引数、パラメータ、データなどは、メモリ共有（memory  sharing）、メッセージ渡し（message  passing）、トークン渡し（token  passing）、ネットワーク伝送（network  transmission）などを含むいかなる好適な手段を介して渡され、転送され、あるいは送信されてもよい。プログラムまたはコード・セグメントは、プロセッサ可読媒体内に記憶されてもよいし、あるいは搬送波として具現されたコンピュータ・データ信号または搬送波によって変調されたい信号によって、伝送媒体を通じて伝送されてもよい。「プロセッサ可読またはプロセッサ・アクセス可能な媒体」または「機械可読または機械アクセス可能な媒体」とは、情報を記憶し、伝送し、あるいは転送することのできるいかなる媒体をも含みうる。プロセッサ／機械により可読／アクセス可能な媒体の例としては、電子回路、半導体メモリ・デバイス、読み出し専用メモリ（ROM）、フラッシュ・メモリ、消去可能ROM（EROM）、フロッピー（登録商標）ディスケット、コンパクト・ディスク（CD-ROM）、光ディスク、ハードディスク、光ファイバー媒体、無線周波（RF）リンクなどが含まれる。コンピュータ・データ信号は、電子ネットワーク・チャネル、光ファイバー、空中電磁波（air  electromagnetic）、RFリンクなどといった、伝送媒体を通じて伝搬できるいかなる信号をも含みうる。コード・セグメントは、インターネット、イントラネットなどといったコンピュータ・ネットワークを介してダウンロードされてもよい。機械アクセス可能な媒体は製造物において具現されてもよい。機械アクセス可能媒体は、機械によってアクセスされたときに、該機械に、以下で記載される動作を実行させるデータを含みうる。ここでの用語「データ」は、機械可読の目的のためにエンコードされるいかなる型の情報をも指す。したがって、プログラム、コード、データ、ファイルなどを含みうる。
【００３０】
本明細書を通じて「一つの実施形態」または「ある実施形態」への言及は、その実施形態との関連で記載されるある特定の特徴、構造または特性が、本発明に含まれる少なくとも一つの実装形態に含まれるということを意味する。よって、「一つの実施形態」または「ある実施形態」という句が出現することは、必ずしも同じ実施形態を指すのではない。さらに、前記の特定の特徴、構造または特性は、例示されている特定の実施形態以外の他の好適な形で実施されてもよく、そうした形はすべて本願の請求項の範囲内に含まれうるものである。
【００３１】
本稿では個別的な実施形態について例示し、説明してきたが、当業者は、図示し、説明されている個別的な実施形態に代わって幅広い多様な代替的および／または等価な実装が代用されうることを理解するであろう。本願は、本稿で論じられた実施形態のいかなる変更や変形をもカバーすることが意図されている。したがって、本発明の実施形態は請求項およびその等価物によってのみ限定されることが明白に意図されている。
【図面の簡単な説明】
【００３２】
【図１】本発明のさまざまな実施形態に基づく企業ネットワーク・セキュリティの図である。
【図２】さまざまな実施形態に基づく、クライアント・プラットフォーム上のシーケンスの描写である。
【図３】さまざまな実施形態に基づく、もう一つのクライアント・プラットフォーム・シーケンスである。
【図４】さまざまな実施形態に基づく、サーバー・シーケンスである。
【図５】さまざまな実施形態に基づく、もう一つのシーケンスである。
【図６】さまざまな実施形態に基づくハードウェア描写である。
【図７】さまざまな実施形態に基づく、図６の暗号エンジンをさらに詳細に描いた図である。
【符号の説明】
【００３３】
１２  クライアント
１４  企業ネットワーク
１６  サーバー
１８  ITモニタリング・デバイス
２０  企業ドメイン・コントローラ
２４  TCP/UDP/IPスタック
２６  リンク層ドライバ
２８  宛先IPアドレスが企業サーバーに属する
３０  フレームを暗号化し、認証
３２  暗号化されたフレームをNICを通じて送信
３４  NICを通じてフレームを送信
３６  フレームが当該プロトコルによって処理されているかどうかを判定
３８  フレームを上のプロトコル層に伝送
４０  パケットを認証、復号
４２  フレームを上のプロトコル層に伝送
４４  フレームが当該プロトコルによって処理されているかどうかを判定
４６  フレームを上のプロトコル層に伝送
４８  フレームを認証
５０  認証されたらフレームを復号
５２  フレームを上のプロトコル層に伝送
５６  TCP/UDP/IPスタック
５８  リンク層ドライバ
６０  暗号
６２  並行して認証タグを生成
６４  フレームをネットワークに送信
７０  暗号エンジン
７２  ブリッジ
７６  MAC処理
７８  バッファ
８０  パケット
８２  認証タグ
９２  カウンタ
９４  増分器
９８  ブール関数ブロック
９９  ハードウェア解決策
１０４  有限体乗算器
１０８  ブール関数ブロック
１１２  暗号ブロック
１１４  認証ブロック
【図１】
2009153111.tif 000003
【図２】
2009153111.tif 000004
【図３】
2009153111.tif 000005
【図４】
2009153111.tif 000006
【図５】
2009153111.tif 000007
【図６】
2009153111.tif 000008
【図７】
2009153111.tif 000009
【外国語明細書】
2009153111000001.pdf
2009153111000002.pdf
2009153111000003.pdf
2009153111000004.pdf