(57)【要約】  キー管理方法は、強化されたＲＳＮＡ４ウェイハンドシェークプロトコルである。先行する２ウェイハンドシェークプロセスでは、１）メッセージ１の固有の定義コンテンツに基づいて、キー交渉識別子ＫＮＩＤとメッセージ完全性コードＭＩＣとを加えた新しいメッセージ１を、オーセンティケータがサプリカントに送り、２）サプリカントが新しいメッセージ１の受信後、その中のＭＩＣが正しいか否かをチェックし、正しくなかった場合、サプリカントは受信した新しいメッセージ１を廃棄し、正しかった場合、新しいメッセージ１をチェックし、チェックが成功した場合、オーセンティケータにメッセージ２を送る。新しいメッセージをチェックするプロセスは、ＩＥＥＥ８０２．１１ｉ−２００４標準規格文書規定のプロセスと同じである。方法は、既存のＲＳＮＡセキュリティメカニズムにおけるキー管理プロトコルのＤｏＳ攻撃問題を解決する。【特許請求の範囲】
【請求項１】
キー管理方法において、ハンドシェークプロセスが以下のステップ：
１）メッセージ１の主定義コンテンツに、キー交渉識別子ＫＮＩＤとメッセージ完全性コードＭＩＣとを加えることにより形成される新しいメッセージ１を、オーセンティケータによりサプリカントに送ることと、
２）前記新しいメッセージ１を受信すると、前記サプリカントにより、前記新しいメッセージ１に含まれる前記ＭＩＣが正しいか否かを照合し、
前記ＭＩＣが正しくなかった場合、前記サプリカントにより、前記受信した新しいメッセージ１を廃棄し、
前記ＭＩＣが正しかった場合、前記新しいメッセージ１を照合し、前記照合が成功した場合、前記オーセンティケータにメッセージ２を送ることと、
３）前記メッセージ２を受信すると、前記オーセンティケータにより、前記メッセージ２を照合し、前記照合が成功した場合、前記サプリカントにメッセージ３を送ることと、
４）前記メッセージ３を受信すると、前記サプリカントにより、前記メッセージ２を照合し、前記照合が成功した場合、前記オーセンティケータにメッセージ４を送ることと、
５）前記メッセージ４を受信すると、前記オーセンティケータにより、前記メッセージ４を照合し、前記照合が成功した場合、４ウェイハンドシェークプロトコルは成功し、前記オーセンティケータと前記サプリカントにより、共通ペアワイズ一時キーＰＴＫを交渉し、互いのグループマスターキーＧＭＫをそれぞれ取得することとを含み、
前記メッセージ１の前記主定義コンテンツと、前記メッセージ２、前記メッセージ３および前記メッセージ４のコンテンツは、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と同じであり、前記新しいメッセージ１、前記メッセージ２、前記メッセージ３および前記メッセージ４の前記照合プロセスはそれぞれ、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と同じである方法。
【請求項２】
前記ステップ１）において、前記ＭＩＣは、
認証フェーズで交渉されたペアワイズマスターキー（ＰＭＫ）を使用することにより、前記ＭＩＣのフィールドより前のすべてのフィールドから、前記オーセンティケータにより計算されるハッシュ値に関連している請求項１記載のキー管理方法。
【請求項３】
前記ステップ１）において、前記ＫＮＩＤは、
前記ハンドシェークプロセスが、ロバストセキュリティネットワークアソシエーションＲＳＮＡの認証成功後の最初の４ウェイハンドシェークプロセスである場合、前記オーセンティケータにより発生される乱数、または、
前記ハンドシェークプロセスがキー更新プロセスである場合、最後の４ウェイハンドシェークプロトコルプロセスの成功後に、前記オーセンティケータにより前記ＰＭＫから計算される値と、前記オーセンティケータにより発生される乱数と、前記サプリカントにより発生される乱数とに関連している請求項１記載のキー管理方法。
【請求項４】
前記ハンドシェークプロセスがキー更新プロセスであり、前記ステップ２）において、前記新しいメッセージ２を受信すると、前記ＭＩＣと前記ＫＮＩＤが正しいか否かを前記サプリカントが照合し、
前記サプリカントが、前記ＭＩＣおよび／または前記ＫＮＩＤが正しくなかったと照合した場合、前記サプリカントは前記受信した新しいメッセージ１を廃棄し、または、
前記サプリカントが、前記ＭＩＣと前記ＫＮＩＤが正しかったと照合した場合、前記サプリカントは主照合を行い、前記照合が成功した場合、前記オーセンティケータに前記メッセージ２を送る請求項１、２または３のいずれか１項記載のキー管理方法。
【発明の詳細な説明】
【優先権の主張】
【０００１】
本出願は、“キー管理方法”と題する２００７年１１月１６日に中国特許庁に出願され、全文が参照によりここに組み込まれている中国特許出願第２００７１００１９０９０．９号に対して優先権を主張する。
【発明の分野】
【０００２】
本発明は、情報セキュリティ技術の分野に関連しており、特に、キー管理方法に関連している。
【発明の背景】
【０００３】
ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）の国際標準規格ＩＳＯ／ＩＥＣ  ８８０２−１１で規定される、有線と同等のプライバシー（ＷＥＰ）のセキュリティメカニズムに存在するセキュリティホール問題を解決するために、米国電気電子学会（ＩＥＥＥ）は、ＩＥＥＥ８０２．１１ｉ標準規格を公表し、後方互換性に基づくロバストセキュリティネットワークアソシエーション（ＲＳＮＡ）技術を提案し、ＷＥＰに存在するセキュリティホールを償っている。
【０００４】
ＲＳＮＡは、ＥＡＰ（拡張された認証プロトコル）ベースのＩＥＥＥ８０２．１ｘと、４ウェイハンドシェークプロトコルとを通して、認証およびキー分配機能を行う。ＲＳＮＡセキュリティメカニズムは、ＷＬＡＮのセキュリティ問題を解決するのに適した方法を提供する。しかしながら、設計の間に、セキュリティを過度に重要視し、プロトコルの利用可能性における配慮が欠けていたために、４ウェイハンドシェークプロトコルにおいて、サービスの拒否（ＤｏＳ）問題が生じている。４ウェイハンドシェークプロトコルのメッセージ１では、何ら保護手段が取られていないために、無防備なメッセージ１はアタッカーにより利用されうる。
【０００５】
多くとも１つのハンドシェークが、オーセンティケータと各サプリカントとの間で許可され、オーセンティケータは、タイムアウト再送信機能を有する。しかしながら、サプリカントは同じストラテジーを採用していない。サプリカントが完全状態で構成される場合、すなわち、サプリカントが特定のメッセージに対する応答のみを予期する場合、サプリカントがメッセージ１を受信し、メッセージ２を送信し、メッセージ２が後に何らかの理由で送信の間に失われるケースでは、オーセンティケータは、予期されたメッセージ２を受信せず、タイムアウトの後に、メッセージ１を再送信するだろう。しかしながら、サプリカントはメッセージ３のみを予期しているので、サプリカントは、再送信されたメッセージ１を廃棄し、その結果、プロトコルの失敗となる。アタッカーは、この機会を利用して、合法メッセージ１の送信より前に、偽のメッセージ１を送信し、その結果、サプリカントはプロトコルが妨害される。それゆえ、ハンドシェークの間、サプリカントは、プロトコルの継続を確実にするために、複数のメッセージ１を受信可能でなければならない。すなわち、サプリカントは、複数のハンドシェークインスタンスの同時動作が可能でなければならない。
【０００６】
プロトコル妨害攻撃は、メッセージ１の脆弱性に起因する。この問題を取り扱うために、サプリカントは、プロトコルの実現の間、複数のペアワイズ一時キー（ＰＴＫ）を記憶するが、１つは合法ペアワイズ一時キーであり、残りは一時的なペアワイズ一時キーである。サプリカントは、メッセージ１を受信すると、一時的なペアワイズ一時キーのみを更新し、サプリカントが有効なメッセージ完全性コード（ＭＩＣ）を含むメッセージ３を受信するまで、合法ペアワイズ一時キーを更新すべきではない。アタッカーが、異なるＮｏｎｃｅを含む複数のメッセージ１を送信する場合には、サプリカントがハンドシェークを終え、合法ペアワイズ一時キーを受信するまで、合法オーセンティケータのプロトコルの実現が妨害されないようにするために、すべての受信したメッセージ１に含まれるすべてのＮｏｎｃｅとともに、ローカル的に発生された新たなＮｏｎｃｅと、対応する一時的なペアワイズ一時キーとを記憶する非常に大きな記憶スペースを、サプリカントは使用しなければならない。ペアワイズ一時キーを計算するにはさほどかからず、ＣＰＵの消耗の原因にならないが、アタッカーが故意に偽のメッセージ１の送信頻度を増加させる場合、記憶装置が消耗する危険がある。このような偽造攻撃は、実行するのが容易であり、その危険は非常に深刻である。１つの攻撃が成功しさえすれば、以前の認証プロセスの間になされたすべての努力が損なわれるかもしれない。
【発明の概要】
【０００７】
本発明の目的は、背景で上述した技術的な問題を解決し、メッセージ１を偽造し、再送信することにより実行されるＤｏＳ攻撃を防ぐキー管理方法を提供することである。本発明の技術的な解決法は、以下の通りである。
【０００８】
本発明は、キー管理方法を提供する。この方法は、強化されたＲＳＮＡ４ウェイハンドシェークプロトコルであり、以下のステップを含む。
【０００９】
１）メッセージ１の主定義コンテンツに、キー交渉識別子ＫＮＩＤとメッセージ完全性コードＭＩＣとを加えることにより形成される新しいメッセージ１を、オーセンティケータによりサプリカントに送ることと、
２）新しいメッセージ１を受信すると、サプリカントにより、新しいメッセージ１に含まれるＭＩＣが正しいか否かを照合し、
ＭＩＣが正しくなかった場合、サプリカントにより、受信した新しいメッセージ１を廃棄し、
ＭＩＣが正しかった場合、新しいメッセージ１を照合し、照合が成功した場合、オーセンティケータにメッセージ２を送ることと、
３）メッセージ２を受信すると、オーセンティケータにより、メッセージ２を照合し、照合が成功した場合、サプリカントにメッセージ３を送ることと、
４）メッセージ３を受信すると、サプリカントにより、メッセージ２を照合し、照合が成功した場合、オーセンティケータにメッセージ４を送ることと、
５）メッセージ４を受信すると、オーセンティケータにより、メッセージ４を照合し、照合が成功した場合、４ウェイハンドシェークプロトコルは成功し、オーセンティケータとサプリカントにより、共通ペアワイズ一時キーＰＴＫを交渉し、互いのグループマスターキーＧＭＫをそれぞれ取得することとを含み、
メッセージ１の主定義コンテンツと、メッセージ２、メッセージ３およびメッセージ４のコンテンツは、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と同じであり、新しいメッセージ１、メッセージ２、メッセージ３およびメッセージ４の照合プロセスはそれぞれ、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と同じである。
【００１０】
ステップ１）において、ＭＩＣは、
認証フェーズで交渉されたペアワイズマスターキー（ＰＭＫ）を使用することにより、ＭＩＣのフィールドより前のすべてのフィールドから、オーセンティケータにより計算されるハッシュ値に関連している。
【００１１】
ステップ１）において、ＫＮＩＤは、
ハンドシェークプロセスが、ロバストセキュリティネットワークアソシエーションＲＳＮＡの認証成功後の最初の４ウェイハンドシェークプロセスである場合、オーセンティケータにより発生される乱数、または、
ハンドシェークプロセスがキー更新プロセスである場合、最後の４ウェイハンドシェークプロトコルプロセスの成功後に、オーセンティケータによりＰＭＫから計算される値と、オーセンティケータにより発生される乱数と、サプリカントにより発生される乱数とに関連している。
【００１２】
ハンドシェークプロセスがキー更新プロセスであり、ステップ２）において、新しいメッセージ２を受信すると、ＭＩＣとＫＮＩＤが正しいか否かをサプリカントが照合し、
サプリカントが、ＭＩＣおよび／またはＫＮＩＤが正しくなかったと照合した場合、サプリカントは受信した新しいメッセージ１を廃棄し、または、
サプリカントが、ＭＩＣとＫＮＩＤが正しかったと照合した場合、サプリカントは主照合を行い、照合が成功した場合、オーセンティケータにメッセージ２を送る。
【００１３】
本発明は、メッセージ１の偽造と再送信を防止し、プロトコルのセキュリティと堅牢性とをさらに高めるために、ＲＳＮＡの４ウェイハンドシェークのメッセージ１の主コンテンツに、メッセージ完全性コード（ＭＩＣ）とキー交渉識別子（ＫＮＩＤ）とを加える。方法は、既存のＲＳＮＡセキュリティメカニズムにおけるキー管理プロトコルのＤｏＳ攻撃問題を解決する。
【発明の詳細な説明】
【００１４】
本発明の方法は、以下の通りである。
【００１５】
１）オーセンティケータは、メッセージ１の主定義コンテンツに、キー交渉識別子（ＫＮＩＤ）とメッセージ完全性コード（ＭＩＣ）とを加えて、新しいメッセージ１を形成し、サプリカントに新しいメッセージ１を送る。
【００１６】
２）新しいメッセージ１を受信すると、サプリカントは、新しいメッセージ１に含まれるＭＩＣのフィールドが正しいか否かを照合する。ＭＩＣが正しくなかった場合、サプリカントは新しいメッセージ１を廃棄する。ＭＩＣが正しかった場合、サプリカントは主照合を行う。照合が成功した場合、サプリカントは、オーセンティケータにメッセージ２を送る。メッセージ２の定義コンテンツは、主定義と同じである。本説明中の主定義と主照合とは、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と照合とに関連している。
【００１７】
新しいメッセージ１中のＭＩＣは、認証フェーズで交渉されたペアワイズマスターキー（ＰＭＫ）を使用することにより、ＭＩＣのフィールドより前のすべてのフィールドから、オーセンティケータにより計算されるハッシュ値であることを留意すべきである。プロセスが、ＲＳＮＡ認証の成功後の最初の４ウェイハンドシェークプロトコルプロセスである場合、ＫＮＩＤは、オーセンティケータにより発生される乱数である。プロセスがキー更新プロセスである場合、ＫＮＩＤは、４ウェイハンドシェークプロトコルプロセスの最後の成功後に、ＰＭＫと、ＮｏｎｃｅA（オーセンティケータにより発生される乱数）と、ＮｏｎｃｅS（サプリカントにより発生される乱数）とから、オーセンティケータにより計算される値である。ＭＩＣのフィールドの追加は、アタッカーによるメッセージ１に対する偽造を妨げる。このようなＫＮＩＤの設計により、オーセンティケータとサプリカントが同期機能を実現し、アタッカーのメッセージ１の再送信を妨げることが可能になる。キー更新プロセスの間、サプリカントによるメッセージ１に対する認証は、ＫＮＩＤに対する認証も含んでいる。
【００１８】
３）メッセージ２を受信すると、オーセンティケータはメッセージ２において主照合を行い、照合が成功した場合、サプリカントにメッセージ３を送る。メッセージ３の定義コンテンツは、主定義と同じである。
【００１９】
４）メッセージ３を受信すると、サプリカントはメッセージ２において主照合を行い、照合が成功した場合、オーセンティケータにメッセージ４を送る。メッセージ４の定義コンテンツは、主定義と同じである。
【００２０】
５）メッセージ４を受信すると、オーセンティケータはメッセージ４において主照合を行い、照合が成功した場合、４ウェイハンドシェークプロトコルの実現が成功したことを示し、オーセンティケータとサプリカントが、共通ペアワイズ一時キーを交渉し、互いのグループマスターキー（ＧＭＫ）をそれぞれ取得する。
【手続補正書】
【提出日】平成22年9月9日(2010.9.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
キー管理方法において、ハンドシェークプロセスが以下のステップ：
１）メッセージ１の主定義コンテンツに、キー交渉識別子ＫＮＩＤとメッセージ完全性コードＭＩＣとを加えることにより形成される新しいメッセージ１を、オーセンティケータによりサプリカントに送ることと、
２）前記新しいメッセージ１を受信すると、前記サプリカントにより、前記新しいメッセージ１に含まれる前記ＭＩＣが正しいか否かを照合し、
前記ＭＩＣが正しくなかった場合、前記サプリカントにより、前記受信した新しいメッセージ１を廃棄し、
前記ＭＩＣが正しかった場合、前記新しいメッセージ１を照合し、前記照合が成功した場合、前記オーセンティケータにメッセージ２を送ることと、
３）前記メッセージ２を受信すると、前記オーセンティケータにより、前記メッセージ２を照合し、前記照合が成功した場合、前記サプリカントにメッセージ３を送ることと、
４）前記メッセージ３を受信すると、前記サプリカントにより、前記メッセージ３を照合し、前記照合が成功した場合、前記オーセンティケータにメッセージ４を送ることと、
５）前記メッセージ４を受信すると、前記オーセンティケータにより、前記メッセージ４を照合し、前記照合が成功した場合、４ウェイハンドシェークプロトコルの実現が成功し、前記オーセンティケータと前記サプリカントにより、共通ペアワイズ一時キーＰＴＫを交渉し、前記サプリカントにより、前記オーセンティケータのグループマスターキーＧＭＫを取得することとを含み、
前記メッセージ１の前記主定義コンテンツと、前記メッセージ２、前記メッセージ３および前記メッセージ４のコンテンツは、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と同じであり、前記新しいメッセージ１、前記メッセージ２、前記メッセージ３および前記メッセージ４の前記照合プロセスはそれぞれ、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と同じである方法。
【請求項２】
前記ステップ１）において、前記ＭＩＣは、
認証フェーズで交渉されたペアワイズマスターキー（ＰＭＫ）を使用することにより、前記ＭＩＣのフィールドより前のすべてのフィールドから、前記オーセンティケータにより計算されるハッシュ値に関連している請求項１記載のキー管理方法。
【請求項３】
前記ステップ１）において、前記ＫＮＩＤは、
前記ハンドシェークプロセスが、ロバストセキュリティネットワークアソシエーションＲＳＮＡの認証成功後の最初の４ウェイハンドシェークプロトコルプロセスである場合、前記オーセンティケータにより発生される乱数、または、
前記ハンドシェークプロセスがキー更新プロセスである場合、最後の４ウェイハンドシェークプロトコルプロセスの成功後に、前記オーセンティケータにより前記ＰＭＫから計算される値と、前記オーセンティケータにより発生される乱数と、前記サプリカントにより発生される乱数とに関連している請求項１記載のキー管理方法。
【請求項４】
前記ハンドシェークプロセスがキー更新プロセスであり、前記ステップ２）において、前記新しいメッセージ１を受信すると、前記ＭＩＣと前記ＫＮＩＤが正しいか否かを前記サプリカントが照合し、
前記サプリカントが、前記ＭＩＣおよび／または前記ＫＮＩＤが正しくなかったと照合した場合、前記サプリカントは前記受信した新しいメッセージ１を廃棄し、または、
前記サプリカントが、前記ＭＩＣと前記ＫＮＩＤが正しかったと照合した場合、前記サプリカントは主照合を行い、前記照合が成功した場合、前記オーセンティケータに前記メッセージ２を送る請求項１、２または３のいずれか１項記載のキー管理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
１）メッセージ１の主定義コンテンツに、キー交渉識別子ＫＮＩＤとメッセージ完全性コードＭＩＣとを加えることにより形成される新しいメッセージ１を、オーセンティケータによりサプリカントに送ることと、
２）新しいメッセージ１を受信すると、サプリカントにより、新しいメッセージ１に含まれるＭＩＣが正しいか否かを照合し、
ＭＩＣが正しくなかった場合、サプリカントにより、受信した新しいメッセージ１を廃棄し、
ＭＩＣが正しかった場合、新しいメッセージ１を照合し、照合が成功した場合、オーセンティケータにメッセージ２を送ることと、
３）メッセージ２を受信すると、オーセンティケータにより、メッセージ２を照合し、照合が成功した場合、サプリカントにメッセージ３を送ることと、
４）メッセージ３を受信すると、サプリカントにより、メッセージ３を照合し、照合が成功した場合、オーセンティケータにメッセージ４を送ることと、
５）メッセージ４を受信すると、オーセンティケータにより、メッセージ４を照合し、照合が成功した場合、４ウェイハンドシェークプロトコルの実現が成功し、オーセンティケータとサプリカントにより、共通ペアワイズ一時キーＰＴＫを交渉し、サプリカントにより、オーセンティケータのグループマスターキーＧＭＫを取得することとを含み、
メッセージ１の主定義コンテンツと、メッセージ２、メッセージ３およびメッセージ４のコンテンツは、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と同じであり、新しいメッセージ１、メッセージ２、メッセージ３およびメッセージ４の照合プロセスはそれぞれ、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と同じである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
ステップ１）において、ＫＮＩＤは、
ハンドシェークプロセスが、ロバストセキュリティネットワークアソシエーションＲＳＮＡの認証成功後の最初の４ウェイハンドシェークプロトコルプロセスである場合、オーセンティケータにより発生される乱数、または、
ハンドシェークプロセスがキー更新プロセスである場合、最後の４ウェイハンドシェークプロトコルプロセスの成功後に、オーセンティケータによりＰＭＫから計算される値と、オーセンティケータにより発生されるＡＮｏｎｃｅと、サプリカントにより発生されるＳＮｏｎｃｅとに関連している。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
ハンドシェークプロセスがキー更新プロセスであり、ステップ２）において、新しいメッセージ１を受信すると、ＭＩＣとＫＮＩＤが正しいか否かをサプリカントが照合し、
サプリカントが、ＭＩＣおよび／またはＫＮＩＤが正しくなかったと照合した場合、サプリカントは受信した新しいメッセージ１を廃棄し、または、
サプリカントが、ＭＩＣとＫＮＩＤが正しかったと照合した場合、サプリカントは主照合を行い、照合が成功した場合、オーセンティケータにメッセージ２を送る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
新しいメッセージ１中のＭＩＣは、認証フェーズで交渉されたペアワイズマスターキー（ＰＭＫ）を使用することにより、ＭＩＣのフィールドより前のすべてのフィールドから、オーセンティケータにより計算されるハッシュ値であることを留意すべきである。プロセスが、ＲＳＮＡ認証の成功後の最初の４ウェイハンドシェークプロトコルプロセスである場合、ＫＮＩＤは、オーセンティケータにより発生される乱数である。プロセスがキー更新プロセスである場合、ＫＮＩＤは、４ウェイハンドシェークプロトコルプロセスの最後の成功後に、ＰＭＫと、ＡＮｏｎｃｅ（オーセンティケータにより発生される乱数）と、ＳＮｏｎｃｅ（サプリカントにより発生される乱数）とから、オーセンティケータにより計算される値である。ＭＩＣのフィールドの追加は、アタッカーによるメッセージ１に対する偽造を妨げる。このようなＫＮＩＤの設計により、オーセンティケータとサプリカントが同期機能を実現し、アタッカーのメッセージ１の再送信を妨げることが可能になる。キー更新プロセスの間、サプリカントによるメッセージ１に対する認証は、ＫＮＩＤに対する認証も含んでいる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
４）メッセージ３を受信すると、サプリカントはメッセージ３において主照合を行い、照合が成功した場合、オーセンティケータにメッセージ４を送る。メッセージ４の定義コンテンツは、主定義と同じである。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
５）メッセージ４を受信すると、オーセンティケータはメッセージ４において主照合を行い、照合が成功した場合、４ウェイハンドシェークプロトコルの実現が成功したことを示し、オーセンティケータとサプリカントが、共通ペアワイズ一時キーを交渉し、サプリカントが、オーセンティケータのグループマスターキー（ＧＭＫ）を取得する。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
〔１〕キー管理方法において、ハンドシェークプロセスが以下のステップ：
１）メッセージ１の主定義コンテンツに、キー交渉識別子ＫＮＩＤとメッセージ完全性コードＭＩＣとを加えることにより形成される新しいメッセージ１を、オーセンティケータによりサプリカントに送ることと、
２）前記新しいメッセージ１を受信すると、前記サプリカントにより、前記新しいメッセージ１に含まれる前記ＭＩＣが正しいか否かを照合し、
前記ＭＩＣが正しくなかった場合、前記サプリカントにより、前記受信した新しいメッセージ１を廃棄し、
前記ＭＩＣが正しかった場合、前記新しいメッセージ１を照合し、前記照合が成功した場合、前記オーセンティケータにメッセージ２を送ることと、
３）前記メッセージ２を受信すると、前記オーセンティケータにより、前記メッセージ２を照合し、前記照合が成功した場合、前記サプリカントにメッセージ３を送ることと、
４）前記メッセージ３を受信すると、前記サプリカントにより、前記メッセージ２を照合し、前記照合が成功した場合、前記オーセンティケータにメッセージ４を送ることと、
５）前記メッセージ４を受信すると、前記オーセンティケータにより、前記メッセージ４を照合し、前記照合が成功した場合、４ウェイハンドシェークプロトコルは成功し、前記オーセンティケータと前記サプリカントにより、共通ペアワイズ一時キーＰＴＫを交渉し、互いのグループマスターキーＧＭＫをそれぞれ取得することとを含み、
前記メッセージ１の前記主定義コンテンツと、前記メッセージ２、前記メッセージ３および前記メッセージ４のコンテンツは、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と同じであり、前記新しいメッセージ１、前記メッセージ２、前記メッセージ３および前記メッセージ４の前記照合プロセスはそれぞれ、ＩＥＥＥ８０２．１１ｉ−２００４の標準規格文書中の定義と同じである方法。
〔２〕前記ステップ１）において、前記ＭＩＣは、
認証フェーズで交渉されたペアワイズマスターキー（ＰＭＫ）を使用することにより、前記ＭＩＣのフィールドより前のすべてのフィールドから、前記オーセンティケータにより計算されるハッシュ値に関連している上記〔１〕記載のキー管理方法。
〔３〕前記ステップ１）において、前記ＫＮＩＤは、
前記ハンドシェークプロセスが、ロバストセキュリティネットワークアソシエーションＲＳＮＡの認証成功後の最初の４ウェイハンドシェークプロセスである場合、前記オーセンティケータにより発生される乱数、または、
前記ハンドシェークプロセスがキー更新プロセスである場合、最後の４ウェイハンドシェークプロトコルプロセスの成功後に、前記オーセンティケータにより前記ＰＭＫから計算される値と、前記オーセンティケータにより発生される乱数と、前記サプリカントにより発生される乱数とに関連している上記〔１〕記載のキー管理方法。
〔４〕前記ハンドシェークプロセスがキー更新プロセスであり、前記ステップ２）において、前記新しいメッセージ２を受信すると、前記ＭＩＣと前記ＫＮＩＤが正しいか否かを前記サプリカントが照合し、
前記サプリカントが、前記ＭＩＣおよび／または前記ＫＮＩＤが正しくなかったと照合した場合、前記サプリカントは前記受信した新しいメッセージ１を廃棄し、または、
前記サプリカントが、前記ＭＩＣと前記ＫＮＩＤが正しかったと照合した場合、前記サプリカントは主照合を行い、前記照合が成功した場合、前記オーセンティケータに前記メッセージ２を送る上記〔１〕、〔２〕または〔３〕のいずれか１つ記載のキー管理方法。
【国際調査報告】
2011504025.tif 000002
2011504025.tif 000003
2011504025.tif 000004
2011504025.tif 000005
2011504025.tif 000006
2011504025.tif 000007