JP2012511289A - ３ウェイ・ハンドシェイク・プロトコルの方法 - Google Patents

３ウェイ・ハンドシェイク・プロトコルの方法 Download PDF

Info

Publication number
JP2012511289A
JP2012511289A JP2011539880A JP2011539880A JP2012511289A JP 2012511289 A JP2012511289 A JP 2012511289A JP 2011539880 A JP2011539880 A JP 2011539880A JP 2011539880 A JP2011539880 A JP 2011539880A JP 2012511289 A JP2012511289 A JP 2012511289A
Authority
JP
Japan
Prior art keywords
message
ptk
nonce
initiator
mic
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2011539880A
Other languages
English (en)
Other versions
JP5313360B2 (ja
Inventor
▲満▼霞 ▲鉄▼
▲軍▼ 曹
▲亜▼楠 胡
▲躍▼雷 肖
振海 黄
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Iwncomm Co Ltd
Original Assignee
China Iwncomm Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Iwncomm Co Ltd filed Critical China Iwncomm Co Ltd
Publication of JP2012511289A publication Critical patent/JP2012511289A/ja
Application granted granted Critical
Publication of JP5313360B2 publication Critical patent/JP5313360B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
    • H04L9/0841—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0869—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving random numbers or seeds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3242—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving keyed hash functions, e.g. message authentication codes [MACs], CBC-MAC or HMAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • H04L9/3273—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response for mutual authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Power Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一種の３ウェイ・ハンドシェイク・プロトコルの方法において、開始者が返答者に対してメッセージ１を送信するステップ１と、返答者がメッセージ１を受信後、開始者に対してメッセージ２を送信するステップ２と、開始者がメッセージ２を受信後、返答者にメッセージ３を送信するステップ３と、 返答者がメッセージ３を受信後、開始者に対してメッセージ４を送信するステップ４と、開始者がメッセージ４を受信後、それぞれと対応するペア暫定キー（ＰＴＫ）とキー確認キー（ＫＣＫ）を取得するステップ５とを含む。本発明がＰＴＫ更新に利用される際、送信者が直接に前回のＰＴＫネゴシエーション過程で発生・保存されたランダム数（Ｉ−Ｎｏｎｃｅ）を利用してメッセージ１を構造し、又、返答者に送信し、同時に３ウェイ・ハンドシェイク・プロトコルにより交換されるメッセージに対して暗号化する必要がなく、ＥＣＭＡ３８６規格における３ウェイ・ハンドシェイク・プロトコルと比較すれば、メッセージの再送を防止できるだけではなく、リソースに制限のある応用に対して更に利点がある。

Description

本出願は２００８年１２月９日に、中国特許局に提出した、出願番号が２００８１０１８４１３７．１で、発明名称が「一種の３ウェイ・ハンドシェイク・プロトコルの方法」である中国特許出願の優先権を要求し、当該出願の全ての内容を参照することにより本出願に組み込まれている。
本発明はネットワーク安全技術領域に関し、特に、一種の３ウェイ・ハンドシェイク・プロトコルの方法に関わっている。
（ヨーロッパ電子計算機工業会Ｅｕｒｏｐｅａｎ Ｃｏｍｐｕｔｅｒ Ｍａｎｕｆａｃｔｕｒｅｒｓ Ａｓｓｏｃｉａｔｉｏｎ、ＥＣＭＡと略称する）が２００５年にＥＣＭＡ３６８という超広帯域ＵＷＢ(Ｕｌｔｒａ ｗｉｄｅ ｂａｎｄ）物理層とＭＡＣ層規格を定義する標準をリリースした。超広帯域ＵＷＢは一種のキャリアレス通信技術であり、ナノ秒更にマイクロ秒程の正弦波ナロウパルスを利用してデータを伝送する。ＥＣＭＡ３６８標準において、一種の４ウェイ・ハンドシェイク・プロトコル（４ ｗａｙ ｈａｎｄｓｈａｋｅ）が設計され、超広帯域ＵＷＢ設備間のペア暫定キーＰＴＫ( Ｐａｉｒｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｋｅｙ ）の作成・更新に利用される。当該４ウェイ・ハンドシェイク・プロトコルは以下のように、
１）開始者が返答者に対してメッセージ１: ＭＮ||ＳＣ||ＰＴＫＩＤ||ＭＫＩＤ||Ｉ−Ｎｏｎｃｅ||ＰＴＫ-ＭＩＣを送信し、そのうち、メッセージシリアル番号ＭＮが１とし、状態コードＳＣが０とし、プロトコルが正常状態であることを表示し、ペア暫定キー標識ＰＴＫＩＤは開始者がランダムに選択した値であり（ローカルに格納されている、或いは実行中の４ウェイ・ハンドシェイク・プロトコルにおいて利用される暫定きー標識ＴＫＩＤ( Ｔｅｍｐｏｒａｌ Ｋｅｙ Ｉｄｅｎｔｉｆｉｅｒ ）、又はペア暫定キーＧＴＫ（Ｇｒｏｕｐ Ｔｅｍｐｏｒａｌ Ｋｅｙ）配送プロトコルにおいて利用される暫定キー標識ＴＫＩＤとは異なる）、マスターキー標識ＭＫＩＤはペア・マスター・キーＰＭＫのマークであり、Ｉ−Ｎｏｎｃｅは開始者がランダム数発生関数で計算・発生したランダム数であり、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣは０とし、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣを計算していないことを表示し、
２）返答者がメッセージ１を受信した後、メッセージシリアル番号ＭＮが１で、状態コードＳＣが０で、且つペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣが０であることを満足しない場合、当該メッセージを廃棄し、逆の場合、マスターキー標識ＭＫＩＤが開始者と返答者が予め共用しているペア・マスター・キーＰＭＫの標識であるかどうかを検証し、そうでない場合、当該メッセージを廃棄し、逆の場合、当該マスターキー標識ＭＫＩＤを利用していて、実行中の４ウェイ・ハンドシェイク・プロトコルが存在するかどうかを検証し、存在する場合、当該メッセージを廃棄し、又、状態コードＳＣを２に設定し （当該マスターキー標識ＭＫＩＤを利用していて、実行中の４ウェイ・ハンドシェイク・プロトコルが存在することを表示する）、開始者にプロトコル状態を報告し、逆の場合、ペア暫定キー標識ＰＴＫＩＤを検証し、ペア暫定キー標識ＰＴＫＩＤがローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の４ウェイ・ハンドシェイク・プロトコル、又はペア暫定キーＧＴＫ配送プロトコルにおいて利用される暫定キー標識ＴＫＩＤと同じである場合、当該メッセージを廃棄し、又、状態コードＳＣを３に設定し（当該ペア暫定キー標識ＰＴＫＩＤがローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の４ウェイ・ハンドシェイク・プロトコル又はペア暫定キーＧＴＫ配送プロトコルにおいて利用される暫定キー標識ＴＫＩＤと同じであることを表示する）、開始者にプロトコル状態を報告し、逆の場合、ランダム数Ｒ−Ｎｏｎｃｅを発生し、又、拡張関数を利用してペア・マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、 Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、ペア暫定キーＰＴＫとキー確認キーＫＣＫ（Ｋｅｙ Ｃｏｎｆｉｒｍａｔｉｏｎ Ｋｅｙ）を取得し、そして、開始者に対してメッセージ２＝ＭＮ||ＳＣ||ＰＴＫＩＤ||ＭＫＩＤ||Ｒ−Ｎｏｎｃｅ||ＰＴＫ−ＭＩＣを送信し、そのうち、メッセージシリアル番号ＭＮが２とし、 状態コードＳＣが０とし、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ１おける対応する値と同じで、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣは、ローカルキー確認キーＫＣＫを利用してメッセージ２（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣ( Ｍｅｓｓａｇｅ Ｉｎｔｅｇｒｉｔｙ Ｃｏｄｅ )であり、
３）開始者がメッセージ２を受信し、メッセージシリアル番号ＭＮが２で、状態コードＳＣが０で、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ１における対応する値と同じであることを満足しない場合、当該メッセージを廃棄し、逆の場合、拡張関数を利用し、ペア・マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、ペア暫定キーＰＴＫとキー確認キーＫＣＫを取得し、そして、ローカルキー確認キーＫＣＫを利用し、メッセージ２（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのメッセージ完全性コードＭＩＣを再計算し、メッセージ２におけるペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、又、状態コードＳＣを１に設定し（安全検証を通れなかったことを表示する）、返答者にプロトコル状態を報告し、逆の場合、返答者に対してメッセージ３: ＭＮ||ＳＣ||ＰＴＫＩＤ||ＭＫＩＤ||Ｉ−Ｎｏｎｃｅ||ＰＴＫ−ＭＩＣを送信し、そのうち、メッセージシリアル番号ＭＮが３とし、 状態コードＳＣが０とし、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ２における対応する値と同じで、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣは、ローカルキー確認キーＫＣＫを利用してメッセージ３（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣであり、
４）返答者がメッセージ３を受信し、メッセージシリアル番号ＭＮが３で、状態コードＳＣが０で、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ２における対応する値と同じであることを満足しない場合、当該メッセージを廃棄し、逆の場合、ローカルキー確認キーＫＣＫを利用し、メッセージ３（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのメッセージ完全性コードＭＩＣを再計算し、又、メッセージ３におけるペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、又、状態コードＳＣを１に設定し（安全検証を通れなかったことを表示する）、返答者にプロトコル状態を報告し、逆の場合、開始者に対してメッセージ４：ＭＮ||ＳＣ||ＰＴＫＩＤ||ＭＫＩＤ||Ｒ−Ｎｏｎｃｅ||ＰＴＫ−ＭＩＣを送信し、そのうち、メッセージシリアル番号ＭＮが４とし、状態コードＳＣが０とし、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ３における対応する値と同じで、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣはローカルキー確認キーＫＣＫを利用してメッセージ４ （ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣであり、
５）開始者がメッセージ４を受信し、メッセージシリアル番号ＭＮが４で、状態コードＳＣが０で、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ３における対応する値と同じであることを満足しない場合、当該メッセージを廃棄し、逆の場合、ローカルキー確認キーＫＣＫを利用してメッセージ４（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのメッセージ完全性コードＭＩＣを再計算し、又、メッセージ４におけるペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、逆の場合、開始者と返答者が４ウェイ・ハンドシェイク・プロトコルの実行に成功し、それぞれと対応するペア暫定キーＰＴＫとキー確認キーＫＣＫを取得することになる。
開始者と返答者が上述４ウェイ・ハンドシェイク・プロトコルを完成後、ペア暫定キーＰＴＫを利用して二者の間のユニキャスト・サービス・データを保護する。
上述４ウェイ・ハンドシェイク・プロトコルから見出したように、従来、ペア暫定キーＰＴＫを更新する度に、開始者と返答者が使用中のペア暫定キーＰＴＫを利用して４ウェイ・ハンドシェイク・プロトコルの暗号化処理を行う必要があり、又、開始者が再計算して新しいランダム数Ｉ−Ｎｏｎｃｅを発生する必要がある。しかし、低消費電力（電池式）の設備を利用した一部の超広帯域ＵＷＢ通信ネットワーク応用に対して、エネルギー、通信と計算などのリソースが厳しく制限されるため、ペア暫定キーＰＴＫを更新する際、始終、リソースが制限されるという問題に悩まれていた。
本発明は背景技術における上述問題点を解決するため、更に計算リソースを節約でき、超広帯域ネットワークに適する３ウェイ・ハンドシェイク・プロトコルの方法を提案した。
本発明に係る技術案は次のように説明する。
１、一種の３ウェイ・ハンドシェイク・プロトコルの方法において、以下のステップを含み、
・ 開始者が返答者に対して、ペア暫定キー標識ＰＴＫＩＤ、マスターキー標識ＭＫＩＤ、更新標識ＵＤ及びランダム数Ｉ−Ｎｏｎｃｅを含むメッセージ１を送信し、そのうち、ＰＴＫＩＤは開始者がランダムに選択した値で、当該ＰＴＫＩＤがローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の３ウェイ・ハンドシェイク・プロトコル或いはペア暫定キーＧＴＫ配送プロトコルにおいて利用される暫定キー標識ＴＫＩＤとは異なり、ＭＫＩＤはペア・マスター・キーＰＭＫのマークであり、ＵＤはペア暫定キーＰＭＫの更新過程であるかどうかを表示し、Ｉ−Ｎｏｎｃｅは開始者が発生したランダム数であり、
・ 返答者がメッセージ１を受信後、ＭＫＩＤとＰＴＫＩＤに対して検証し、又、前記ＭＫＩＤ、ＰＴＫＩＤが検証を通った後、ステップａ１）を実行し、
ａ１）ＵＤがＰＴＫ更新過程であるかどうかを検証し、そうでない場合、ステップａ２）を実行し、そうである場合、Ｉ−Ｎｏｎｃｅがローカルに格納された前回のＰＴＫネゴシエーションが成功した後に開始者と返答者の間でネゴシエートされたＩ−Ｎｏｎｃｅ値と同じであるかどうかを確認し、同じでない場合、当該メッセージを廃棄し、同じである場合、ステップａ２）を実行し、
ａ２）ランダム数発生関数を利用して、ランダム数Ｒ−Ｎｏｎｃｅを計算・発生し、又、拡張関数を利用してペアマスターキーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、ＰＴＫ、キー確認キーＫＣＫ及び次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅの種を取得し、そして、当該種に対して拡張関数を利用し、次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅを計算・保存し、そして、開始者に対してＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｒ−Ｎｏｎｃｅとペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣを含むメッセージ２を送信し、そのうち、ＰＴＫＩＤ、ＭＫＩＤとＵＤがメッセージ１における対応する値と同じで、ＰＴＫ−ＭＩＣはローカルＫＣＫを利用し、メッセージ２におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、メッセージ１におけるＩ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣであり、
３）開始者がメッセージ２を受信し、メッセージ２とメッセージ１における対応するパラメータが同じであるかどうかを比較し、同じでない場合、当該メッセージを廃棄し、逆の場合、マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅを計算・保存し、ローカルＫＣＫを利用してＭＩＣを再計算し、又、メッセージ３におけるＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、逆の場合、開始者に対してＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｒ−Ｎｏｎｃｅ、ＰＴＫ−ＭＩＣを含むメッセージ３を送信し、
４）返答者がメッセージ３を受信し、メッセージ３とメッセージ２における対応するパラメータが同じであるかどうかを比較し、同じでない場合、当該メッセージを廃棄し、逆の場合、ローカルＫＣＫを利用してＭＩＣを再計算し、又、メッセージ３におけるＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、同じである場合、３ウェイ・ハンドシェイク・プロトコル過程を終了する。
前記ステップl ）において、初めてＰＴＫを作成する際、Ｉ−Ｎｏｎｃｅは開始者がランダム数発生関数で発生した値であり、ＰＴＫを更新する際、Ｉ−Ｎｏｎｃｅは前回のＰＴＫネゴシエーション過程が成功した後に開始者と返答者との間でネゴシエートされた値である。
前述ステップ４）の後、又、ステップ５）とステップ６）を含み、具体的なステップは以下のようになる。
５）返答者が開始者に対して、ＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｉ−Ｎｏｎｃｅ、ＰＴＫ−ＭＩＣ等を含むメッセージ４を送信し、そのうち、ＰＴＫＩＤ、ＭＫＩＤ、ＵＤとＩ−Ｎｏｎｃｅがメッセージ１における対応する値と同じで、ＰＴＫ−ＭＩＣは、ローカルＫＣＫを利用し、メッセージ４におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたＭＩＣであり、
６）開始者がメッセージ４を受信後、次の処理を行い、
６．１）ＰＴＫＩＤ、ＭＫＩＤ、ＵＤ及びＩ−Ｎｏｎｃｅがメッセージ１における対応する値と同じでない場合、当該メッセージを廃棄し、同じである場合、６．２）の操作を実行し、
６．２）ローカルＫＣＫを利用し、メッセージ４ におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのＭＩＣを再計算し、又、メッセージ４におけるＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、同じである場合、開始者と返答者が４ウェイ・ハンドシェイク・プロトコルの実行に成功し、それぞれと対応するＰＴＫキー、確認キーＫＣＫと両者の次回のＰＴＫ更新に利用されるＩ−Ｎｏｎｃｅを取得することになる。
ＭＫＩＤ、ＰＴＫＩＤに対して検証することは、
２．１）ＭＫＩＤが開始者と返答者が予め共用しているペア・マスター・キーＰＭＫの標識であるかどうかを検証し、そうでない場合、当該メッセージを廃棄し、そうである場合、ステップ２．２）を実行し、
２．２）当該ＭＫＩＤを利用していて、実行中の３ウェイ・ハンドシェイク・プロトコルが存在するかどうかを検証し、存在する場合、当該メッセージを廃棄し、存在しない場合、ステップ２．３）を実行し、
２．３）ＰＴＫＩＤを検証し、ＰＴＫＩＤがローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の３ウェイ・ハンドシェイク・プロトコル又はペア暫定キーＧＴＫ配送プロトコルにおいて利用されるＴＫＩＤと同じである場合、当該メッセージを廃棄し、同じでない場合、ステップ２．４）を実行する、
ことを含む。
前記メッセージ２とメッセージ１における対応するパラメータが同じであるかどうかを比較することは、
メッセージ２におけるＰＴＫＩＤ、ＭＫＩＤ、ＵＤとＩ−Ｎｏｎｃｅがメッセージ１における対応する値と同じであるかどうかを比較することを含む。
前記マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅを計算・保存することは、
拡張関数を利用し、ペア・マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、ＰＴＫ、ＫＣＫと次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅの種を取得し、
当該種に対して拡張関数を利用し、次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅを計算・保存することを含む。
前記開始者がローカルＫＣＫを利用してＭＩＣを再計算することは、
ローカルＫＣＫを利用し、メッセージ２におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、メッセージ１におけるＩ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのＭＩＣを再計算することを含む。
前記メッセージ３はＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｒ−Ｎｏｎｃｅ、ＰＴＫ−ＭＩＣを含み、 そのうち、ＰＴＫＩＤ、ＭＫＩＤ、ＵＤとランダム数Ｒ−Ｎｏｎｃｅが、メッセージ２における対応する値と同じで、ＰＴＫ−ＭＩＣはローカルＫＣＫを利用し、メッセージ３におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたＭＩＣである。
前記メッセージ３とメッセージ２における対応するパラメータが同じであるかどうかを比較することは、
メッセージ３におけるＰＴＫＩＤ、ＭＫＩＤ、ＵＤとランダム数Ｒ−Ｎｏｎｃｅがメッセージ２における対応する値と同じであるかどうかを比較することを含む。
前記返答者がローカルＫＣＫを利用し、ＭＩＣを再計算することは、
ローカルＫＣＫを利用し、メッセージ３におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのＭＩＣを再計算することを含む。
本発明は超広帯域ネットワークに適する３ウェイ・ハンドシェイク・プロトコルの方法を提供し、ペア暫定キーＰＴＫが更新する際、送信者が直接に前回のペア暫定キーＰＴＫネゴシエーション過程で発生・保存されたＩ−Ｎｏｎｃｅにより、メッセージ１を構造して返答者に送信し、同時に３ウェイ・ハンドシェイク・プロトコルにより交換されるメッセージに対して暗号化する必要がないため、ＥＣＭＡ３８６の４ウェイ・ハンドシェイク・プロトコルと比較すれば、メッセージの再送を防止できるだけではなく、リソースに制限のある応用に更に利点がある。
本発明の具体的な実現方法は以下のように、
１）開始者が返答者に対してＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｉ−Ｎｏｎｃｅ等を含むメッセージ１を送信し、そのうち、ペア暫定キー標識ＰＴＫＩＤは開始者がランダムに選択した値であり（ローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の３ウェイ・ハンドシェイク・プロトコル又はペア暫定キーＧＴＫ配送プロトコルにおいて利用される暫定キー標識ＴＫＩＤと異なる）、マスターキー標識ＭＫＩＤはペア・マスター・キーＰＭＫのマークであり、更新標識ＵＤはペア暫定キーＰＴＫの更新過程であるかどうかを表示し、Ｉ−Ｎｏｎｃｅは開始者が発生したランダム数であり（初めてペア暫定キーＰＴＫを作成する際、Ｉ−Ｎｏｎｃｅは開始者がランダム数発生関数で発生した値であり、ペア暫定キーＰＴＫを更新する際、Ｉ−Ｎｏｎｃｅは前回のペア暫定キーＰＴＫネゴシエーションが成功した後に開始者と返答者の間でネゴシエートされた値である）、
２）返答者がメッセージ１を受信後、次の処理を行い、
２．１）マスターキー標識ＭＫＩＤが開始者と返答者が予め共用しているペア・マスター・キーＰＭＫの標識であるかどうかを検証し、そうでない場合、当該メッセージを廃棄し、そうである場合、ステップ２．２）を実行し、
２．２）当該マスターキー標識ＭＫＩＤを利用していて、実行中の３ウェイ・ハンドシェイク・プロトコルが存在するかどうかを検証し、存在する場合、当該メッセージを廃棄し、存在しない場合、ステップ２．３）を実行し、
２．３）ペア暫定キー標識ＰＴＫＩＤを検証し、ペア暫定キー標識ＰＴＫＩＤがローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の３ウェイ・ハンドシェイク・プロトコル又はペア暫定キーＧＴＫ配送プロトコルにおいて利用される暫定キー標識ＴＫＩＤと同じである場合、当該メッセージを廃棄し、同じでない場合、ステップ２．４）を実行し、
２．４）更新標識ＵＤがペア暫定キーＰＴＫ更新過程であるかどうかを検証し、そうでない場合、ステップ２．５）を実行し、そうである場合、Ｉ−Ｎｏｎｃｅがローカルに格納された、前回のペア暫定キーＰＴＫネゴシエーションが成功した後に開始者と返答者の間でネゴシエートされたＩ−Ｎｏｎｃｅ値と同じであるかどうかを検証し、同じでない場合、当該メッセージを廃棄し、同じである場合、ステップ２．５）を実行し、
２．５）ランダム数発生関数を利用してランダム数Ｒ−Ｎｏｎｃｅを発生し、又、拡張関数を利用してペア・マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、ペア暫定キーＰＴＫ、キー確認キーＫＣＫ及び次回のペア暫定キーＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅの種を取得し、そして、当該種に対して拡張関数を利用し、次回のペア暫定キーＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅを計算・保存し、又、開始者に対してＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｒ−Ｎｏｎｃｅ、ＰＴＫ−ＭＩＣ等を含むメッセージ２を送信し、そのうち、ペア暫定キー標識ＰＴＫＩＤ、マスターキー標識ＭＫＩＤと更新標識ＵＤはメッセージ１における対応する値と同じで、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣはローカルキー確認キーＫＣＫを利用し、メッセージ２（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、メッセージ１におけるランダム数Ｉ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣであり、
３）開始者がメッセージ２を受信後、次の処理を行い、
３．１）ペア暫定キー標識ＰＴＫＩＤ、マスターキー標識ＭＫＩＤ、更新標識ＵＤとランダム数Ｉ−Ｎｏｎｃｅがメッセージ１における対応する値と異なる場合、当該メッセージを廃棄し、同じである場合、ステップ３．２）を実行し、
３．２）拡張関数を利用し、ペア・マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、ペア暫定キーＰＴＫ、キー確認キーＫＣＫ及び次回のペア暫定キーＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅ種を取得し、そして、当該種に対して拡張関数を利用し、次回のペア暫定キーＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅを計算・保存し、ローカルキー確認キーＫＣＫを利用し、メッセージ２（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、メッセージ１におけるランダム数Ｉ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのメッセージ完全性コードＭＩＣを再計算し、メッセージ２におけるペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、逆の場合、開始者に対してＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｒ−Ｎｏｎｃｅ、ＰＴＫ−ＭＩＣ等を含むメッセージ３を送信し、そのうち、ペア暫定キー標識ＰＴＫＩＤ、マスターキー標識ＭＫＩＤ、更新標識ＵＤとランダム数Ｒ−Ｎｏｎｃｅはメッセージ２における対応する値と同じで、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣは、ローカルキー確認キーＫＣＫを利用し、メッセージ３（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣであり、
４）返答者がメッセージ３を受信後、次の処理を行い
４．１）ペア暫定キー標識ＰＴＫＩＤ、マスターキー標識ＭＫＩＤ、更新標識ＵＤとランダム数Ｒ−Ｎｏｎｃｅがメッセージ２における対応する値と異なる場合、当該メッセージを廃棄し、同じである場合、４．２）の操作を実行し、
４．２）ローカルキー確認キーＫＣＫを利用してメッセージ３（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのメッセージ完全性コードＭＩＣを再計算し、又、メッセージ３におけるペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、同じである場合、開始者と返答者が３ウェイ・ハンドシェイク・プロトコルの実行に成功し、それぞれと対応するペア暫定キーＰＴＫキー、確認キーＫＣＫと次回の両者のペア暫定キーＰＴＫの更新に利用されるＩ−Ｎｏｎｃｅを取得する。
ペア暫定キーＰＴＫをインストールすることを簡易にさせ、又、返答者がペア暫定キーＰＴＫのネゴシエーションに成功することを開始者に通知するため、返答者がメッセージ３を受信後、更に開始者に対してメッセージ４を送信でき、即ち、上述ステップ４）の後、次のステップ５）と６）を実行する。
５）返答者が開始者に対してＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｉ−Ｎｏｎｃｅ、ＰＴＫ−ＭＩＣ等を含むメッセージ４を送信し、そのうち、ペア暫定キー標識ＰＴＫＩＤ、マスターキー標識ＭＫＩＤ、更新標識ＵＤとランダム数Ｉ−Ｎｏｎｃｅはメッセージ１における対応する値と同じであり、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣはローカルキー確認キーＫＣＫを利用して、メッセージ４（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣであり、
６）開始者がメッセージ４を受信後、次の処理を行い、
６．１）ペア暫定キー標識ＰＴＫＩＤ、マスターキー標識ＭＫＩＤ、更新標識ＵＤとランダム数Ｉ−Ｎｏｎｃｅがメッセージ１における対応する値と異なる場合、当該メッセージを廃棄し、同じである場合、６．２）の操作を実行する。
６．２）ローカルキー確認キーＫＣＫを利用してメッセージ４（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのメッセージ完全性コードＭＩＣを再計算し、又、メッセージ４におけるペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、同じである場合、開始者と返答者が４ウェイ・ハンドシェイク・プロトコルの実行に成功し、それぞれと対応するペア暫定キーＰＴＫキー、確認キーＫＣＫと次回の両者のペア暫定キーＰＴＫの更新に利用されるＩ−Ｎｏｎｃｅを取得することになる。
前記の実施形態は本発明の技術的な解決手段の説明だけであり、当業者により、上述した実施形態に記述された技術的な解決手段を改造し、またはその中の一部の技術要素を置換することもできる。そのような改造と置換は本発明の実施形態の技術の範囲から逸脱するとは見なされない。
（ヨーロッパ電子計算機工業会Ｅｕｒｏｐｅａｎ Ｃｏｍｐｕｔｅｒ Ｍａｎｕｆａｃｔｕｒｅｒｓ Ａｓｓｏｃｉａｔｉｏｎ、ＥＣＭＡと略称する）が２００５年にＥＣＭＡ３６８という超広帯域ＵＷＢ(Ｕｌｔｒａ ｗｉｄｅ ｂａｎｄ）物理層とＭＡＣ層規格を定義する標準をリリースした。超広帯域ＵＷＢは一種のキャリアレス通信技術であり、ナノ秒更にピコ秒程の正弦波ナロウパルスを利用してデータを伝送する。ＥＣＭＡ３６８標準において、一種の４ウェイ・ハンドシェイク・プロトコル（４ ｗａｙ ｈａｎｄｓｈａｋｅ）が設計され、超広帯域ＵＷＢ設備間のペア暫定キーＰＴＫ(Ｐａｉｒｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｋｅｙ）の作成・更新に利用される。当該４ウェイ・ハンドシェイク・プロトコルは以下のように、
１）開始者が返答者に対してメッセージ１:ＭＮ||ＳＣ||ＰＴＫＩＤ||ＭＫＩＤ||Ｉ−Ｎｏｎｃｅ||ＰＴＫ-ＭＩＣを送信し、そのうち、メッセージシリアル番号ＭＮが１とし、状態コードＳＣが０とし、プロトコルが正常状態であることを表示し、ペア暫定キー標識ＰＴＫＩＤは開始者がランダムに選択した値であり（ローカルに格納されている、或いは実行中の４ウェイ・ハンドシェイク・プロトコルにおいて利用される暫定きー標識ＴＫＩＤ(Ｔｅｍｐｏｒａｌ Ｋｅｙ Ｉｄｅｎｔｉｆｉｅｒ ）、又はペア暫定キーＧＴＫ（Ｇｒｏｕｐ Ｔｅｍｐｏｒａｌ Ｋｅｙ）配送プロトコルにおいて利用される暫定キー標識ＴＫＩＤとは異なる）、マスターキー標識ＭＫＩＤはペア・マスター・キーＰＭＫのマークであり、Ｉ−Ｎｏｎｃｅは開始者がランダム数発生関数で計算・発生したランダム数であり、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣは０とし、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣを計算していないことを表示し、
２）返答者がメッセージ１を受信した後、メッセージシリアル番号ＭＮが１で、状態コードＳＣが０で、且つペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣが０であることを満足しない場合、当該メッセージを廃棄し、逆の場合、マスターキー標識ＭＫＩＤが開始者と返答者が予め共用しているペア・マスター・キーＰＭＫの標識であるかどうかを検証し、そうでない場合、当該メッセージを廃棄し、逆の場合、当該マスターキー標識ＭＫＩＤを利用していて、実行中の４ウェイ・ハンドシェイク・プロトコルが存在するかどうかを検証し、存在する場合、当該メッセージを廃棄し、又、状態コードＳＣを２に設定し（当該マスターキー標識ＭＫＩＤを利用していて、実行中の４ウェイ・ハンドシェイク・プロトコルが存在することを表示する）、開始者にプロトコル状態を報告し、逆の場合、ペア暫定キー標識ＰＴＫＩＤを検証し、ペア暫定キー標識ＰＴＫＩＤがローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の４ウェイ・ハンドシェイク・プロトコル、又はペア暫定キーＧＴＫ配送プロトコルにおいて利用される暫定キー標識ＴＫＩＤと同じである場合、当該メッセージを廃棄し、又、状態コードＳＣを３に設定し（当該ペア暫定キー標識ＰＴＫＩＤがローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の４ウェイ・ハンドシェイク・プロトコル又はペア暫定キーＧＴＫ配送プロトコルにおいて利用される暫定キー標識ＴＫＩＤと同じであることを表示する）、開始者にプロトコル状態を報告し、逆の場合、ランダム数Ｒ−Ｎｏｎｃｅを発生し、又、拡張関数を利用してペア・マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、ペア暫定キーＰＴＫとキー確認キーＫＣＫ（Ｋｅｙ Ｃｏｎｆｉｒｍａｔｉｏｎ Ｋｅｙ）を取得し、そして、開始者に対してメッセージ２＝ＭＮ||ＳＣ||ＰＴＫＩＤ||ＭＫＩＤ||Ｒ−Ｎｏｎｃｅ||ＰＴＫ−ＭＩＣを送信し、そのうち、メッセージシリアル番号ＭＮが２とし、状態コードＳＣが０とし、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ１おける対応する値と同じで、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣは、ローカルキー確認キーＫＣＫを利用してメッセージ２（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣ(Ｍｅｓｓａｇｅ Ｉｎｔｅｇｒｉｔｙ Ｃｏｄｅ )であり、
３）開始者がメッセージ２を受信し、メッセージシリアル番号ＭＮが２で、状態コードＳＣが０で、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ１における対応する値と同じであることを満足しない場合、当該メッセージを廃棄し、逆の場合、拡張関数を利用し、ペア・マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、ペア暫定キーＰＴＫとキー確認キーＫＣＫを取得し、そして、ローカルキー確認キーＫＣＫを利用し、メッセージ２（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのメッセージ完全性コードＭＩＣを再計算し、メッセージ２におけるペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、又、状態コードＳＣを１に設定し（安全検証を通れなかったことを表示する）、返答者にプロトコル状態を報告し、逆の場合、返答者に対してメッセージ３:ＭＮ||ＳＣ||ＰＴＫＩＤ||ＭＫＩＤ||Ｉ−Ｎｏｎｃｅ||ＰＴＫ−ＭＩＣを送信し、そのうち、メッセージシリアル番号ＭＮが３とし、状態コードＳＣが０とし、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ２における対応する値と同じで、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣは、ローカルキー確認キーＫＣＫを利用してメッセージ３（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣであり、
４）返答者がメッセージ３を受信し、メッセージシリアル番号ＭＮが３で、状態コードＳＣが０で、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ２における対応する値と同じであることを満足しない場合、当該メッセージを廃棄し、逆の場合、ローカルキー確認キーＫＣＫを利用し、メッセージ３（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのメッセージ完全性コードＭＩＣを再計算し、又、メッセージ３におけるペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、又、状態コードＳＣを１に設定し（安全検証を通れなかったことを表示する）、返答者にプロトコル状態を報告し、逆の場合、開始者に対してメッセージ４：ＭＮ||ＳＣ||ＰＴＫＩＤ||ＭＫＩＤ||Ｒ−Ｎｏｎｃｅ||ＰＴＫ−ＭＩＣを送信し、そのうち、メッセージシリアル番号ＭＮが４とし、状態コードＳＣが０とし、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ３における対応する値と同じで、ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣはローカルキー確認キーＫＣＫを利用してメッセージ４（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣであり、
５）開始者がメッセージ４を受信し、メッセージシリアル番号ＭＮが４で、状態コードＳＣが０で、ペア暫定キー標識ＰＴＫＩＤとマスターキー標識ＭＫＩＤがメッセージ３における対応する値と同じであることを満足しない場合、当該メッセージを廃棄し、逆の場合、ローカルキー確認キーＫＣＫを利用してメッセージ４（ペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣ以外の他のパラメータ）、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのメッセージ完全性コードＭＩＣを再計算し、又、メッセージ４におけるペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、逆の場合、開始者と返答者が４ウェイ・ハンドシェイク・プロトコルの実行に成功し、それぞれと対応するペア暫定キーＰＴＫとキー確認キーＫＣＫを取得することになる。
ＭＫＩＤ、ＰＴＫＩＤに対して検証することは、
２．１）ＭＫＩＤが開始者と返答者が予め共用しているペア・マスター・キーＰＭＫの標識であるかどうかを検証し、そうでない場合、当該メッセージを廃棄し、そうである場合、ステップ２．２）を実行し、
２．２）当該ＭＫＩＤを利用していて、実行中の３ウェイ・ハンドシェイク・プロトコルが存在するかどうかを検証し、存在する場合、当該メッセージを廃棄し、存在しない場合、ステップ２．３）を実行し、
２．３）ＰＴＫＩＤを検証し、ＰＴＫＩＤがローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の３ウェイ・ハンドシェイク・プロトコル又はペア暫定キーＧＴＫ配送プロトコルにおいて利用されるＴＫＩＤと同じである場合、当該メッセージを廃棄し、同じでない場合、ステップa１）を実行する、
ことを含む。

Claims (10)

  1. 一種の３ウェイ・ハンドシェイク・プロトコルの方法において、
    １）開始者が返答者に対して、ペア暫定キー標識ＰＴＫＩＤ、マスターキー標識ＭＫＩＤ、更新標識ＵＤ及びランダム数Ｉ−Ｎｏｎｃｅを含むメッセージ１を送信し、そのうち、ＰＴＫＩＤは開始者がランダムに選択した値で、当該ＰＴＫＩＤはローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の３ウェイ・ハンドシェイク・プロトコル又はペア暫定キーＧＴＫ配送プロトコルにおいて利用される暫定キー標識ＴＫＩＤと異なり、ＭＫＩＤはペア・マスター・キーＰＭＫのマークであり、ＵＤはペア暫定キーＰＴＫの更新過程であるかどうかを表示し、Ｉ−Ｎｏｎｃｅは開始者が発生したランダム数であり、
    ２）返答者がメッセージ１を受信後、ＭＫＩＤ、ＰＴＫＩＤに対して検証し、又、前記ＭＫＩＤ、ＰＴＫＩＤが検証を通った後、ステップａ１）を実行し、
    ａ１）ＵＤがＰＴＫ更新過程であるかどうかを検証し、そうでない場合、ステップａ２）を実行し、そうである場合、Ｉ−Ｎｏｎｃｅがローカルに格納された前回のＰＴＫネゴシエーションが成功した後に開始者と返答者の間でネゴシエートされたＩ−Ｎｏｎｃｅ値と同じであるかどうかを確認し、同じでない場合、当該メッセージを廃棄し、同じである場合、ステップａ２）を実行し、
    ａ２）ランダム数発生関数を利用して、ランダム数Ｒ−Ｎｏｎｃｅを発生し、又、拡張関数を利用してペア・マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、ＰＴＫ、キー確認キーＫＣＫと次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅの種を取得し、そして、当該種に対して拡張関数を利用し、次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅを計算・保存し、又、開始者に対してＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｒ−Ｎｏｎｃｅとペア暫定キーメッセージ完全性コードＰＴＫ−ＭＩＣを含むメッセージ２を送信し、そのうち、ＰＴＫＩＤ、ＭＫＩＤとＵＤがメッセージ１における対応する値と同じで、ＰＴＫ−ＭＩＣはローカルＫＣＫを利用し、メッセージ２におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、メッセージ１におけるＩ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたメッセージ完全性コードＭＩＣであり、
    ３）開始者がメッセージ２を受信後、メッセージ２とメッセージ１における対応するパラメータが同じであるかどうかを比較し、同じでない場合、当該メッセージを廃棄し、逆の場合、マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅを計算・保存し、ローカルＫＣＫを利用してＭＩＣを再計算し、又、メッセージ３におけるＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、逆の場合、開始者に対してＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｒ−Ｎｏｎｃｅ、ＰＴＫ−ＭＩＣを含むメッセージ３を送信し、
    ４）返答者がメッセージ３を受信後、メッセージ３とメッセージ２における対応するパラメータが同じであるかどうかを比較し、同じでない場合、当該メッセージを廃棄し、逆の場合、ローカルＫＣＫを利用してＭＩＣを再計算し、又、メッセージ３におけるＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、同じである場合、３ウェイ・ハンドシェイク・プロトコル過程を終了する、
    ステップを含むことを特徴とする３ウェイ・ハンドシェイク・プロトコルの方法。
  2. 前記ステップl ）において、始めてＰＴＫを作成する際、Ｉ−Ｎｏｎｃｅは開始者がランダム数発生関数で発生した値であり、ＰＴＫを更新する際、Ｉ−Ｎｏｎｃｅは前回のＰＴＫネゴシエーションが成功した後に開始者と返答者の間でネゴシエートされた値である、ことを特徴とする請求項1 記載の３ウェイ・ハンドシェイク・プロトコルの方法。
  3. 前記ステップ４）の後は、又、ステップ５）とステップ６）を含み、
    ５）返答者が開始者に対して、ＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｉ−Ｎｏｎｃｅ、ＰＴＫ−ＭＩＣ等を含むメッセージ４を送信し、そのうち、ＰＴＫＩＤ、ＭＫＩＤ、ＵＤとＩ−Ｎｏｎｃｅがメッセージ１における対応する値と同じで、ＰＴＫ−ＭＩＣはローカルＫＣＫを利用し、メッセージ４におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたＭＩＣであり、
    ６）開始者がメッセージ４を受信後、次の処理を行い、
    ６．１ ）ＰＴＫＩＤ、ＭＫＩＤ、ＵＤとＩ−Ｎｏｎｃｅがメッセージ１における対応する値と異なる場合、当該メッセージを廃棄し、同じである場合、６．２）の操作を実行し、
    ６．２）ローカルＫＣＫを利用し、メッセージ４ におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのＭＩＣを再計算し、又、メッセージ４ におけるＰＴＫ−ＭＩＣと比較し、二者が同じでない場合、当該メッセージを廃棄し、同じである場合、開始者と返答者が４ウェイ・ハンドシェイク・プロトコルの実行に成功し、それぞれと対応するＰＴＫキー、確認キーＫＣＫと両者の次回のＰＴＫ更新に利用されるＩ−Ｎｏｎｃｅを取得することになる、
    ことを含むことを特徴とする請求項1 記載の３ウェイ・ハンドシェイク・プロトコルの方法。
  4. ＭＫＩＤ、ＰＴＫＩＤに対して検証することは、
    ２．１）ＭＫＩＤが開始者と返答者が予め共用しているペア・マスター・キーＰＭＫの標識であるかどうかを検証し、そうでない場合、当該メッセージを廃棄し、そうである場合、ステップ２．２）を実行し、
    ２．２）当該ＭＫＩＤを利用していて、実行中の３ウェイ・ハンドシェイク・プロトコルが存在するかどうかを検証し、存在する場合、当該メッセージを廃棄し、存在しない場合、ステップ２．３）を実行し、
    ２．３）ＰＴＫＩＤを検証し、ＰＴＫＩＤがローカルに格納されている暫定キー標識ＴＫＩＤ、又は、実行中の３ウェイ・ハンドシェイク・プロトコル又はペア暫定キーＧＴＫ配送プロトコルにおいて利用されるＴＫＩＤと同じである場合、当該メッセージを廃棄し、同じでない場合、ステップ２．４）を実行する、
    ことを含むことを特徴とする請求項１〜３の何れに記載の３ウェイ・ハンドシェイク・プロトコルの方法。
  5. 前記メッセージ２とメッセージ１における対応するパラメータが同じであるかどうかを比較することは、
    メッセージ２におけるＰＴＫＩＤ、ＭＫＩＤ、ＵＤとＩ−Ｎｏｎｃｅがメッセージ１における対応する値と同じであるかどうかを比較する、ことを含むことを特徴とする請求項１〜３の何れに記載の３ウェイ・ハンドシェイク・プロトコルの方法。
  6. 前記マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算し、次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅを計算・保存することは、
    拡張関数を利用し、ペア・マスター・キーＰＭＫ、Ｉ−Ｎｏｎｃｅ、Ｒ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算してＰＴＫ、ＫＣＫと次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅの種を取得し、
    当該種に対して拡張関数を利用し、次回のＰＴＫネゴシエーション過程のＩ−Ｎｏｎｃｅを計算・保存する、
    ことを含むことを特徴とする請求項１〜３の何れに記載の３ウェイ・ハンドシェイク・プロトコルの方法。
  7. 前記開始者がローカルＫＣＫを利用し、ＭＩＣを再計算することは、
    ローカルＫＣＫを利用し、メッセージ２におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、メッセージ１におけるＩ−Ｎｏｎｃｅ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのＭＩＣを再計算する、
    ことを含むことを特徴とする請求項１〜３の何れに記載の３ウェイ・ハンドシェイク・プロトコルの方法。
  8. 前記メッセージ３がＰＴＫＩＤ、ＭＫＩＤ、ＵＤ、Ｒ−ＮｏｎｃｅとＰＴＫ−ＭＩＣを含み、そのうち、ＰＴＫＩＤ、ＭＫＩＤ、ＵＤとランダム数Ｒ−Ｎｏｎｃｅがメッセージ２における対応する値と同じで、ＰＴＫ- ＭＩＣはローカルＫＣＫを利用し、メッセージ３におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣに対して計算されたＭＩＣである、
    ことを特徴とする請求項１〜３の何れに記載の３ウェイ・ハンドシェイク・プロトコルの方法。
  9. 前記メッセージ３とメッセージ２における対応するパラメータが同じであるかどうかを比較することは、
    メッセージ３におけるＰＴＭＤ、ＭＫＩＤ、ＵＤとランダム数Ｒ−Ｎｏｎｃｅがメッセージ２における対応する値と同じであるかどうかを比較する、
    ことを含むことを特徴とする請求項１〜３の何れに記載の３ウェイ・ハンドシェイク・プロトコルの方法。
  10. 前記返答者がローカルＫＣＫを利用し、ＭＩＣを再計算することは、
    ローカルＫＣＫを利用し、メッセージ３におけるＰＴＫ−ＭＩＣ以外の他のパラメータ、開始者のＭＡＣアドレスＩ−ＭＡＣ及び返答者のＭＡＣアドレスＲ−ＭＡＣのＭＩＣを再計算する、
    ことを含むことを特徴とする請求項１〜３の何れに記載の３ウェイ・ハンドシェイク・プロトコルの方法。
JP2011539880A 2008-12-09 2009-12-08 ３ウェイ・ハンドシェイク・プロトコルの方法 Expired - Fee Related JP5313360B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200810184137.1 2008-12-09
CN 200810184137 CN101431519B (zh) 2008-12-09 2008-12-09 一种三步握手协议方法
PCT/CN2009/075381 WO2010066186A1 (zh) 2008-12-09 2009-12-08 一种三步握手协议方法

Publications (2)

Publication Number Publication Date
JP2012511289A true JP2012511289A (ja) 2012-05-17
JP5313360B2 JP5313360B2 (ja) 2013-10-09

Family

ID=40646685

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011539880A Expired - Fee Related JP5313360B2 (ja) 2008-12-09 2009-12-08 ３ウェイ・ハンドシェイク・プロトコルの方法

Country Status (4)

Country Link
EP (1) EP2375627B1 (ja)
JP (1) JP5313360B2 (ja)
CN (1) CN101431519B (ja)
WO (1) WO2010066186A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012512577A (ja) * 2008-12-18 2012-05-31 西安西電捷通無線網絡通信股▲ふん▼有限公司 セキュリティ・プロトコルの最初のメッセージの保護方法

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101431519B (zh) * 2008-12-09 2011-06-01 西安西电捷通无线网络通信股份有限公司 一种三步握手协议方法
WO2011075880A1 (zh) * 2009-12-21 2011-06-30 西安西电捷通无线网络通信股份有限公司 一种适合超宽带网络的握手协议方法
WO2014091336A1 (en) * 2012-12-13 2014-06-19 Abb Research Ltd A system and a method for generating secure key
CN105025444A (zh) * 2014-04-16 2015-11-04 中兴通讯股份有限公司 一种实现设备到设备发现业务的方法及终端
TWI566616B (zh) * 2015-03-04 2017-01-11 瑞昱半導體股份有限公司 三方交握方法以及電腦可讀媒體
CN106033252B (zh) * 2015-03-11 2020-05-08 瑞昱半导体股份有限公司 三方交握方法以及电脑可读媒体
US12075246B2 (en) 2019-04-29 2024-08-27 Sonicwall Inc. Securing transmission paths in a mesh network
US12022295B2 (en) 2019-04-29 2024-06-25 Sonicwall Inc. Streamlined creation and expansion of a wireless mesh network
US11997635B2 (en) * 2019-04-29 2024-05-28 Sonicwall Inc. Establishing simultaneous mesh node connections
CN114124367B (zh) 2020-08-31 2023-03-24 Oppo广东移动通信有限公司 一种数据传输方法、装置及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060126847A1 (en) * 2004-11-12 2006-06-15 Jin-Meng Ho System and method for establishing secure communications between devices in distributed wireless networks
WO2007140342A2 (en) * 2006-05-26 2007-12-06 Qualcomm Incorporated Wireless architecture for a traditional wire-based protocol
WO2008125731A1 (en) * 2007-04-12 2008-10-23 Nokia Corporation A handshake procedure

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1905436B (zh) * 2005-07-28 2010-05-05 北京航空航天大学 保证数据交换安全的方法
US8175272B2 (en) * 2007-03-12 2012-05-08 Motorola Solutions, Inc. Method for establishing secure associations within a communication network
CN101431519B (zh) * 2008-12-09 2011-06-01 西安西电捷通无线网络通信股份有限公司 一种三步握手协议方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060126847A1 (en) * 2004-11-12 2006-06-15 Jin-Meng Ho System and method for establishing secure communications between devices in distributed wireless networks
WO2007140342A2 (en) * 2006-05-26 2007-12-06 Qualcomm Incorporated Wireless architecture for a traditional wire-based protocol
WO2008125731A1 (en) * 2007-04-12 2008-10-23 Nokia Corporation A handshake procedure

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
JPN6013005412; Ｙ．　Ｚｈａｎｇ，ｅｔ　ａｌ．: 'Ｓｅｃｕｒｅ　ｌｏｃａｌｉｚａｔｉｏｎ　ａｎｄ　ａｕｔｈｅｎｔｉｃａｔｉｏｎ　ｉｎ　ｕｌｔｒａ-ｗｉｄｅｂａｎｄ　ｓｅｎｓｏｒ　ｎｅｔｗｏｒｋｓ' ＩＥＥＥ　Ｊｏｕｒｎａｌ　ｏｎ　Ｓｅｌｅｃｔｅｄ　Ａｒｅａｓ　ｉｎ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｖｏｌ．　２４，Ｎｏ．　４, 200604, ｐｐ．　８２９-８３５, ＩＥＥＥ *
JPN6013005414; 'Ｈｉｇｈ　Ｒａｔｅ　Ｕｌｔｒａ　Ｗｉｄｅｂａｎｄ　ＰＨＹ　ａｎｄ　ＭＡＣ　Ｓｔａｎｄａｒｄ' Ｓｔａｎｄａｒｄ　ＥＣＭＡ-３６８ ２ｎｄ　ｅｄｉｔｉｏｎ, 200712, ｐｐ．　２４１-２５４, Ｅｃｍａ　Ｉｎｔｅｒｎａｔｉｏｎａｌ *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012512577A (ja) * 2008-12-18 2012-05-31 西安西電捷通無線網絡通信股▲ふん▼有限公司 セキュリティ・プロトコルの最初のメッセージの保護方法

Also Published As

Publication number Publication date
JP5313360B2 (ja) 2013-10-09
CN101431519B (zh) 2011-06-01
WO2010066186A1 (zh) 2010-06-17
EP2375627A1 (en) 2011-10-12
CN101431519A (zh) 2009-05-13
EP2375627B1 (en) 2016-03-02
EP2375627A4 (en) 2013-07-03

Similar Documents

Publication Publication Date Title
JP2012511289A (ja) ３ウェイ・ハンドシェイク・プロトコルの方法
JP5301680B2 (ja) セキュリティ・プロトコルの最初のメッセージの保護方法
Yang et al. Faster authenticated key agreement with perfect forward secrecy for industrial internet-of-things
US9071416B2 (en) Galois/counter mode encryption in a wireless network
JP5607749B2 (ja) ユーザ端末間の安全な接続の構築方法及びシステム
JP5414898B2 (ja) 有線ｌａｎのセキュリティアクセス制御方法及びそのシステム
Bersani et al. The EAP-PSK protocol: A pre-shared key extensible authentication protocol (EAP) method
WO2010135890A1 (zh) 基于对称加密算法的双向认证方法及系统
JP2013503510A (ja) 事前共有鍵に基づくネットワークセキュリティアクセス制御方法及びそのシステム
CN109691156A (zh) 无线装置的增强型聚合式重新认证
WO2012055204A1 (zh) 一种基于wapi的管理帧保护方法和装置
US8433918B2 (en) Methods and systems for improving the security of password-based authentication protocols for IEEE 802.11 networks
Lu et al. Group-based secure source authentication protocol for VANETs
CN107079030A (zh) 在无线站向认证服务器的重新认证期间的隐私
CN101834852B (zh) 一种保护平台信息的可信OpenSSH的实现方法
EP2874423B1 (en) Data transmission method, access point and station
Zhang et al. FKR: An efficient authentication scheme for IEEE 802.11 ah networks
Zhu et al. Research on authentication mechanism of cognitive radio networks based on certification authority
WO2011079426A1 (zh) 一种防止安全协议第一条消息被伪造的方法
Khan et al. The cost of security: Performance of zigbee key exchange mechanism in an 802.15. 4 beacon enabled cluster
CN104079570B (zh) 一种基于IPsec的可信网络连接方法
You et al. Verification and Research of a WiMAX authentication protocol Based on SSM
Zhang et al. Performance and security enhancements to fast initial link setup in IEEE 802.11 ah wireless networks
Li et al. A KRC encryption solution protecting IEEE 802.11 I 4-way handshake from DoS attacks
WO2022237794A1 (zh) 一种报文传输方法及装置

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130212

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130510

TRDD Decision of grant or rejection written
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20130513

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130604

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130703

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 5313360

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees