(57)【要約】  ワイヤレス通信システムは、近距離無線通信（ＮＦＣ）及びＷｉ−Ｆｉの双方を用いて公開鍵識別データを交換する２つの通信ユニット１０１，１０３を有する。コンパレータ２１３は、ＮＦＣを介して受信された公開鍵識別データをＷｉ−Ｆｉを介して受信されたものと比較する。これらがマッチしない場合、通信コントローラ２０３，３０３は、Ｗｉ−Ｆｉ通信を終了し、とりわけ、安全なＷｉ−Ｆｉ通信セットアップを終了し得る。公開鍵識別データがマッチする場合、通信コントローラ２０３，３０３は、公開鍵識別データからセッション鍵及びネットワーク鍵にマッチすることを決定する。本アプローチは、例えば中間者の攻撃に対する、増大されたセキュリティ及びロバストネスを提供するために、双方向ＮＦＣ通信に基づく完全な双方向デバイス認証を利用する。
2015532557.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信ユニット及び第２の通信ユニットを有するワイヤレス通信システムのための動作の方法であって、
前記第１の通信ユニットが、ＮＦＣ通信を用いて第２の公開鍵識別データを前記第２の通信ユニットに送信するステップであって、前記第２の公開鍵識別データは、前記第１の通信ユニットの公開鍵を示す、ステップと、
前記第１の通信ユニットが、前記第１の通信ユニットの公開鍵を示す公開鍵識別データをＷｉ−Ｆｉ通信を用いて第１のＷｉ−Ｆｉ通信ユニットに送信するステップと、
前記第２の通信ユニットが、ＮＦＣ通信を用いて前記第２の公開鍵識別データを前記第１の通信ユニットから受信するステップと、
前記第２の通信ユニットが、Ｗｉ−Ｆｉ通信を用いて第２のＷｉ−Ｆｉ通信ユニットから第４の公開鍵識別データを受信するステップと、
前記第２の通信ユニットが、前記第２の公開鍵識別データが前記第４の公開鍵識別データとマッチするかどうかを示す第２のマッチング指標を生成するステップと、
前記第２のマッチング指標が、前記第２の公開鍵識別データが前記第４の公開鍵識別データにマッチしないことを示す場合には、前記第２の通信ユニットが、前記第２のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するステップと、
そうでなければ、
前記第２の公開鍵識別データ及び前記第４の公開鍵識別データのうち少なくとも一方に基づいて前記第１の通信ユニットの公開鍵を生成すること、
前記第１の通信ユニットの公開鍵及び前記第２の通信ユニットの秘密鍵から第２のセッション鍵を生成すること、
第２のネットワーク鍵を生成すること、
前記第２のセッション鍵を用いて前記第２のネットワーク鍵を暗号化することにより第２の暗号化されたネットワーク鍵を生成すること、及び、
前記第２の暗号化されたネットワーク鍵及び前記第２の通信ユニットの公開鍵を示す公開鍵識別データを前記第２のＷｉ−Ｆｉ通信ユニットに送信すること、を実行するステップと、
前記第２の通信ユニットが、ＮＦＣ通信を用いて第１の公開鍵識別データを前記第１の通信ユニットに送信するステップであって、前記第１の公開鍵識別データが、前記第２の通信ユニットの公開鍵を示す、ステップと、
前記第１の通信ユニットが、近距離無線通信（ＮＦＣ；Near Field Communication）を用いて前記第１の公開鍵識別データを前記第２の通信ユニットから受信するステップと、
前記第１の通信ユニットが、第３の公開鍵識別データ及び第１の暗号化されたネットワーク鍵をＷｉ−Ｆｉ通信を用いて第１のＷｉ−Ｆｉ通信ユニットから受信するステップと、
前記第１の通信ユニットが、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチするかどうかを示す第１のマッチング指標を生成するステップと、
前記第１のマッチング指標が、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチしないことを示す場合、前記第１の通信ユニットが、前記第１のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するステップと、
そうでない場合、
前記第１の公開鍵識別データ及び前記第３の公開鍵識別データのうち少なくとも一方に基づいて前記第２の通信ユニットの公開鍵を生成すること、
前記第２の通信ユニットの公開鍵及び前記第１の通信ユニットの秘密鍵から第１のセッション鍵を生成すること、
第１の暗号化されたネットワーク鍵を前記第１のセッション鍵を用いて解読することにより第１のネットワーク鍵を生成すること、及び、
前記第１のネットワーク鍵を用いて前記第１のＷｉ−Ｆｉ通信ユニットと通信すること、を実行するステップとを有する、方法。
【請求項２】
第１の通信ユニット及び第２の通信ユニットを有するワイヤレス通信システムであって、
前記第１の通信ユニットは、
近距離無線通信（ＮＦＣ；Near Field Communication）を用いて前記第２の通信ユニットから第１の公開鍵識別データを受信するための第１のＮＦＣレシーバと、
ＮＦＣ通信を用いて第２の公開鍵識別データを前記第２の通信ユニットに送信するための第１のＮＦＣトランスミッタであって、前記第２の公開鍵識別データは、前記第１の通信ユニットの公開鍵を示す、第１のＮＦＣトランスミッタと、
第１のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を実行するための第１の通信コントローラであって、前記第１の通信コントローラは、前記第１の通信ユニットの公開鍵を示す公開鍵識別データを前記第１のＷｉ−Ｆｉ通信ユニットに送信し、第３の公開鍵識別データ及び第１の暗号化されたネットワーク鍵を前記第１のＷｉ−Ｆｉ通信ユニットから受信するように構成される、第１の通信コントローラと、
前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチするかどうかを示す第１のマッチング指標を生成するための第１のコンパレータとを有し、
前記第１の通信コントローラは、前記第１のマッチング指標が、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチしないことを示す場合には、前記第１のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するように構成され、そうでない場合には、
前記第１の公開鍵識別データ及び前記第３の公開鍵識別データのうち少なくとも一方に基づいて前記第２の通信ユニットの公開鍵を生成し、
前記第２の通信ユニットの公開鍵及び前記第１の通信ユニットの秘密鍵から第１のセッション鍵を生成し、
前記第１のセッション鍵を用いて第１の暗号化されたネットワーク鍵を解読することにより第１のネットワーク鍵を生成し、
前記第１のネットワーク鍵を用いて前記第１のＷｉ−Ｆｉ通信ユニットと通信するように構成され、
前記第２の通信ユニットは、
ＮＦＣ通信を用いて前記第２の公開鍵識別データを前記第１の通信ユニットから受信するための第２のＮＦＣレシーバと、
ＮＦＣ通信を用いて前記第１の公開鍵識別データを前記第１の通信ユニットに送信するための第２のＮＦＣトランスミッタであって、前記第１の公開鍵識別データは、前記第２の通信ユニットの公開鍵を示す、第２のＮＦＣトランスミッタと、
第２のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を実行するための第２の通信コントローラであって、前記第２の通信コントローラは、前記第２の通信ユニットの公開鍵を示す公開鍵識別データを前記第２のＷｉ−Ｆｉ通信ユニットを送信し、前記第２のＷｉ−Ｆｉ通信ユニットから第４の公開鍵識別データを受信するように構成される、第２の通信コントローラと、
前記第２の公開鍵識別データが前記第４の公開鍵識別データにマッチするかどうかを示す第２のマッチング指標を生成するための第２のコンパレータとを有し、
前記第２の通信コントローラは、前記第２のマッチング指標が、前記第２の公開鍵識別データが前記第４の公開鍵識別データにマッチしないことを示す場合には、前記第２のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するように構成され、そうでなければ、
前記第２の公開鍵識別データ及び前記第４の公開鍵識別データのうち少なくとも一方に基づいて前記第１の通信ユニットの公開鍵を生成し、
前記第１の通信ユニットの公開鍵及び前記第２の通信ユニットの秘密鍵から第２のセッション鍵を生成し、
第２のネットワーク鍵を生成し、
前記第２のセッション鍵を用いて前記第２のネットワーク鍵を暗号化することにより第２の暗号化されたネットワーク鍵を生成し、
前記第２の暗号化されたネットワーク鍵及び前記第２の通信ユニットの公開鍵を示す公開鍵識別データを前記第２のＷｉ−Ｆｉ通信ユニットに送信するように構成される、ワイヤレス通信システム。
【請求項３】
前記第１の公開鍵識別データ及び前記第３の公開鍵識別データのうち少なくとも一方は、前記第２の通信ユニットの公開鍵を有する、請求項２に記載のワイヤレス通信システム。
【請求項４】
前記第１の公開鍵識別データ及び前記第３の公開鍵識別データのうち少なくとも一方は、前記第２の通信ユニットの公開鍵のハッシュを有する、請求項２に記載のワイヤレス通信システム。
【請求項５】
前記第１のコンパレータは、前記第１の公開鍵識別データから第１の鍵を、及び、前記第３の公開鍵識別データから第２の鍵を、決定し、前記第１の鍵及び前記第２の鍵の比較に基づいて前記第１のマッチング指標を生成するように構成される、請求項２に記載のワイヤレス通信システム。
【請求項６】
前記第１の公開鍵識別データは、前記第２の通信ユニットの公開鍵の第１のハッシュを有し、前記第１のマッチング指標は、前記第３の公開鍵識別データから前記第２の通信ユニットの公開鍵を決定し、前記第２の通信ユニットの生成された公開鍵から第２のハッシュを生成し、前記第１のハッシュ及び前記第２のハッシュの比較に基づいて前記第１のマッチング指標を生成するように構成される、請求項２に記載のワイヤレス通信システム。
【請求項７】
前記第２の通信ユニットは、ＮＦＣ通信によりＷｉ−Ｆｉ設定データを前記第１の通信ユニットに送信するように更に構成され、前記第１の通信コントローラは、Ｗｉ−Ｆｉ設定データに基づいてＷｉ−Ｆｉ通信を適応させるように構成される、請求項２に記載のワイヤレス通信システム。
【請求項８】
前記第１の通信ユニットは、前記第１のマッチング指標が、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチしていることを示す場合にのみ、秘密データを前記第２の通信ユニットに送信するように構成される、請求項２に記載のワイヤレス通信システム。
【請求項９】
前記第１の通信ユニットは、前記秘密データをＷｉ−Ｆｉ通信リンクを介して前記第２の通信ユニットに送信するように構成される、請求項８に記載のワイヤレス通信システム。
【請求項１０】
前記ＮＦＣ通信は、前記第１の通信ユニットと前記第２の通信ユニットとの間のＮＦＣピアツーピア通信リンクを用いて実行される、請求項２に記載のワイヤレス通信システム。
【請求項１１】
前記第２の通信ユニットは、前記第１の公開鍵識別データをＮＦＣタグに転送するように構成され、前記第１のＮＦＣレシーバは、ＮＦＣ読み取り動作により前記ＮＦＣタグから前記第１の公開鍵識別データを読み取るように構成される、請求項２に記載のワイヤレス通信システム。
【請求項１２】
前記第１の通信ユニットは、前記第２の公開鍵識別データをＮＦＣタグに転送するように構成され、前記第２のＮＦＣレシーバは、ＮＦＣ読み取り動作により前記ＮＦＣタグから前記第２の公開鍵識別データを読み取るように構成される、請求項２に記載のワイヤレス通信システム。
【請求項１３】
前記第１の通信ユニットは、前記第１のマッチング指標が前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチしていないことを示すという検出に基づいて認証失敗メッセージを前記第２の通信ユニットに送信するように構成される、請求項２に記載のワイヤレス通信システム。
【請求項１４】
前記第２の通信ユニットは、前記第２のマッチング指標が前記第２の公開鍵識別データが前記第４の公開鍵識別データにマッチしていないことを示すという検出に基づいて認証失敗メッセージを前記第１の通信ユニットに送信するように構成される、請求項２に記載のワイヤレス通信システム。
【請求項１５】
前記第１の通信ユニット及び前記第２の通信ユニットは、Wi-Fi Simple Configurationの仕様に従って通信セットアップを開始するように構成される、請求項２に記載のワイヤレス通信システム。
【請求項１６】
ワイヤレス通信システムのための通信ユニットであって、
近距離無線通信（ＮＦＣ；Near Field Communication）を用いて他の通信ユニットから第１の公開鍵識別データを受信するためのＮＦＣレシーバと、
ＮＦＣ通信を用いて前記他の通信ユニットに第２の公開鍵識別データを送信するためのＮＦＣトランスミッタであって、前記第２の公開鍵識別データは、前記通信ユニットの公開鍵を示す、ＮＦＣトランスミッタと、
Ｗｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を実行するための通信コントローラであって、前記通信コントローラは、前記通信ユニットの公開鍵を示す公開鍵識別データを前記Ｗｉ−Ｆｉ通信ユニットに送信し、第３の公開鍵識別データ及び暗号化されたネットワーク鍵を前記Ｗｉ−Ｆｉ通信ユニットから受信するように構成される、通信コントローラと、
前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチするかどうかを示す第１の指標を生成するためのコンパレータとを有し、
前記通信コントローラは、前記マッチング指標が、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチしていないことを示す場合、前記Ｗｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するように構成され、そうでなければ、
前記第１の公開鍵識別データ及び前記第３の公開鍵識別データのうち少なくとも一方に基づいて、前記他の通信ユニットの公開鍵を生成し、
前記他の通信ユニットの公開鍵及び前記通信ユニットの秘密鍵からセッション鍵を生成し、
前記セッション鍵を用いて、暗号化されたネットワーク鍵を解読することによりネットワーク鍵を生成し、
前記ネットワーク鍵を用いて前記第１のＷｉ−Ｆｉ通信ユニットと通信するように構成される、通信ユニット。
【請求項１７】
ワイヤレス通信システムのための通信ユニットであって、
ＮＦＣ通信を用いて他の通信ユニットから第１の公開鍵識別データを受信するためのＮＦＣレシーバと、
ＮＦＣ通信を用いて第２の公開鍵識別データを他の通信ユニットに送信するためのＮＦＣトランスミッタであって、前記第２の公開鍵識別データは、前記通信ユニットの公開鍵を示す、ＮＦＣトランスミッタと、
Ｗｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を実行するための通信コントローラであって、前記通信コントローラは、前記通信ユニットの公開鍵を示す公開鍵識別データを前記Ｗｉ−Ｆｉ通信ユニットに送信し、第３の公開鍵識別データを前記Ｗｉ−Ｆｉ通信ユニットから受信するように構成される、通信コントローラと、
前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチするかどうかを示すマッチング指標を生成するためのコンパレータとを有し、
前記通信コントローラは、前記マッチング指標が、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチしていないことを示す場合、前記Ｗｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するように構成され、そうでなければ、
前記第１の公開鍵識別データ及び前記第３の公開鍵識別データのうち少なくとも一方に基づいて、前記他の通信ユニットの公開鍵を生成し、
前記他の通信ユニットの公開鍵及び前記通信ユニットの秘密鍵からセッション鍵を生成し、
ネットワーク鍵を生成し、
前記セッション鍵を用いて前記ネットワーク鍵を暗号化することにより、暗号化されたネットワーク鍵を生成し、
暗号化されたネットワーク鍵及び前記通信ユニットの公開鍵を示す公開鍵識別データを前記Ｗｉ−Ｆｉ通信ユニットに送信するように構成される、通信ユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレス通信システムにおける認証に関し、とりわけ、排他的なものではないが、通信ユニット間のＷｉ−Ｆｉ通信のセットアップに関する。
【背景技術】
【０００２】
ワイヤレス通信システムは、当たり前なものになっており、モバイル通信アプリケーションを含む多くの通信アプリケーションのフレキシブルで効率的なサポートを提供する。ワイヤレス通信規格の１つの広範囲にわたるセットは、ワイヤレスネットワーク及びインターネット接続を設けるために例えば多くの家において用いられる通信規格のＷｉ−Ｆｉファミリーである。通信規格のＷｉ−Ｆｉファミリーは、とりわけ、広範囲にわたるもの、即ち、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）により規定されるＩＥＥＥ  ８０２．１１ａ、ＩＥＥＥ  ８０２．１１ｂ、ＩＥＥＥ  ８０２．１１ｇ及びＩＥＥＥ  ８０２．１１ｎ規格を含む。Ｗｉ−Ｆｉは、ワイヤレスインターネットアクセスを提供するために、店、ホテル、レストラン等においても広く用いられる。
【０００３】
ほとんどのワイヤレス通信システムのための重要な態様は、それらが安全な通信を提供するということである。斯様なセキュリティは、好ましくは、第三者がエア通信を介して盗聴することができないこと、即ち、第三者が無線通信を受信することができないこと、及び、データを正常にデコードすることができないことを保証するべきである。斯様な保護を提供するために、空気を介したデータ伝送は暗号化され得る。しかしながら、データを暗号化するために、２つのデバイスは、用いられるべき暗号化キーを確実にセットアップできなければならない。重要な他のファクタは、通信デバイスの認証であり、従って、所与の通信デバイスが、場合によりデータメッセージを傍受しようとしている第三者の通信デバイスよりもむしろ、意図された他の通信デバイスと通信することを確かめることができる。
【０００４】
Ｗｉ−Ｆｉアクセスポイント（ＡＰ）とＷｉ−Ｆｉステーション（ＳＴＡ）との間のＷｉ−Ｆｉリンク、又は、Ｗｉ−Ｆｉダイレクトピアツーピアグループオーナー（ＧＯ）とクライアントとの間のＷｉ−Ｆｉリンクは、秘密性及び完全性のために暗号によって保護され得る。これは、ＷＰＡ（Wi-Fi Protected Access）の仕様書（とりわけ、"Wi-Fi Protected Access (WPA) - Enhanced Security Implementation Based on IEEE P802.11i standard", Version 3.1, August, 2004）において指定されている。この規格は、２つの認証方法を提供する。第１のものは、ＷＰＡ２−Ｐｅｒｓｏｎａｌ又はＷＰＡ２−ＰＳＫ（Pre-Shared Key）と呼ばれるものであり、認証サーバをもたないホームネットワーク及び小規模企業に対してソリューションを提供する。第２の方法は、ＷＰＡ２−Ｅｎｔｅｒｐｒｉｓｅと呼ばれるものであり、ＩＥＥＥ  ８０２．１Ｘ認証サーバを用いる。
【０００５】
双方のシステムにおいて、必要とされる全てのキーは、対マスターキー（ＰＭＫ；Pairwise Master Key）として知られる１つのキーから導出される。ＷＰＡ２−ＰＳＫモードにおいて、ＰＭＫは、ＷＰＡ２により保護されるＷｉ−Ｆｉを用いて互いに通信しなければならない全てのデバイスに対して同じであり、適宜、ＷＰＡ２が用いられ得る前に全ての関連したデバイスと共有されなければならない。ＷＰＡ２−Ｅｎｔｅｒｐｒｉｓｅにおいて、ＰＭＫは、一対の通信デバイス毎に異なり、認証サーバによりプロトコルにおいて決定される。
【０００６】
２つのＷｉ−ＦｉデバイスがＷｉ−Ｆｉ接続をセットアップするとき（例えば、Ｗｉ−Ｆｉネットワークに接続したいＷｉ−Ｆｉを有するラップトップは、ネットワークのアクセスポイントをもつＷｉ−Ｆｉリンクをセットアップしなければならないとき）には、これらは、特定のリンクを保護している全ての他キーが導出されるキーである、共通の対トランジェントキー（ＰＴＫ；Pairwise Transient Key）を導出するために、いわゆるＷＰＡ４方向ハンドシェイクを実行する。ＰＴＫは、４方向ハンドシェイクの間にＷｉ−Ｆｉを介して暗号化されない状態で送られる幾つかの数及びＰＭＫから導出される。結果として、４方向ハンドシェイクに従った、及び、ＰＭＫを知っている任意のデバイスは、ＰＴＫを計算することができ、それ故、２つのデバイス間の全てのＷｉ−Ｆｉ通信を復号することができる。Ｗｉ−Ｆｉデバイスが、他のデバイスにＡＰにより４方向ハンドシェイクを再び実行させるよう強制することも可能である。
【０００７】
ＷＰＡ２−ＰＳＫモードにおいて、ＰＭＫは２５６ビットの値である。人間が２５６ビット番号を分配すること（例えば、１つのデバイス上で１６進数のコードを読みとり、他のものに入力すること）は難しく、それ故、２５６ビットのＰＭＫが導出され得る最高６３文字のパスフレーズを用いことも可能である。
【０００８】
斯様なパスフレーズは、ランダムな２５６ビット番号よりも人間にとって扱い易いが、依然として非常に扱いにくいとみなされ、それ故、Ｗｉ−Ｆｉアライアンスは、ＷＳＣ（Wi-Fi Simple Configuration）仕様書（Wi-Fi Protected Setup - WPS としても知られる"Wi-Fi Simple Configuration Technical Specification", Version 2.0.2, 2011, Wi-Fi Alliance）として知られる変形を開発した。この仕様書において、ネットワーク認証情報（ネットワーク認証情報は、ＰＭＫ又はＰＭＫが導出され得るパスフレーズを含む）を一のデバイスから他のデバイスへ転送する安全な方法が規定されている。この方法は、Ｍ１−Ｍ８と呼ばれる８つのメッセージを用いる。使用された変数、エラーが生じたかどうか等に依存して、８つ全てのメッセージが用いられなければならないというわけではない。２つのデバイスがＷＳＣを用いることに同意したときには、１つのデバイスはメッセージＭ１を他のデバイスに送り、他のデバイスは、その後、メッセージＭ２等によって応答する。１つのデバイスが他のものを疑い始めた場合、プロトコルを終了する。問題が起こらない場合、最初にＰＭＫを知っていないデバイスは、これを安全な態様で他のデバイスから取得しているだろう。
【０００９】
ネットワーク認証情報の転送を保証するための暗号化キーを確立するためのＷＳＣアプローチは、共通の秘密鍵に同意するためのＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換アルゴリズムに基づくものである。Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換アルゴリズムは、暗号化の分野において良く知られており、誰かにより、及び、個々のデバイスのみが知っているプライベートコードを用いることにより、知られ得るコードのみを通信する各デバイスに基づいている。攻撃者は、対応するプライベートコードを知らない場合、誰かにより知られ得るコードを使用することができない。
【００１０】
例えば、二者は、２つの整数、素数ｐ及び基数ｇに同意し得る。これらの数は、パブリックなものでもよく、一般的に知られていてもよい。そして、各当事者は、各当事者によってのみ知られ、他者又は任意の他デバイスには決して通信されない秘密の整数を選択する（第１の者がａを選択し、第２の者がｂを選択する）。
【００１１】
第１の者は、値Ａ＝ｇａ  対数係数ｐを計算し、他の者に結果Ａを送る。計算された値Ａのみが通信され、秘密の値ａは通信されない。更に、Ａを導出するために使用される関数は、一方向で計算するために用いるのが容易であるが、実際には反転され得ない、いわゆる一方向関数である。具体的には、ｇ，ｐ及びａが知られているときにＡを計算することが比較的容易であるのに対し、Ａ，ｇ及びｐからａを計算するのは非常に困難である。Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換アルゴリズムにおいて用いられる特定の関数に関して、これは、別個の対数問題として知られる。
【００１２】
同様に、第２の者は、Ｂ＝ｇｂ  対数係数ｐを計算し、これを第１の者に送信するよう進行する。
【００１３】
そして、第１の者は、値Ｂａ  対数係数ｐを計算するよう進行し、第２の者は、値Ａｂ  対数係数ｐを計算するよう進行する。更に、Ｂａ  対数係数ｐ＝Ａｂ  対数係数ｐ、即ち、第１及び第２の者が同じ値を計算するよう進行することが示され得る。それ故、この値は、これらの秘密コード、他者から受信された値及び幾つかの予め同意されたパブリックな値に基づいて、各デバイスにより別々に決定され得る。
【００１４】
しかしながら、ａ又はｂについての知識なしに、即ち、秘密の整数のいずれかについての知識なしに、前記値を計算することは非常に困難である。理論的には不可能ではないが、実際には、使用される整数が十分に大きければ、値又は秘密の整数を計算することはできない。従って、双方の当事者により決定される値を傍受デバイスが決定することはできない。それ故、その値は、暗号化キーとして用いられ得る。
【００１５】
ＷＳＣプロトコルのＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ部分は、メッセージＭ１及びＭ２を用いて実行される。Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎは、この交換を聴取している誰もが、２つのデバイスに各々到達した秘密の暗号化キー（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ（ＤＨ）キー）を計算することができないように機能する。しかしながら、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎアプローチに関する問題は、デバイス認証を設けないということであり、これは、各デバイスが、特定の他デバイスの暗号化キーが設定される情報をもたないことを意味する。
【００１６】
メッセージＭ１は、とりわけ、Ｎ１と呼ばれる乱数（ワンタイムパスワード）及びＭ１を送るデバイスのＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ公開鍵を含む。Ｎ１は、いわゆる反射攻撃から守るために用いられ、これにより、攻撃者は、チャレンジに対して正規のデバイスからの前に妨害された既知の良好な応答を用いようとする。チャレンジが十分なビットを有するランダムな部分を含む場合、同じチャレンジが二回以上用いられることは実際には発生しないだろう。したがって、攻撃者がチャレンジに対して既知の良好な応答を記憶することは何の意味もなさない。同様に、メッセージＭ２は、とりわけ、Ｎ２と呼ばれる乱数（ワンタイムパスワード）及びＭ２を送るデバイスのＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ公開鍵を含む。ランダムなデータは、とりわけ、ワンタイムパスワード又は暗号化ワンタイムパスワードであってもよく、これは、一度だけしか用いられない数又はビット列である。これは、例えば、十分に多くのビットを有する乱数を生成することによりを実現されてもよく、従って、２つの同一のワンタイムパスワードを生成する確率は無視できる。Ｍ２は、秘密の暗号化キー（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ（ＤＨ）キー）によって暗号化される情報を既に含んでいてもよい。
【００１７】
前記アプローチは、盗聴デバイスが２つの通信デバイスとの通信リンクをセットアップしてこれらのデバイス間のメッセージを転送する中間者攻撃に対して敏感であってもよい。斯様な中間デバイスは、通信しているデバイスの各々と別々に暗号化をセットアップしてもよく、各デバイスのための適切な暗号化を単純に用いてもよい。通信デバイスは、これら双方が他方のデバイスとの暗号化を直接セットアップしていると考えるので、中間体を介して他方のデバイスと通信していることに気付かないだろう。それ故、第３のデバイスが中間者攻撃を実行することが可能である。即ち、双方のデバイスによってＷＳＣプロトコルのＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ部分を別々に実行することができ、一方のデバイスにより１つのＤｉｆｆｉｅ−Ｈｅｌｌｍａｎキーに、他方のデバイスンにより他のＤｉｆｆｉｅ−Ｈｅｌｌｍａｎキーに同意することをもたらす。これは、双方のキーを知るので、一方のデバイスからのメッセージを解読することができ、読みとることができ、他のＤＨキーにより再暗号化することができ、そして、それを他方のデバイスに送ることができる。
いくつかの起こりうるメッセージ遅延はさておき、他の２つのデバイスは、中間デバイスを検出することができないだろう。一方のデバイスにより送られるものは、他方により受信される。しかしながら、第３のデバイスは、通信データの十分な可視性をもつだろう。
【００１８】
ＷＳＣ手順は、種々の手段において第２の"帯域外チャネル"を用いることによりこの認証問題に対処する。
【００１９】
一の斯様な手段は、ＰＩＮベースのセットアップに基づく。このセットアップにおいて、ユーザは、１つのデバイス上でＰＩＮ番号（十進８桁）を読みとらなければならず、これを他のデバイスに手動で入力しなければならない。ＰＩＮは、例えば、第１のデバイス上に印刷された、又は、第１のデバイスによって提供されるステッカー若しくはカード上に印刷された、静的なＰＩＮであってもよい。また、ＰＩＮは、例えば第１のデバイスのディスプレイ上に示される動的なＰＩＮであってもよい。
【００２０】
ＷＳＣセットアップのメッセージＭ３−Ｍ８は、暗号化の安全な手段において、部分ごとに、互いにＰＩＮを明らかにするために用いられる。双方のデバイスが他方のデバイスが同じＰＩＮを知ると確信している場合、これらは、Ｍ７又はＭ８メッセージにおいて複数のデバイスのうちの１つにより知られたＰＭＫを他方のデバイスに転送するためにＤｉｆｆｉｅ−Ｈｅｌｌｍａｎキーを用いるよう進めるだろう。双方のデバイスが同じＰＭＫの認識を有したときに、これらは、４方向ハンドシェイクを用いてＷｉ−ＦｉのためにＷＰＡ２をセットアップし得る。それ故、このアプローチにおいて、Ｍ３−Ｍ８メッセージは、前記複数のデバイスを認証して、ＰＭＫを転送する必要がある。
【００２１】
また、ＷＳＣは、近距離無線通信（ＮＦＣ；Near Field Communicatio）の使用に基づく他のアプローチを提案する。近距離無線通信は、適切に使用可能なデバイス間においてデータ（必要な場合には電力）を転送するために近距離磁気結合を利用する通信技術である。とりわけ、近距離無線通信規格は、時にはＮＦＣピアモードとも呼ばれるピアツーピア通信、又は、（従来のＲＦＩＤ技術に類似する）受動的なタグと通信するアクティブマスタを有する非対称の装置のいずれかを用いて、２つのモードのうち一方において動作することができる、双方向通信技術を提供するために、ＩＳＯ／ＩＥＣ（国際標準化機構／国際電気標準会議）及びＮＦＣフォーラム（http://www.nfc-forum.org/home/）により開発されている。動作範囲は、典型的には、まさに数センチメートルのオーダである。
【００２２】
Wi-Fi Simple Configurationの仕様は、ＮＦＣを用いるために３つの手段について述べている。即ち、
−  デバイスＰＩＮ又はデバイスパスワードを有するＮＦＣトークン又はＮＦＣタグ
−  ネットワーク認証情報を有するＮＦＣトークン又はＮＦＣタグ
−  デバイスＰＩＮ若しくはデバイスパスワード又はネットワーク認証情報の転送のためのＮＦＣピアモード
【００２３】
ＮＦＣトークン及びＮＦＣタグという用語は、同じ実体に言及するために取り換えられて用いられる傾向があることに留意すべきである。ＮＦＣフォーラムにより規定され、ＮＦＣのためのこれらの仕様において用いられる公式名称は、ＮＦＣタグのものである。しかしながら、ＮＦＣトークンという用語も、しばしば用いられ、とりわけＷｉ−Ｆｉ規格に対して責任をもつＷｉ−Ｆｉアライアンスにより用いられる。以下において、ＮＦＣタグという用語が用いられるだろう。
【００２４】
ＮＦＣ対応デバイスは、リーダ／ライタ及びピアツーピアモードにおいて動作することができる（ＮＦＣタグエミュレーションモードにおいて動作してもよい）のに対し、ＮＦＣタグは、典型的には、受動的なデバイスであり、これは、タグが動作するために自己の電源（例えばバッテリ）を必要としないことを意味するが、読み取るか又は書き込むデバイスのエネルギにより給電される。幾つかのＮＦＣタグは、読み取りしかできず、即ち、ＮＦＣ対応デバイスでしか読み取られないデータを格納する。他のＮＦＣタグは、ＮＦＣ対応デバイスにより、読み取り及び書き込みの双方が行われてもよい。ＮＦＣタグエミュレーションモードにおいて、ＮＦＣタグは、そのＮＦＣ無線インタフェースに加えて、ＮＦＣタグに対してデータの読み取り及び書き込みを行うために用いられ得る電気的インタフェースを有する。この手法において、ＮＦＣタグは、例えば、ＮＦＣエアインタフェースを介して入出力を行う外部デバイスにとって受動的なＮＦＣタグとして見えるだろう。しかしながら、有線のインタフェースは、例えばＮＦＣタグが、適合されて動的に設定されるか、又は、その有線のインタフェースに接続されたプロセッサとＮＦＣエアインタフェースを介して入出力を行う外部デバイスとの間の双方向通信において用いられることを可能にする。"ＮＦＣタグ"、"受動的なＮＦＣタグ"及び"タグ"という用語は、ここでは取り換えられて用いられる。
【００２５】
以下において、ＮＦＣ通信を用いた認証手順がより詳細に述べられる。簡潔さ及び明瞭さのために、ペアリングシークレット（pairing secret）という用語は、攻撃しているデバイスによっては知られないことを意図する情報に言及するために用いられ、とりわけ、デバイスＰＩＮ、デバイスパスワード、ＰＭＫ又はネットワーク認証情報に言及するために用いられるだろう。
【００２６】
８桁ＰＩＮは、６３文字パスフレーズよりもユーザにとって単純である。しかしながら、ＷＳＣは、ユーザがＰＩＮを転送するためのより単純な手段を提供する（即ち、いわゆるパスワードトークン）。パスワードトークンは、デバイスＰＩＮが格納される（暗号化されていない）ＮＦＣタグである。ＷＳＣの仕様がこれをデバイスパスワードと呼ぶにも関わらず、これは、ＷＳＣプロトコルにおけるデバイスＰＩＮとして機能する。ＮＦＣデバイス（例えば、ＮＦＣタグを読み取るＮＦＣリーダ）は、典型的には、信頼性が高い通信のために２センチメートル以内にあることを必要とする。これは、ユーザが、２つのＮＦＣデバイスを一緒に近付けた場合に、これらのデバイスのうちの１つにより読みとられるＮＦＣ情報は他方のデバイスにおいて生じているという極めて高い程度の確実性を有することができるという利点を与える。
【００２７】
また、ＷＳＣの仕様は、即ち、いわゆる設定トークン（Configuration Token）におけるいわゆるネットワーク認証情報（network Credential）の部分として、（暗号化されていない）ＰＭＫの直接の転送のためにＮＦＣを用いる方法を特定する。
【００２８】
ＮＦＣトークン又はＮＦＣタグは、デバイスのハウジングに組み込まれ得るか、又は、クレジットカードサイズのカードにおいて一体化され得る。ＮＦＣリーダを備えたデバイスは、ＮＦＣ読み取り動作を用いて斯様なＮＦＣタグをワイヤレスで読み取り得る。ＮＦＣライタを備えたデバイスは、ＮＦＣを用いた、又は、配線接続を介して、斯様なＮＦＣタグをワイヤレスで書き込み得る。
【００２９】
また、ＮＦＣは、２つのＮＦＣデバイスが、ＮＦＣを用いるが、ＮＦＣタグを用いることなく、互いに直接通信する、いわゆるＮＦＣピア動作モードを特定する。ＷＳＣの仕様は、ＮＦＣピアモードが、ＮＦＣタグにおいて用いられるものと同じメッセージのフォーマッティングを用いた、デバイスＰＩＮ、デバイスパスワード及びネットワーク認証情報の転送のためにも用いられるのを可能にし、これは、デバイスＰＩＮ、デバイスパスワード及びネットワーク認証情報がこれらの転送の間には暗号化されないことを意味する。
【００３０】
安全なＷｉ−ＦｉリンクをセットアップするためにＮＦＣを用いることは、ユーザにとって非常により容易である。別々のＮＦＣタグの場合には、ユーザは、他のデバイスのＮＦＣタグによりデバイス（のＮＦＣリーダ位置）に単純に触れる。一体型のＮＦＣタグの場合には、又は、ＮＦＣピアモードの場合には、ユーザは、他のデバイス（例えば、内蔵型ＮＦＣを有するスマートフォン）によりデバイス（のＮＦＣリーダ位置）に触れる。
【００３１】
しかしながら、現在のＮＦＣ認証動作は最適なセキュリティを与えないことが見出されている。例えば、他のデバイスが認証／セキュリティデータを検出することができる場合、これらは、アクセスすることができないＷｉ−Ｆｉネットワーク又はデバイスへのアクセスを得ることができるかもしれない。
【００３２】
例えば、デバイスＰＩＮ又はデバイスパスワードは、上で説明されたような、互いに対して２つのＷｉ−Ｆｉデバイスを認証するために用いられる。２つの含まれたデバイスだけが、デバイスＰＩＮ又はパスワードを知るべきである。しかしながら、他のデバイス、例えば中間攻撃者が、デバイスＰＩＮ又はデバイスパスワードを決定することができる場合、２つのデバイスとの別個の通信をセットアップするためにこれを用いることができる。とりわけ、第３のデバイスは、メッセージＭ３−Ｍ８をデバイスの各々と交換することにより、オリジナルデバイスの双方との信頼関係を確立するために前記情報を用いることができる。それ故、双方のデバイスは、第３のデバイスを認証された他デバイスとみなし、中間デバイスを介して通信していることに気付かないままであるだろう。
【００３３】
事前共有鍵モードにおいて、ＰＭＫを知っており、且つ、２つのデバイス間の鍵が決定されるＷＰＡ４方向ハンドシェイクに従う任意のデバイスが、鍵を独立して決定することができる態様で、鍵が導出される。それ故、ネットワーク認証情報が知られている場合、第３のデバイスは、ＰＳＫモードにおいてそれらの認証情報を用いるＷｉ−Ｆｉネットワーク上の全てのトラフィックを解読することができる（ネットワーク認証情報は、ＰＭＫが非秘匿性の手順を用いて計算され得るパスフレーズ又はビット列を含む）。実際に、第３のデバイスが４方向ハンドシェイクを見落とした場合、このデバイスが、第３のデバイスにより４方向ハンドシェイクを実行するよう他のデバイスを強制することも可能である。
【００３４】
ＮＦＣ通信の形での帯域外通信を用いた認証アプローチは、ＮＦＣ通信リンクの極めて限定された距離のため固定されているとみなされているＮＦＣ通信に基づく。しかしながら、斯様なシステムは、ＮＦＣ通信リンクに関するこれらの想定に依存することについて脆弱性をもつかもしれないし、幾つかのシナリオにおいて最適なセキュリティを与えないかもしれない。ＮＦＣ通信の極めて制限された範囲は、機密情報を取得することができる他のデバイスに対するある程度の保護を与えるが、決して起こらないことが完全に保証されるわけではない。実際に、最近の研究は、ＮＦＣ通信がかなりの距離（実際には最高数メートルの距離）で検出及びデコードされ得ることを示している。
【００３５】
それ故、改良されたアプローチは有利であり、とりわけ、増大された柔軟性、利便性、改良されたセキュリティ及び／又は改良されたパフォーマンスを可能にするアプローチが有利であるだろう。
【発明の概要】
【発明が解決しようとする課題】
【００３６】
従って、本発明は、好ましくは、上述した欠点の１又はそれ以上を単独で又は任意の組み合わせにおいて、緩和、軽減又は除去しようとする。
【課題を解決するための手段】
【００３７】
本発明の一態様によれば、第１の通信ユニット及び第２の通信ユニットを有するワイヤレス通信システムのための動作の方法であって、前記第１の通信ユニットが、ＮＦＣ通信を用いて第２の公開鍵識別データを前記第２の通信ユニットに送信するステップであって、前記第２の公開鍵識別データは、前記第１の通信ユニットの公開鍵を示す、ステップと、前記第１の通信ユニットが、前記第１の通信ユニットの公開鍵を示す公開鍵識別データをＷｉ−Ｆｉ通信を用いて第１のＷｉ−Ｆｉ通信ユニットに送信するステップと、前記第２の通信ユニットが、ＮＦＣ通信を用いて前記第２の公開鍵識別データを前記第１の通信ユニットから受信するステップと、前記第２の通信ユニットが、Ｗｉ−Ｆｉ通信を用いて第２のＷｉ−Ｆｉ通信ユニットから第４の公開鍵識別データを受信するステップと、前記第２の通信ユニットが、前記第２の公開鍵識別データが前記第４の公開鍵識別データとマッチするかどうかを示す第２のマッチング指標を生成するステップと、前記第２のマッチング指標が、前記第２の公開鍵識別データが前記第４の公開鍵識別データにマッチしないことを示す場合には、前記第２の通信ユニットが、前記第２のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するステップと、そうでなければ、前記第２の公開鍵識別データ及び前記第４の公開鍵識別データのうち少なくとも一方に基づいて前記第１の通信ユニットの公開鍵を生成すること、前記第１の通信ユニットの公開鍵及び前記第２の通信ユニットの秘密鍵から第２のセッション鍵を生成すること、第２のネットワーク鍵を生成すること、前記第２のセッション鍵を用いて前記第２のネットワーク鍵を暗号化することにより第２の暗号化されたネットワーク鍵を生成すること、及び、前記第２の暗号化されたネットワーク鍵及び前記第２の通信ユニットの公開鍵を示す公開鍵識別データを前記第２のＷｉ−Ｆｉ通信ユニットに送信すること、を実行するステップと、前記第２の通信ユニットが、ＮＦＣ通信を用いて第１の公開鍵識別データを前記第１の通信ユニットに送信するステップであって、前記第１の公開鍵識別データが、前記第２の通信ユニットの公開鍵を示す、ステップと、前記第１の通信ユニットが、近距離無線通信（ＮＦＣ；Near Field Communication）を用いて前記第１の公開鍵識別データを前記第２の通信ユニットから受信するステップと、前記第１の通信ユニットが、第３の公開鍵識別データ及び第１の暗号化されたネットワーク鍵をＷｉ−Ｆｉ通信を用いて第１のＷｉ−Ｆｉ通信ユニットから受信するステップと、前記第１の通信ユニットが、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチするかどうかを示す第１のマッチング指標を生成するステップと、前記第１のマッチング指標が、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチしないことを示す場合、前記第１の通信ユニットが、前記第１のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するステップと、そうでない場合、前記第１の公開鍵識別データ及び前記第３の公開鍵識別データのうち少なくとも一方に基づいて前記第２の通信ユニットの公開鍵を生成すること、前記第２の通信ユニットの公開鍵及び前記第１の通信ユニットの秘密鍵から第１のセッション鍵を生成すること、第１の暗号化されたネットワーク鍵を前記第１のセッション鍵を用いて解読することにより第１のネットワーク鍵を生成すること、及び、前記第１のネットワーク鍵を用いて前記第１のＷｉ−Ｆｉ通信ユニットと通信すること、を実行するステップとを有する、方法が提供される。
【００３８】
本発明の一態様によれば、第１の通信ユニット及び第２の通信ユニットを有するワイヤレス通信システムであって、前記第１の通信ユニットは、近距離無線通信（ＮＦＣ；Near Field Communication）を用いて前記第２の通信ユニットから第１の公開鍵識別データを受信するための第１のＮＦＣレシーバと、ＮＦＣ通信を用いて第２の公開鍵識別データを前記第２の通信ユニットに送信するための第１のＮＦＣトランスミッタであって、前記第２の公開鍵識別データは、前記第１の通信ユニットの公開鍵を示す、第１のＮＦＣトランスミッタと、第１のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を実行するための第１の通信コントローラであって、前記第１の通信コントローラは、前記第１の通信ユニットの公開鍵を示す公開鍵識別データを前記第１のＷｉ−Ｆｉ通信ユニットに送信し、第３の公開鍵識別データ及び第１の暗号化されたネットワーク鍵を前記第１のＷｉ−Ｆｉ通信ユニットから受信するように構成される、第１の通信コントローラと、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチするかどうかを示す第１のマッチング指標を生成するための第１のコンパレータとを有し、前記第１の通信コントローラは、前記第１のマッチング指標が、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチしないことを示す場合には、前記第１のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するように構成され、そうでない場合には、前記第１の公開鍵識別データ及び前記第３の公開鍵識別データのうち少なくとも一方に基づいて前記第２の通信ユニットの公開鍵を生成し、前記第２の通信ユニットの公開鍵及び前記第１の通信ユニットの秘密鍵から第１のセッション鍵を生成し、前記第１のセッション鍵を用いて第１の暗号化されたネットワーク鍵を解読することにより第１のネットワーク鍵を生成し、前記第１のネットワーク鍵を用いて前記第１のＷｉ−Ｆｉ通信ユニットと通信するように構成され、前記第２の通信ユニットは、ＮＦＣ通信を用いて前記第２の公開鍵識別データを前記第１の通信ユニットから受信するための第２のＮＦＣレシーバと、ＮＦＣ通信を用いて前記第１の公開鍵識別データを前記第１の通信ユニットに送信するための第２のＮＦＣトランスミッタであって、前記第１の公開鍵識別データは、前記第２の通信ユニットの公開鍵を示す、第２のＮＦＣトランスミッタと、第２のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を実行するための第２の通信コントローラであって、前記第２の通信コントローラは、前記第２の通信ユニットの公開鍵を示す公開鍵識別データを前記第２のＷｉ−Ｆｉ通信ユニットを送信し、前記第２のＷｉ−Ｆｉ通信ユニットから第４の公開鍵識別データを受信するように構成される、第２の通信コントローラと、前記第２の公開鍵識別データが前記第４の公開鍵識別データにマッチするかどうかを示す第２のマッチング指標を生成するための第２のコンパレータとを有し、前記第２の通信コントローラは、前記第２のマッチング指標が、前記第２の公開鍵識別データが前記第４の公開鍵識別データにマッチしないことを示す場合には、前記第２のＷｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するように構成され、そうでなければ、前記第２の公開鍵識別データ及び前記第４の公開鍵識別データのうち少なくとも一方に基づいて前記第１の通信ユニットの公開鍵を生成し、前記第１の通信ユニットの公開鍵及び前記第２の通信ユニットの秘密鍵から第２のセッション鍵を生成し、第２のネットワーク鍵を生成し、前記第２のセッション鍵を用いて前記第２のネットワーク鍵を暗号化することにより第２の暗号化されたネットワーク鍵を生成し、前記第２の暗号化されたネットワーク鍵及び前記第２の通信ユニットの公開鍵を示す公開鍵識別データを前記第２のＷｉ−Ｆｉ通信ユニットに送信するように構成される、ワイヤレス通信システムが提供される。
【００３９】
本発明は、Ｗｉ−Ｆｉ通信を用いるワイヤレス通信システムにおけるより安全な通信を提供し得る。通信ユニットの改良された認証が実現されてもよい。とりわけ、多くの実施形態において、本アプローチは、デバイスの、低い複雑性であるが効率的で安全な認証を提供し得る。とりわけ、各通信ユニットが期待された他の通信ユニットと通信しているという高度な確実性が実現され得る。それ故、意図された受信者と通信であるという増大された確実性がユーザに提供され得る。本アプローチは、例えば中間者の攻撃に対して増大した抵抗を与え得る。
【００４０】
認証の増大された信頼性は、２つのタイプの通信リンクを用いて、とりわけＷｉ−Ｆｉ通信のためにデバイスを認証するためにＮＦＣを利用することにより実現されてもよい。これは、極めて接近していることが認証のために必要とされることを保証し得る。本アプローチは、例えば中間者の攻撃に対する、改良された反発力及び低減した感受性を提供し得る。本アプローチは、多くのシナリオにおいて、ＮＦＣ通信を検出及び受信することができるかもしれない第三者からの攻撃に対する改良された反発力を提供し得る。
【００４１】
とりわけ、本アプローチは、Ｗｉ−Ｆｉ通信が意図された２つの通信ユニットにより実行されるという高度な確信を提供し得る。具体的には、本アプローチは、ＮＦＣデータ交換に含まれた同じデバイス間のＷｉ−Ｆｉ通信であるという高度な確信を提供する。具体的には、ＮＦＣ通信の短い範囲は、ユーザが公開鍵識別データの交換を物理的に制御するのを可能にし、即ち、ユーザは、第１の公開鍵識別データが互い（第１及び第２の通信ユニット）と通信中であることを意図される２つの通信ユニット間で交換されることを保証し得る。そして、本アプローチは、ＮＦＣ交換が正しい通信ユニット間のＷｉ−Ｆｉ通信であることを保証するために用いられるのを可能にする。具体的には、本アプローチは、Ｗｉ−Ｆｉ通信がＮＦＣを介して送信されたものと同じ公開鍵を供給することができない限りＷｉ−Ｆｉ通信は終了されるので、例えば第１の通信ユニットが、Ｗｉ−Ｆｉ通信が意図された通信ユニットと開始されることを極めて高確率で決定することを可能にする。それ故、ユーザは、極めて短いＮＦＣ範囲で送信するのを可能にするために公開鍵識別データを供給しているＮＦＣトランスミッタを十分近くにもってくることにより、識別されている通信ユニットとのＷｉ−Ｆｉ通信であることを保証することができる。
【００４２】
具体的には、本アプローチは、ユーザが、同じ通信ユニット間の双方向のＷｉ−Ｆｉ通信及びＮＦＣ通信を保証するのを可能にする低い複雑性の動作を用いてもよく、これにより、短い範囲のＮＦＣ特性が、ユーザにより意図された通信ユニット間のＷｉ−Ｆｉ通信を保証するのを可能にする。とりわけ、第１のマッチング指標がマッチを示す場合には、第１のＷｉ−Ｆｉ通信ユニットが実際に第２の通信ユニットと関連付けられているものであること（とりわけ、第２の通信コントローラであり得ること）が保証され得る。同様に、第２のマッチング指標がマッチを示す場合には、第２のＷｉ−Ｆｉ通信ユニットが実際に第１の通信ユニットと関連付けられているものであること（とりわけ、第１の通信プロセッサであり得ること）が保証され得る。
【００４３】
更に、従来のＮＦＣベースの認証を利用するよりはむしろ、本アプローチは、通信ユニットがＮＦＣ通信を用いた十分な双方向認証を与えることを必要とする。それ故、双方の通信ユニットは、ＮＦＣ及びＷｉ−Ｆｉ通信リンクの双方を介した公開鍵識別データの伝送をサポートし、それ故、ＮＦＣを介して公開鍵識別データを送信するのを可能にするために他の通信ユニットのＮＦＣトランスミッタが十分に近いところにない限り、任意の通信ユニットは、Ｗｉ−Ｆｉ通信を終了することを保証することができる。それ故、攻撃している通信ユニットは、単に他の通信ユニットからＮＦＣ通信を受信することができることによってしか、Ｗｉ−Ｆｉ通信ユニットを追跡することができないだろう。これは、ＮＦＣ認証が一方向に通信される従来の一方向の認証と比較して向上したセキュリティを可能にする。具体的には、攻撃しているデバイスは、第１又は第２の通信ユニットのうちの一方からＮＦＣ伝送を受信することができる場合であっても、攻撃者が対応する秘密鍵を所有しないので、中間者の攻撃のためにこの情報を利用することができないだろう。むしろ、Ｗｉ−Ｆｉ通信は、双方向でのＮＦＣ通信が可能であるデバイスに対してのみ、即ち双方の通信ユニットがＮＦＣリンクを介して受信及び送信することができるデバイスに対してのみセットアップされるだろう。
【００４４】
従来の考えとは対照的に、発明者は、向上したセキュリティが一方向認証よりもむしろ双方向ＮＦＣベースの認証を用いることにより取得されることに気付いた。実際に、認証のためにＮＦＣを使用している既存のシステムに関して、単一のＮＦＣ通信が完全に安全なシステムを供給するとみなされていた。しかしながら、発明者は、斯様なアプローチが幾つかのシナリオにおいてそうしてもよいそのようなものが最適以下の動作をもたらすという状況が発生し得ること、及び、複数のＮＦＣデータ交換を用いた双方向認証を用いることにより向上したセキュリティが実現され得ることに気付いた。
【００４５】
とりわけ、本アプローチは、向上したセキュリティを提供し、認証が完全に安全になるためにＮＦＣ通信がプライベート又は検出不可能になることを必要としない通信システムを可能にし得る。実際に、多くの実施形態において、ＮＦＣ伝送は、完全にパブリックである一方で、依然として安全な動作、とりわけ、意図された通信ユニット間でＷｉ−Ｆｉ通信が実際に実行されるという高い確実性を提供する。
【００４６】
具体的には、例えば現在のＷＳＣアプローチと比較して、ＮＦＣ及びＷｉ−Ｆｉ単純構成を組み合わせる従来のアプローチより安全な動作を実現することができるだけでなく、より効率的な動作も実現され得る。実際には、双方のデバイスが同じデバイスＰＩＮを認識するかどうかをチェックしてネットワーク鍵（例えばＰＭＫ）を転送するために従来のＷＳＣプロトコルを実行する間にＷｉ−Ｆｉを介して２つのデバイス間で交換される６つのメッセージＭ３−Ｍ８を省略することが可能である。代わりに、述べられたアプローチは、ネットワーク鍵がＭ２メッセージ（の変数）を用いて転送されるのを可能にしてもよく、ネットワーク鍵は、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ（ＤＨ）鍵（から導出された鍵）で暗号化され得る。
【００４７】
本アプローチは、ＮＦＣ伝送に基づいて双方向のＷｉ−Ｆｉ通信の認証を可能にし、とりわけ、通信セットアップを開始する通信ユニット及び応答している通信ユニットの双方の認証を可能にし得る。例えば、第１の通信ユニットは、新たな通信のセットアップを開始してもよく、前記の開始は、第３の公開鍵識別データを第２の通信ユニットに送信することを有する。第２の通信ユニットは、ＮＦＣを介して対応する公開鍵識別データを受信しない限り、通信セットアップを終了する。しかしながら、通信セットアップは、第１の通信ユニットにより開始されているにも関わらず、このユニットは、Ｗｉ−Ｆｉ及びＮＦＣの双方を介してマッチしている公開鍵識別データを受信しない限り、通信セットアップを終了するだろう。更に、前記の処理は、通信ユニットの双方がＮＦＣを介して受信された公開鍵識別データにより認証される場合にのみ、通信を保護するために用いられるネットワーク鍵の極めて効率的な確立を可能にする。
【００４８】
それ故、本アプローチは、通信が所望の通信ユニット間で実際に行われているという高い確実性により、及び、２つの所望の通信ユニット以外の通信ユニットにより２つの所望の通信ユニット間でＷｉ−Ｆｉ及びＮＦＣを介して交換されたメッセージから決定され得ないネットワーク鍵を用いて、極めて安全な通信の確立を可能にする。
【００４９】
第１の通信ユニットは、とりわけ、実際には第２の通信ユニットであることを保証しようとする第１のＷｉ−Ｆｉ通信ユニットと通信する。しかしながら、最初は、第１のＷｉ−Ｆｉ通信ユニットが実際に第２の通信ユニットであるか否かは不確かである。それ故、幾つかのシナリオにおいて、第１のＷｉ−Ｆｉ通信ユニットは、第２の通信ユニットであってもよい。しかしながら、他のシナリオにおいて、第１のＷｉ−Ｆｉ通信ユニットは、第２の通信ユニットであるふりをしている、攻撃しているＷｉ−Ｆｉ通信ユニットであるかもしれない。
【００５０】
同様に、第２の通信ユニットは、とりわけ、実際には第１の通信ユニットであることを保証しようとする第２のＷｉ−Ｆｉ通信ユニットと通信する。しかしながら、最初は、第２のＷｉ−Ｆｉ通信ユニットが実際に第１の通信ユニットであるか否かは不確かである。それ故、幾つかのシナリオにおいて、第２のＷｉ−Ｆｉ通信ユニットは、第１の通信ユニットであってもよい。しかしながら、他のシナリオにおいて、第２のＷｉ−Ｆｉ通信ユニットは、第１の通信ユニットであるふりをしている、攻撃しているＷｉ−Ｆｉ通信ユニットであるかもしれない。
【００５１】
それ故、第１のＷｉ−Ｆｉ通信ユニットは、異なるシナリオにおいて第２の通信ユニットと同じであるかもしれないし同じではないかもしれない通信ユニットである。同様に、第２のＷｉ−Ｆｉ通信ユニットは、異なるシナリオにおいて第１の通信ユニットと同じであるかもしれないし同じではないかもしれない通信ユニットである。
【００５２】
第１のＷｉ−Ｆｉ通信ユニットが実際に第２の通信ユニットであるというシナリオにおいて、第３の公開鍵識別データは、第１のＷｉ−Ｆｉ通信ユニットから（即ちこの場合においては第２の通信ユニットから）第１の通信ユニットに送信される第２の通信ユニットの公開鍵を示す公開鍵識別データである。これがＮＦＣにより受信された第１の公開鍵識別データとマッチするので、肯定的な第１のマッチング指標が生じるべきである。更に、この場合において、第２の通信ユニットから送信される第２の暗号化されたネットワーク鍵は、第１の通信ユニットにより受信された第１の暗号化されたネットワーク鍵と同じである。この場合、第１の通信ユニットは、第２の通信ユニットと同じセッション鍵を生成する。即ち、第１及び第２のセッション鍵は同一である。従って、第１の通信ユニットは、第１のネットワーク鍵を生成するために、最初に暗号化されたネットワーク鍵を第１のセッション鍵により解読することができ、これは、第２のネットワーク鍵と同一になるだろう。
【００５３】
第２のＷｉ−Ｆｉ通信ユニットが実際に第１の通信ユニットであるというシナリオにおいて、第４の公開鍵識別データは、第２のＷｉ−Ｆｉ通信ユニットから（即ち、この場合においては第１の通信ユニットから）第２の通信ユニットに送信される第１の通信ユニットの公開鍵を示す公開鍵識別データである。これがＮＦＣにより受信された第２の公開鍵識別データにマッチするので、肯定的な第２のマッチング指標が生じるべきである。この場合、第２の通信ユニットは、受信した公開鍵識別データからセッション鍵を生成し、第２の暗号化されたネットワーク鍵を生成するためにセッション鍵を用いて第２のネットワーク鍵を暗号化するように構成されるだろう。これは第２のＷｉ−Ｆｉ通信ユニット／第１の通信ユニットに送信され、それ故、第１及び第２の暗号化されたネットワーク鍵は同一である。しかしながら、第１の通信ユニットは鍵を解読することができるので、第１の通信ユニットは、第２の通信ユニットと同じネットワーク鍵を生成することができる。即ち、第１及び第２のネットワーク鍵は同一である。従って、第１の通信ユニットは、第１のネットワーク鍵を生成するために、第１の暗号化されたネットワーク鍵を解読することができる（述べられたように、これは、第２のネットワーク鍵と同一だろう）。しかしながら、ＮＦＣ及びＷｉ−Ｆｉを介して受信された公開鍵識別データがマッチした場合に、即ち、暗号化されたネットワーク鍵が第２の通信ユニットから受信された場合にのみ、そうするだろう。
【００５４】
それ故、第１のＷｉ−Ｆｉ通信ユニットが実際に第２の通信ユニットであり、第２のＷｉ−Ｆｉ通信ユニットが実際に第１の通信ユニットであるときには、その後、第１の公開鍵識別データは、第３の公開鍵識別データにマッチし、第２の公開鍵識別データは、第４の公開鍵識別データにマッチし、第３の公開鍵識別データは、第１のＷｉ−Ｆｉ通信ユニットから第１の通信ユニットに送信される第２の通信ユニットの公開鍵を示す公開鍵識別データであり、第４の公開鍵識別データは、第２のＷｉ−Ｆｉ通信ユニットから第２の通信ユニットに送信される第１の通信ユニットの公開鍵を示す公開鍵識別データであり、第１の暗号化された鍵は、第２の暗号化された鍵であり、第１のセッション鍵は、第２のセッション鍵と同一であり、第１のネットワーク鍵及び第２のネットワーク鍵は同一である。第１の通信ユニットが第２のＷｉ−Ｆｉ通信ユニットでないか、又は、第２の通信ユニットが第１のＷｉ−Ｆｉ通信ユニットでない場合、これは当てはまらないだろう。
【００５５】
第１のマッチング指標は、第１の公開鍵識別データがマッチング基準に従って第３の公開鍵識別データにマッチしているか否かを示すバイナリの指標であってもよい。同様に、第２のマッチング指標は、第２の公開鍵識別データがマッチング基準に従って第４の公開鍵識別データにマッチしているか否かを示すバイナリの指標であってもよい。
【００５６】
公開鍵識別データは、これらが同じ公開鍵を示す場合、マッチしているとみなされてもよい。具体的には、第１の公開鍵識別データ及び第３の公開鍵識別データは、これらが同一であるか又は少なくとも１つの同一の公開鍵を識別する場合、マッチしているとみなされてもよい。幾つかの実施形態において、１又はそれ以上の公開鍵識別データは、対応する公開鍵が公開鍵識別データから独自に決定されるのを可能にしてもよい。例えば、公開鍵識別データは、適切な表現において公開鍵を直接表してもよい。幾つかの実施形態では、１又はそれ以上の公開鍵識別データは、通信ユニットが対応する公開鍵を決定するのを可能にする情報を供給してもよい。例えば、通信ユニットがローカル若しくは遠隔の格納部又は公開鍵のリストから公開鍵を取り出すのを可能にするアドレスデータを含んでもよい。幾つかの実施形態では、１又はそれ以上の公開鍵識別データは、公開鍵の非固有の表現を有してもよい。即ち、公開鍵識別データは、複数の考えられる公開鍵に対応してもよい。斯様な実施形態において、任意のマッチしている公開鍵が考えられる公開鍵から見つけられ得る場合、マッチングが存在しているとみなされてもよい。具体例として、１又はそれ以上の公開鍵識別データは、対応する公開鍵のハッシュを有してもよい。
【００５７】
公開鍵識別データは、とりわけ、対応する通信ユニットのための公開鍵を決定することに用いられ得る任意のデータであってもよい。具体的には、通信ユニットのための公開鍵識別データは、通信ユニットのための公開鍵、通信ユニットのための公開鍵のためのハッシュ又は通信ユニットのための識別指標において、有してもよく、又は、これらのいずれかから成ってもよい。第１の場合において、公開鍵識別データを受信する通信ユニットは、供給されたデータとして公開鍵を単純に決定してもよい。２つの後者の場合において、通信ユニットは、公開鍵及び関連したハッシュ又は通信ユニット識別子の関連した値を格納しているテーブルについてのテーブルルックアップにより公開鍵を決定してもよい。
【００５８】
近距離通信は、データを転送するために近距離磁気結合を利用する通信技術である。近距離通信リンクは、典型的には、最高２０、１０又は５ｃｍのデータ通信のための範囲を有し得る。ＮＦＣ通信は、ＮＦＣフォーラムにより規定されたＮＦＣ規格に従って特定され得る。
【００５９】
Ｗｉ−Ｆｉ通信は、例えばＩＥＥＥ  ８０２．１１ａ、ＩＥＥＥ  ８０２．１１ｂ、ＩＥＥＥ  ８０２．１１ｇ、ＩＥＥＥ  ８０２．１１ｎ、ＩＥＥＥ  ８０２．１１ａｃ及びＩＥＥＥ  ８０２．１１ａｄ規格のうち１つのような、Ｗｉ−Ｆｉ通信規格のファミリーに適合する通信であり得る。Ｗｉ−Ｆｉ通信リンクは、とりわけ、ＩＥＥＥ  ８０２．１１規格に基づく通信をサポートし得る。
【００６０】
具体的には、Ｗｉ−Ｆｉ通信は、ＩＥＥＥ  ８０２．１１の規格のファミリーのうち１又はそれ以上、Ｗｉ−Ｆｉアライアンス規格及び認証プログラム、並びに、ワイヤレスギガビットアライアンス（Wireless Gigabit Alliance）規格及び認証プログラムに実質的に基づく、２．４ＧＨｚ、５ＧＨｚ及び６０ＧＨｚのスペクトル帯域におけるワイヤレス通信であってもよい。
【００６１】
第１又は第２の通信プロセッサは、とりわけ、対応するマッチング指標が、対応する公開鍵識別データがマッチしていないことを示す場合、Ｗｉ−Ｆｉ通信セットアップを終了してもよい。
【００６２】
第１のＮＦＣトランスミッタは、第１の通信ユニットの他フィーチャとともに含まれてもよく、又は、幾つかの実施形態において分離されてもよい。例えば、第１のＮＦＣトランスミッタは、第１の通信ユニットの他の機能から分離され得る受動的なＮＦＣタグとして実装されてもよい。同様に、第２のＮＦＣトランスミッタは、第２の通信ユニットの他のフィーチャとともに含まれてもよく、又は、幾つかの実施形態において分離されてもよい。例えば、第２のＮＦＣトランスミッタは、第２の通信ユニットの他の機能から分離され得る受動的なＮＦＣタグとして実装されてもよい。
【００６３】
本発明の幾つかの実施形態によれば、第１の公開鍵識別データ及び第３の公開鍵識別データのうち少なくとも一方は、第２の通信ユニットの公開鍵を有する。
【００６４】
これは、多くの実施形態において、改良された動作を提供することができ、とりわけ、公開鍵の促進された決定を可能にし得る。
【００６５】
同様に、第２の公開鍵識別データ及び第４の公開鍵識別データのうち少なくとも一方は、第２の通信ユニットの公開鍵を有してもよい。
【００６６】
本発明の幾つかの実施形態によれば、第１の公開鍵識別データ及び第３の公開鍵識別データのうち少なくとも一方は、第２の通信ユニットの公開鍵のハッシュを有する。
【００６７】
これは、多くの実施形態において改良された動作を提供することができ、とりわけ、促進された及びより低いリソースの通信を可能にし得る。また、ハッシュの使用は、追加のセキュリティを提供し得る。
【００６８】
幾つかの実施形態では、第２の公開鍵識別データ及び第４の公開鍵識別データのうち少なくとも一方は、第１の通信ユニットの公開鍵のハッシュを有する。
【００６９】
本発明の幾つかの実施形態によれば、第１のコンパレータは、第１の公開鍵識別データから第１の鍵を、及び、第３の公開鍵識別データから第２の鍵を、決定し、第１の鍵及び第２の鍵の比較に基づいて第１のマッチング指標を生成するように構成される。
【００７０】
これは、多くの実施形態において改良された動作を提供することができる。とりわけ、これは、第１及び第３の公開鍵識別データが同じ公開鍵に対応するかどうかの正確な決定を可能にし得る。第１の鍵は、第２の通信ユニットの公開鍵の第１の公開鍵候補であってもよく、第２の鍵は、第２の通信ユニットの公開鍵の第２の公開鍵候補であってもよい。第１及び第２の公開鍵候補が同一である場合、これらは、第２の通信ユニットの公開鍵として第１の通信ユニットにより用いられ得る。
【００７１】
幾つかの実施形態において、第２のコンパレータは、第２の公開鍵識別データから第３の鍵を、第４の公開鍵識別データから第４の鍵を、決定し、第３の鍵及び第４の鍵の比較に基づいて第２のマッチング指標を生成するように構成される。
【００７２】
これは、多くの実施形態において改良された動作を提供することができる。とりわけ、これは、第１及び第３の公開鍵識別データが同じ公開鍵に対応するかどうかの正確な決定を可能にし得る。
【００７３】
本発明の幾つかの実施形態によれば、第１の公開鍵識別データは、第２の通信ユニットの公開鍵の第１のハッシュを有し、第１のマッチング指標は、第３の公開鍵識別データから第２の通信ユニットの公開鍵を決定し、第２の通信ユニットの生成された公開鍵から第２のハッシュを生成し、第１のハッシュ及び第２のハッシュの比較に基づいて第１のマッチング指標を生成するように構成される。
【００７４】
これは、多くの実施形態において改良された動作を提供することができる。とりわけ、これは、第１及び第３の公開鍵識別データが同じ公開鍵に対応するかどうかの正確な決定を可能にし得る。
【００７５】
幾つかの実施形態において、第２の公開鍵識別データは、第１の通信ユニットの公開鍵の第３のハッシュを有し、第２のマッチング指標は、第４の公開鍵識別データから第１の通信ユニットの公開鍵を決定し、第１の通信ユニットの生成された公開鍵から第４のハッシュを生成し、第３のハッシュ及び第４のハッシュの比較に基づいて第２のマッチング指標を生成するように構成される。
【００７６】
本発明のオプショナルな特徴によれば、第２の通信ユニットは、ＮＦＣ通信によりＷｉ−Ｆｉ設定データを第１の通信ユニットに送信するように更に構成され、第１の通信コントローラは、Ｗｉ−Ｆｉ設定データに基づいてＷｉ−Ｆｉ通信を適応させるように構成される。
【００７７】
これは、Ｗｉ−Ｆｉ通信の促進された又は例えばより速い設定及びセットアップを提供することができる。典型的には、Ｗｉ−Ｆｉ設定セットアップデータは、任意の通信ユニットにより聞かれ得るパブリックなデータであってもよい。
【００７８】
Ｗｉ−Ｆｉ設定データは、とりわけ、Ｗｉ−Ｆｉ設定セットアップデータでもよく、通信プロセッサは、とりわけ、Ｗｉ−Ｆｉ設定セットアップデータに基づいてＷｉ−Ｆｉ通信をセットアップするように構成され得る。
【００７９】
Ｗｉ−Ｆｉ設定データは、とりわけ、必須の又はオプショナルなリンクパラメータ、使用するチャネル、パブリックネットワークパラメータ、グループオーナー情報等を規定しているデータを含んでもよい。
【００８０】
本発明のオプショナルな特徴によれば、第１の通信ユニットは、第１のマッチング指標が、第１の公開鍵識別データが第３の公開鍵識別データにマッチしていることを示す場合にのみ、秘密データを第２の通信ユニットに送信するように構成される。
【００８１】
本アプローチは、実際に意図された通信ユニット間の通信であることが保証され得るまで秘密データが通信されないことを可能にし得る。それ自体、秘密情報が予想外の者に供給されないことを保証し得る。秘密データは、分配が制御される全てのデータを含み得る。具体的には、秘密データは、非公開データであり得る。
【００８２】
従って、第１の通信ユニットは、実際に第２の通信ユニットと同じ公開鍵に関連付けられたことが決定されるまで、データを第１のＷｉ−Ｆｉ通信ユニットに送信しない。秘密データは、とりわけ、事前共有鍵（ＰＳＫ；Pre-Shared Key）、ネットワーク鍵若しくはＰＭＫ（Pairwise Master Key）又はデバイス鍵若しくはデバイスＰＩＮコードを含んでもよい。
【００８３】
本発明のオプショナルな特徴によれば、第２の通信ユニットは、第２のマッチング指標が、第２の公開鍵識別データが第４の公開鍵識別データにマッチしていることを示す場合にのみ、秘密データを第１の通信ユニットに送信するように構成される。
【００８４】
本アプローチは、実際に意図された通信ユニット間の通信であることが保証され得るまで秘密データが通信されないことを可能にし得る。それ自体、秘密情報が予想外の者に供給されないことを保証し得る。秘密データは、分配が制御される全てのデータを含み得る。具体的には、秘密データは、非公開データであり得る。
【００８５】
従って、第２の通信ユニットは、実際に第２の通信ユニットと同じ公開鍵に関連付けられたことが決定されるまで、データを第２のＷｉ−Ｆｉ通信ユニットに送信しない。秘密データは、とりわけ、事前共有鍵（ＰＳＫ；Pre-Shared Key）、ネットワーク鍵若しくはＰＭＫ（Pairwise Master Key）又はデバイス鍵若しくはデバイスＰＩＮコードを含んでもよい。
【００８６】
本発明のオプショナルな特徴によれば、第１の通信ユニットは、秘密データをＷｉ−Ｆｉ通信リンクを介して第２の通信ユニットに送信するように構成される。
【００８７】
これは、多くの実施形態において改良された及び／又は促進された動作を提供することができる。秘密データの通信は、例えば、Wi-Fi Simple ConfigurationセットアップのメッセージＭ２−Ｍ８のうちいずれかにおけるものであってもよい。
【００８８】
本発明のオプショナルな特徴によれば、ＮＦＣ通信は、第１の通信ユニットと第２の通信ユニットとの間のＮＦＣピアツーピア通信リンクを用いて実行される。
【００８９】
これは、多くの実施形態においてより容易な実装及び／又は動作を可能にし得る。
【００９０】
本発明のオプショナルな特徴によれば、第２の通信ユニットは、第１の公開鍵識別データをＮＦＣタグに転送するように構成され、第１のＮＦＣレシーバは、ＮＦＣ読み取り動作によりＮＦＣタグから第１の公開鍵識別データを読み取るように構成される。
【００９１】
これは、多くの実施形態において、促進された実装及び／又は向上したユーザ体験を提供することができる。
【００９２】
本発明のオプショナルな特徴によれば、第１の通信ユニットは、第２の公開鍵識別データをＮＦＣタグに転送するように構成され、第２のＮＦＣレシーバは、ＮＦＣ読み取り動作によりＮＦＣタグから第２の公開鍵識別データを読み取るように構成される。
【００９３】
これは、多くの実施形態において、促進された実装及び／又は向上したユーザ体験を提供することができる。
【００９４】
本発明のオプショナルな特徴によれば、第１の通信ユニットは、第１のマッチング指標が第１の公開鍵識別データが第３の公開鍵識別データにマッチしていないことを示すという検出に基づいて認証失敗メッセージを第２の通信ユニットに送信するように構成される。
【００９５】
これは、より安全な通信及び／又は向上したユーザ体験を提供することができる。
【００９６】
本発明のオプショナルな特徴によれば、第２の通信ユニットは、第２のマッチング指標が第２の公開鍵識別データが第４の公開鍵識別データにマッチしていないことを示すという検出に基づいて認証失敗メッセージを第１の通信ユニットに送信するように構成される。
【００９７】
これは、より安全な通信及び／又は向上したユーザ体験を提供することができる。
【００９８】
本発明のオプショナルな特徴によれば、第１の通信ユニット及び第２の通信ユニットは、Wi-Fi Simple Configurationの仕様に従って通信セットアップを開始するように構成される。
【００９９】
本発明は、とりわけ、Wi-Fi Simple Configuration通信セットアップをサポートするワイヤレス通信システムのための向上したパフォーマンスを可能にし得る。向上したセキュリティ及び／又効率が実現され得る。Wi-Fi Simple Configurationの仕様は、例えば、Wi-Fi Simple Configuration Technical Specification, Version 2.0.2, 2011 Wi-Fi Allianceであり得る。
【０１００】
本発明の一態様によれば、ワイヤレス通信システムのための通信ユニットであって、近距離無線通信（ＮＦＣ通信）を用いて他の通信ユニットから第１の公開鍵識別データを受信するためのＮＦＣレシーバと、ＮＦＣ通信を用いて前記他の通信ユニットに第２の公開鍵識別データを送信するためのＮＦＣトランスミッタであって、前記第２の公開鍵識別データは、前記通信ユニットの公開鍵を示す、ＮＦＣトランスミッタと、Ｗｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を実行するための通信コントローラであって、前記通信コントローラは、前記通信ユニットの公開鍵を示す公開鍵識別データを前記Ｗｉ−Ｆｉ通信ユニットに送信し、第３の公開鍵識別データ及び暗号化されたネットワーク鍵を前記Ｗｉ−Ｆｉ通信ユニットから受信するように構成される、通信コントローラと、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチするかどうかを示す第１の指標を生成するためのコンパレータとを有し、前記通信コントローラは、前記マッチング指標が、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチしていないことを示す場合、前記Ｗｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するように構成され、そうでなければ、前記第１の公開鍵識別データ及び前記第３の公開鍵識別データのうち少なくとも一方に基づいて、前記他の通信ユニットの公開鍵を生成し、前記他の通信ユニットの公開鍵及び前記通信ユニットの秘密鍵からセッション鍵を生成し、前記セッション鍵を用いて、暗号化されたネットワーク鍵を解読することによりネットワーク鍵を生成し、前記ネットワーク鍵を用いて前記第１のＷｉ−Ｆｉ通信ユニットと通信するように構成される、通信ユニットが提供される。
【０１０１】
本発明の一態様によれば、ワイヤレス通信システムのための通信ユニットであって、ＮＦＣ通信を用いて他の通信ユニットから第１の公開鍵識別データを受信するためのＮＦＣレシーバと、ＮＦＣ通信を用いて第２の公開鍵識別データを他の通信ユニットに送信するためのＮＦＣトランスミッタであって、前記第２の公開鍵識別データは、前記通信ユニットの公開鍵を示す、ＮＦＣトランスミッタと、Ｗｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を実行するための通信コントローラであって、前記通信コントローラは、前記通信ユニットの公開鍵を示す公開鍵識別データを前記Ｗｉ−Ｆｉ通信ユニットに送信し、第３の公開鍵識別データを前記Ｗｉ−Ｆｉ通信ユニットから受信するように構成される、通信コントローラと、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチするかどうかを示すマッチング指標を生成するためのコンパレータとを有し、前記通信コントローラは、前記マッチング指標が、前記第１の公開鍵識別データが前記第３の公開鍵識別データにマッチしていないことを示す場合、前記Ｗｉ−Ｆｉ通信ユニットとのＷｉ−Ｆｉ通信を終了するように構成され、そうでなければ、前記第１の公開鍵識別データ及び前記第３の公開鍵識別データのうち少なくとも一方に基づいて、前記他の通信ユニットの公開鍵を生成し、前記他の通信ユニットの公開鍵及び前記通信ユニットの秘密鍵からセッション鍵を生成し、ネットワーク鍵を生成し、前記セッション鍵を用いて前記ネットワーク鍵を暗号化することにより、暗号化されたネットワーク鍵を生成し、暗号化されたネットワーク鍵及び前記通信ユニットの公開鍵を示す公開鍵識別データを前記Ｗｉ−Ｆｉ通信ユニットに送信するように構成される、通信ユニットが提供される。
【０１０２】
本発明のこれらの及び他の態様、特徴及び利点は、以下で述べられる実施形態から明らかになり、これらを参照して説明されるだろう。
【０１０３】
本発明の実施形態は、単なる例により、図面を参照して述べられるだろう。
【図面の簡単な説明】
【０１０４】
【図１】本発明の幾つかの実施形態によるワイヤレス通信システムの一例を示す。
【図２】本発明の幾つかの実施形態によるワイヤレス通信システムのための通信ユニットの要素の一例を示す。
【図３】本発明の幾つかの実施形態によるワイヤレス通信システムのための通信ユニットの要素の一例を示す。
【発明を実施するための形態】
【０１０５】
図１は、本発明の幾つかの実施形態によるワイヤレス通信システムの一例を示している。
【０１０６】
ワイヤレス通信システムは、安全に及び非公開でデータを通信しようとする第１の通信ユニット１０１及び第２の通信ユニット１０３を有する。第１の通信ユニット１０１と第２の通信ユニット１０３との間のデータ通信は、Ｗｉ−Ｆｉ通信リンクを介して実行される。例えば、第１の通信ユニット１０１又は第２の通信ユニット１０３は、Ｗｉ−Ｆｉアクセスポイントであってもよく、他のユニットは、アクセスポイントによりサポートされる移動通信ユニットであってもよい。第１の通信ユニット１０１及び第２の通信ユニット１０３の各々は、例えば、Wi-Fi AP及びWi-Fi Non-APステーション、Wi-Fi AP及びWi-Fiレジスタ、又は２つのWi-Fi P2Pデバイスであってもよい。
【０１０７】
Ｗｉ−Ｆｉ通信リンクは、例えば、ＩＥＥＥ  ８０２．１１ａ、ＩＥＥＥ  ８０２．１１ｂ、ＩＥＥＥ  ８０２．１１ｇ、ＩＥＥＥ  ８０２．１１ｎ、ＩＥＥＥ  ８０２．１１ａｃ及びＩＥＥＥ  ８０２．１１ａｄ規格のような、Ｗｉ−Ｆｉ通信規格のファミリーに適合する通信リンクであり得る。Ｗｉ−Ｆｉ通信リンクは、とりわけ、ＩＥＥＥ  ８０２．１１規格に基づく通信をサポートし得る。
【０１０８】
具体的には、Ｗｉ−Ｆｉ通信は、ＩＥＥＥ  ８０２．１１規格のファミリー、Ｗｉ−Ｆｉアライアンス規格及び認証プログラム、並びに、ワイヤレスギガビットアライアンス規格及び認証プログラムのうち１又はそれ以上に実質的に基づく、２．４ＧＨｚ、５ＧＨｚ及び６０ＧＨｚのスペクトル帯域におけるワイヤレス通信であり得る。
【０１０９】
Ｗｉ−Ｆｉアライアンスは、ＩＥＥＥ  ８０２．１１規格のファミリー（の一部）のための認証プログラムを生成する。Ｗｉ−Ｆｉアライアンスは、ワイヤレスギガビットアライアンス規格（の一部）のための認証プログラムを生成してもよい。また、Ｗｉ−Ｆｉアライアンスは、例えば、Ｗｉ−Ｆｉ通信リンクの単純なセットアップのためのWi-Fi Simple Configuration規格のような、Ｗｉ−Ｆｉ通信のための規格を自身で生成する。
【０１１０】
Ｗｉ−Ｆｉ通信は、第１の通信ユニット１０１及び第２の通信ユニット１０３により交換されるデータが任意の他のデバイスによりデコードされ得ないように、安全であることが望まれる。具体的には、図１のシステムは、交換されたデータの情報を取得しようとしている盗聴デバイスである第３の通信ユニット１０５を含むかもしれない。図１のシステムは、第３の通信ユニット１０５がＷｉ−Ｆｉデータ通信を正常にデコードすることができるのを阻止しようとする。これは、第３の通信ユニット１０５からの中間者攻撃に対してロバストネスを提供することを含む。
【０１１１】
図２は、第１の通信ユニット１０１の要素を示しており、図３は、第２の通信ユニット１０３の要素を示している。この例において、２つの通信ユニット１０１，１０３は、以下で述べられるように、実質的に同じ機能を有する。第１の通信ユニット１０１の実体は、接頭辞"第１の"を用いて述べられ、第２の通信ユニット１０３の実体は、接頭辞"第２の"を用いて参照されるだろう。
【０１１２】
第１の通信ユニット１０１は、Ｗｉ−Ｆｉ規格に従ったエアインタフェースを介してデータを受信及び送信することができる第１のＷｉ−Ｆｉトランシーバ２０１を有する。第１のＷｉ−Ｆｉトランシーバ２０１は、Ｗｉ−Ｆｉエアインタフェースを介して通信されるデータを生成、受信及び処理するように構成される第１の通信コントローラ２０３に結合される。具体的には、第１の通信コントローラ２０３は、伝送のためにユーザデータを処理してもよく、出力するために受信したデータをデコードしてもよい。受信及びデコードされたデータは、個々の実施形態及びユーザアプリケーションの詳細に依存して外部又は内部の機能に出力され得る。
【０１１３】
同様に、第２の通信ユニット１０３は、Ｗｉ−Ｆｉ規格に従ったエアインタフェースを介してデータを受信及び送信することができる第２のＷｉ−Ｆｉトランシーバ３０１を有する。また、第１の通信ユニット１０１と同様に、第２のＷｉ−Ｆｉトランシーバ３０１は、Ｗｉ−Ｆｉエアインタフェースを介して通信されるデータを生成、受信及び処理するように構成される第２の通信コントローラ３０３に結合される。具体的には、第２の通信コントローラ３０３は、伝送のためにユーザデータを処理してもよく、出力するために受信したデータをデコードしてもよい。
【０１１４】
安全で秘密の通信を提供するために、第１の通信ユニット１０１及び第２の通信ユニット１０３は、交換されたデータの少なくとも一部のために暗号化を用いてもよい。具体的には、通信コントローラ２０３，３０３は、送信されるデータを暗号化し、Ｗｉ−Ｆｉ通信リンクを介して受信されたデータを解読するための機能を有してもよい。通信コントローラ２０３，３０３は、代わりに又は追加的に、完全性保護（例えば、暗号ハッシュ）を送信されるデータに追加し、Ｗｉ−Ｆｉ通信リンクを介して受信されたデータの完全性をチェックするための機能を有し得る。
【０１１５】
斯様な暗号化及び暗号解読並びに完全性保護が２つの通信ユニット１０１，１０３で実行されるために、通信ユニット１０１，１０３の間で鍵が同意されることを必要とする。典型的には、別々の鍵が、それぞれの新たな通信セットアップのために生成され、その鍵が、ネットワーク鍵として参照されるだろう。第１の通信ユニット１０１及び第２の通信ユニット１０３の認証は、通信セットアップの初期設定の部分であってもよい。
【０１１６】
別々の鍵は、暗号化のため、及び、完全性保護のために、ネットワーク鍵から導出されてもよい。幾つかの実施形態において、ネットワーク鍵は、１つを超える通信セットアップのために再生利用されてもよいことが理解されるだろう。
【０１１７】
図１のシステムにおいて、所与のＷｉ−Ｆｉ通信セットアップのために使用されるネットワーク鍵は、Ｗｉ−Ｆｉ通信を用いて２つの通信ユニット１０１，１０３間で交換された公開鍵情報に基づいて暗号化される。具体的には、第１の通信ユニット１０１及び第２の通信ユニット１０３は、これ以降においてセッションマスター鍵と呼ばれる鍵を生成するためにＷｉ−Ｆｉ通信を用いてＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換アルゴリズムを実行するように構成される。このセッションマスター鍵から、更なるセッション鍵が場合により決定され得る。セッションマスター鍵又はセッション鍵は、一方の通信ユニットにより、ネットワーク鍵を暗号化し、他の通信ユニットに送るために用いられる。幾つかの実施形態では、セッション鍵は、セッションマスター鍵として直接生成されてもよい。他の実施形態において、他の鍵交換アルゴリズムが用いられてもよいことが理解されるだろう。また、他の実施形態において、セッションマスター鍵からの導出される鍵は、例えば（暗号化された）ネットワーク鍵を介して暗号ハッシュを供給することにより、（暗号化された）ネットワーク鍵の完全性を保護するために用いられてもよいことが理解されるだろう。また、幾つかの実施形態においては、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ（又は類似的な）鍵交換アルゴリズムは、ＮＦＣ通信を用いて実行されてもよいことが理解されるだろう。
【０１１８】
通信ユニット１０１，１０３は、データを暗号化し、及び／又は、２つの通信ユニット１０１，１０３間のＷｉ−Ｆｉ接続を介して通信されるデータの完全性保護を提供するために、ネットワーク鍵を用いてもよい。
【０１１９】
しかしながら、ユーザデータ通信が開始される前に、第１の通信ユニット１０１及び第２の通信ユニット１０３は、Ｗｉ−Ｆｉ通信が期待された他の通信ユニットと実際に実行されることを保証するための認証を実行する。
【０１２０】
述べられたシステムにおいて、この認証は、２つのＮＦＣ（Near Field Communication；近距離無線通信）通信リンクを介した通信、即ち、第１の通信ユニット１０１から第２の通信ユニット１０３までのもの、及び、第２の通信ユニット１０３から第１の通信ユニット１０１までのもの（又は、同等の双方向通信リンク）を含む。
【０１２１】
本システムにおいて、第２の通信ユニット１０３は、（これ以降、第２の公開鍵と呼ばれる）第２の通信ユニットの公開鍵を示す第１の公開鍵識別データを第１の通信ユニット１０１に送信する。同様に、第１の通信ユニット１０１は、（これ以降、第１の公開鍵と呼ばれる）第１の通信ユニット１０１の公開鍵を示す第２の公開鍵識別データを第２の通信ユニット１０３に送信する。それ故、双方の通信ユニットは、ＮＦＣ短距離通信を介して他の通信ユニットから公開鍵の識別子を受信する。ＮＦＣを介して受信された公開鍵は、ＮＦＣレシーバの非常に近く（典型的には実質的に１０センチメートルより小さい）にあったトランスミッタにより送信されたことを信頼され得る。従って、ユーザは、ＮＦＣを介して受信された公開鍵が意図された他者を表すことを保証することができる。
【０１２２】
加えて、本システムにおいて、通信ユニットは、Ｗｉ−Ｆｉ通信をセットアップするように構成され、このセットアップは、公開鍵識別データを他の通信ユニットに供給する通信ユニットのそれぞれを含む。それ故、通信ユニットの各々は、セットアップの部分としてＷｉ−Ｆｉ通信を介して公開鍵識別データを受信する。
【０１２３】
実際に正しい他者とのＷｉ−Ｆｉ通信であることを認証するために、通信ユニットの各々は、Ｗｉ−Ｆｉ及びＮＦＣを介してそれぞれ受信した公開鍵識別データがマッチしている公開鍵に対応しているかどうかを比較するように構成される。具体的には、通信ユニットの各々は、Ｗｉ−Ｆｉを介して受信した公開鍵識別データにより表される公開鍵が、ＮＦＣを介して受信した公開鍵識別データにより表される公開鍵と実際に同一かどうかを比較し得る。もしそうならば、遠隔Ｗｉ−Ｆｉ通信は、ＮＦＣ通信のものと実際に対応し、従って、これは、認証されるべきとみなされ得る。従って、通信ユニットは、Ｗｉ−Ｆｉ通信をセットアップするよう進行してもよい。そうでない場合には、Ｗｉ−Ｆｉ通信は、意図された他者とのものではなく、潜在的に、例えば中間者攻撃を試みている、攻撃している通信ユニットであるかもしれない。それ故、Ｗｉ−Ｆｉを介して受信した公開鍵識別データにより示された公開鍵が、ＮＦＣ通信により受信した公開鍵識別データにより示されたものと異なる場合、通信ユニットは、Ｗｉ−Ｆｉ通信を終了するよう進行する。
【０１２４】
本システムにおいて、双方の通信ユニットには、ＮＦＣ通信及びＷｉ−Ｆｉ通信の双方を介して公開鍵識別データが供給され、これにより、完全な双方向認証を提供する。更に、双方向認証は、ＮＦＣ公開鍵識別データを受信する双方の通信ユニットに基づく。従って、攻撃しているデバイスが好結果の、例えば中間者攻撃を実行するために、攻撃しているデバイスがＮＦＣ通信を受信することは充分ではなく、むしろ、偽の公開鍵識別データをＮＦＣを介して通信ユニットに送信することができなければならない。通信ユニットが規格のＮＦＣレシーバを用いるので、斯様な通信の範囲は、極めて短い範囲に限定されることを保証し、従って、ユーザは、偽の公開鍵識別データを供給するために、攻撃しているデバイスがあまり近くにいないことを手動で保証することができるだろう。
【０１２５】
実際に、ＮＦＣ通信を用いた一方向認証に基づく従来の認証原理に関して、この認証は、典型的には、データをＮＦＣ通信を介して他ユニットに供給する１つの通信ユニットに依存し、この通信ユニットは、一方向認証を実行するために供給されたデータを後に用いる。例えば、通信ユニットＡは、ワンタイムパスワード又はピンコードをＮＦＣ通信を用いて通信ユニットＢに供給し得る。そして、ワンタイムパスワードは、Ｗｉ−Ｆｉ通信セットアップの部分として通信ユニットＡに戻されてもよい。そして、通信ユニットＡは、受信したワンタイムパスワードを、ＮＦＣを介して供給されたものと比較し、これらがマッチする場合には、Ｗｉ−Ｆｉ通信セットアップが実際に通信ユニットＢとのものであるとみなす。
【０１２６】
しかしながら、発明者は、斯様な一方向認証が十分に安全ではないことに気付いた。例えば、攻撃している通信ユニットは、ＮＦＣの仕様をはるかに超える感度で受信するように設計され得る。従って、攻撃している通信ユニットが、ＮＦＣに対して期待したものよりも実質的に長い距離を介してＮＦＣ伝送を受信することが可能であり得る。帯域外ＮＦＣデータ交換により供給されるセキュリティがＮＦＣ通信の制限された範囲に基づくので、セキュリティは、斯様な攻撃している通信ユニットの可能性により危殆化され得る。例えば、攻撃している通信ユニットは、送信されたワンタイムパスワード又はピンコードを受信することができ、通信ユニットＢが通信ユニットＡであるふりをしてＷｉ−Ｆｉセットアップを開始するかもしれない。それ故、対域外一方向認証は、この分野において一般的に考えられているよりもあまり安全ではないかもしれない。
【０１２７】
しかしながら、現在のアプローチにおいて、双方向認証は、双方の方向において供給される帯域外ＮＦＣ通信よって用いられる。故に、双方の通信ユニットは、受信したＮＦＣデータに基づいて認証を実行し、通信ユニットのいずれも、Ｗｉ−Ｆｉを介して受信されるか又はＮＦＣを介して送信されるデータにのみ基づいては認証を実行しない。これは、通信ユニットのＮＦＣレシーバがＮＦＣの仕様に従うように設計され、とりわけ、極めて制限された範囲を有するように設計されるので、増大されたセキュリティを提供する。従って、ＮＦＣデータは、ＮＦＣレシーバの数センチメートル以内にあるＮＦＣトランスミッタから供給されることが保証され、それ故、データが意図された通信ユニットのためのものであることが手動で保証され得る。故に、本アプローチは、ＮＦＣ通信の極めて限定された範囲の想定により提供されるセキュリティが有効であることを保証し得る。
【０１２８】
更に、本アプローチは、公開鍵から導出される共有セッション鍵の決定を可能にし、この共有セッション鍵は、各々が共有セッション鍵を生成した二者間のネットワーク鍵の転送を保護するために用いられ得る。しかしながら、双方の通信ユニットは、ＮＦＣを介して供給される、マッチしている公開鍵識別データを必要とするので、セッション鍵の決定は、同じであることが保証され得る。即ち、使用される公開鍵は、潜在的な攻撃している通信ユニットではなく、実際に意図された他者のものであることが保証され得る。更に、一方の通信ユニットは、通信ユニット間の暗号化された通信のために用いられ得るネットワーク鍵を生成する。ネットワーク鍵は、他の通信ユニットの公開鍵に基づいて決定され、他の通信ユニットに送信されるセッション鍵を用いて暗号化される。この通信ユニットは、ＮＦＣにより認証される公開鍵を用いてセッション鍵を生成し、それ故、これが実際に意図された他者からのものである場合にのみ、ネットワーク鍵を解読することができるだろう。もしそうならば、これは、受信したネットワーク鍵を解読し、通信は、暗号化動作のためにこのネットワーク鍵を用いて進行し得る。
【０１２９】
帯域外通信は、とりわけ、カスタマイズされた、又は、例えばセッション特有の、可変の若しくは秘密のデータではなく、むしろ、通信ユニットの公開鍵を識別する単純なデータである。故に、本アプローチは、安全な認証を供給する一方で、標準的な、静的な及びパブリックに利用可能な公開鍵情報の帯域外伝送のみを用いる。これは、複雑性を大幅に低減することができ、増大された柔軟性及び向上したユーザ体験を可能にする。例えば、ＲＦＩＤタグが公開鍵識別データを他の通信ユニットに供給するために用いられることが可能である。
【０１３０】
実際に、潜在的に攻撃している通信ユニットがＮＦＣ通信により供給される公開鍵識別データを受信することができることによるセキュリティリスクは取り込まれない。それよりも、これは、攻撃している通信ユニットが通信ユニットの公開鍵のみを決定するのを可能にするが、これは、安全なセッション鍵を決定するのを依然として可能にしないだろう。即ち、第１の通信ユニットにより生成される公開鍵から同じセッション鍵を生成することができないだろう。これは、秘密鍵へのアクセスをもたないためである。
【０１３１】
故に、双方向認証は、Ｗｉ−Ｆｉ通信のためのセッション鍵が正しい公開鍵から生成されることを保証するために、双方の方向において帯域外ＮＦＣ通信を用いる。即ち、通信ユニットの各々は、Ｗｉ−Ｆｉ通信が意図された他者とのものであることを確信することができる。
【０１３２】
故に、第１の通信ユニット１０１及び第２の通信ユニット１０３の各々は、Ｗｉ−Ｆｉ通信が適切な公開鍵から導出されたセッション鍵を用いるためにセットアップされるかどうかを評価する。ＮＦＣ及びＷｉ−Ｆｉを介して受信した公開鍵識別データがマッチする公開鍵に対応する場合、Ｗｉ−Ｆｉ通信が意図された通信ユニットから始まったことを意味しなければならない。各通信ユニット１０１，１０３は、ＮＦＣ通信を介して確認又は供給された公開鍵からセッション鍵を決定したので、それぞれのＮＦＣ通信手段を互いに十分近付けることにより（例えば、通信デバイスを互いに近付けることにより、又は、ＮＦＣタグをＮＦＣリーダに近付けることにより）ＮＦＣ通信が物理的に可能にされた通信ユニットによってのみ鍵が知られることが更に保証され得る。典型的に、ユーザが互いの２センチメートル以内に（適切なものとしてデバイス又はタグの）ＮＦＣアンテナを手動でもっていくことが必要とされる。それ故、本アプローチは、転送される公開鍵識別データのためにＮＦＣアンテナが互いに十分近くなるように１つのステージで物理的に結合されている２つのデバイス間でのみＮＦＣ公開鍵識別データが交換されることを保証する。故に、ＮＦＣ通信の物理的な制約は、ユーザが、どの公開鍵が各通信ユニットにおいて用いられるかについて制御することを保証することができ、それ故、各通信ユニットは、高度な確実性によって、潜在的な攻撃している通信ユニットではなく意図された他の通信ユニットの公開鍵を用いることを保証することができる。とりわけ、ＮＦＣ通信はおそらく数メートルの距離でさえぎられ得る可能性があるのに対し、ユーザは、規格のＮＦＣレシーバにより読み取られたデータがＮＦＣリーダとのＮＦＣ接触において置かれているデバイスから開始されていることを概ね確信することができる。
【０１３３】
更に詳細には、第１の通信ユニット１０１は、ＮＦＣ通信リンクを介してデータを送信することができる第１のＮＦＣトランスミッタ２０７と、ＮＦＣ通信リンクを介してデータを受信することができる第１のＮＦＣレシーバ２０５とを有する。同様に、第２の通信ユニット１０３は、ＮＦＣ通信リンクを介してデータを送信することができる第２のＮＦＣトランスミッタ３０７と、ＮＦＣ通信リンクを介してデータを受信することができる第２のＮＦＣレシーバ３０５とを有する。それ故、第１の通信ユニット１０１及び第２の通信ユニット１０３が一緒に十分近くに（即ち、数センチメートルの範囲内に）配置される場合、これらは、ＮＦＣ通信リンクを介してデータを交換し得る。
【０１３４】
第１のＮＦＣトランスミッタ２０７及び第１のＮＦＣレシーバ２０５は、ＮＦＣ通信リンクを介して通信を制御する第１のＮＦＣコントローラ２０９に結合される。同様に、第２のＮＦＣトランスミッタ３０７及び第２のＮＦＣレシーバ３０５は、ＮＦＣ通信リンクを介して通信を制御する第２のＮＦＣコントローラ３０９に結合される。
【０１３５】
第１のＮＦＣコントローラ２０９及び第２のＮＦＣコントローラ３０９は、第１の通信ユニット１０１及び第２の通信ユニット１０３が一緒に近くに、及び、ＮＦＣ通信範囲内にあるときには、第１のＮＦＣレシーバ２０５が、ＮＦＣデータを第２のＮＦＣトランスミッタ３０７から受信し、とりわけ、第２の通信ユニット１０３の公開鍵を示す第１の公開鍵識別データを受信するように、ＮＦＣ通信を制御する。同様に、第２のＮＦＣレシーバ３０５は、ＮＦＣデータを第１のＮＦＣトランスミッタ２０７から受信し、とりわけ、第１の通信ユニット１０１の公開鍵を示す第３の公開鍵識別データを受信する。故に、２つの通信ユニット１０１，１０３が互いに接触しているときには、公開鍵識別データは、各通信ユニットが他方の通信ユニットの公開鍵を通知されるように、ＮＦＣ通信リンクを介して交換される。
【０１３６】
第１のＮＦＣコントローラ２０９は、第１の通信ユニット１０１の公開鍵を格納し、これを、第１のＮＦＣトランスミッタ２０７による伝送のための（第２の公開鍵識別データとも呼ばれる）公開鍵識別データを生成するための第１のＮＦＣコントローラ２０９に供給する、第１の鍵ストア２１１に結合される。同様に、第２のＮＦＣコントローラ３０９は、第２の通信ユニット１０３の公開鍵を格納し、これを、第２のＮＦＣトランスミッタ３０７による伝送のための（第１の公開鍵識別データとも呼ばれる）公開鍵識別データを生成するための第２のＮＦＣコントローラ３０９に供給する、第２の鍵ストア３１１に結合される。
【０１３７】
第１のＮＦＣコントローラ２０９及び第１の通信コントローラ２０３は、Ｗｉ−Ｆｉ接続を介して受信した公開鍵識別データ（第３の公開鍵識別データ）がＮＦＣ通信リンクを介して受信した公開鍵識別データ（第１の公開鍵識別データ）にマッチしているかどうかを示す第１のマッチング指標を生成するように構成される第１のコンパレータ２１３に結合される。同様に、第２のＮＦＣコントローラ３０９及び第２の通信コントローラ３０３は、Ｗｉ−Ｆｉ接続を介して受信した公開鍵識別データ（第４の公開鍵識別データ）がＮＦＣ通信リンクを介して受信した公開鍵識別データ（第２の公開鍵識別データ）にマッチしているかどうかを示す第２のマッチング指標を生成するように構成される第２のコンパレータ３１３に結合される。
【０１３８】
第１のマッチング指標は、第１の通信コントローラ２０３に送り戻され、第２のマッチング指標は、第２の通信コントローラ３０３に送り戻される。マッチング指標が、Ｗｉ−Ｆｉ及びＮＦＣを介して受信した公開鍵識別データ間でマッチがなかったことを示す場合、対応する通信コントローラ２０３，３０３は、Ｗｉ−Ｆｉ通信を終了するよう進行する。ＮＦＣデータ交換により示される正しい公開鍵がＷｉ−Ｆｉ通信により用いられない場合、これは、Ｗｉ−Ｆｉ通信が意図された者との間のものではなく、攻撃しているユニットとのものであるかもしれないことを示す。従って、マッチングの斯様な欠如を検出している通信コントローラ２０３，３０３は、Ｗｉ−Ｆｉ通信を終了するだろう。
【０１３９】
システムは、特定のセットアップのために用いられ得るネットワーク鍵の安全な転送をもたらし、意図された者の間で交換されることを保証し得る、認証及び通信セットアップの部分としてこの帯域外認証を利用する。例において、第１の通信ユニット１０１は、第２の通信ユニット１０３との新たな安全なＷｉ−Ｆｉ通信を開始しようとする。従って、暗号化を用いようとし、従って、ネットワーク鍵が確立される。第１の通信ユニット１０１及び第２の通信ユニット１０３は、適切なセッション鍵及びネットワーク鍵を確立する安全なＷｉ−Ｆｉセットアップを実行するよう進行してもよい。この処理は、通信ユニットが公開鍵識別データを交換することを含み、これは、一方の通信ユニットが他方の通信ユニットの公開鍵を決定するのを可能にする。
【０１４０】
故に、第１の通信ユニット１０１は、新たなＷｉ−Ｆｉ通信リンクをセットアップするためにＷｉ−Ｆｉ通信を実行することにより新たなＷｉ−Ｆｉ通信を開始するよう進行する。それ故、Ｗｉ−Ｆｉ通信は、第１の通信ユニット１０１が第２の通信ユニット１０３であることを意図する遠隔Ｗｉ−Ｆｉ通信ユニットとのものである。しかしながら、第１の通信ユニット１０１は、最初は、通信しているＷｉ−Ｆｉ通信ユニットが、実際に、攻撃している通信ユニットではなく第２の通信ユニット１０３であることを確信することができない。
【０１４１】
同様に、第２の通信ユニット１０３は、新たなＷｉ−Ｆｉ通信リンクをセットアップするためにＷｉ−Ｆｉ通信を実行してもよい。具体的には、新たな通信セットアップ手順を開始するメッセージをＷｉ−Ｆｉを介して受信してもよい。第２の通信ユニット１０３は、遠隔Ｗｉ−Ｆｉ通信ユニットと通信するが、最初はこの通信ユニットの識別に確信をもつことができない。故に、第２の通信ユニット１０３は、最初は、通信しているＷｉ−Ｆｉ通信ユニットが、実際に、攻撃している通信ユニットではなく第１の通信ユニット１０１であることを確信することができない。それ故、Ｗｉ−Ｆｉ通信は、未知の（又は少なくとも未認証の）Ｗｉ−Ｆｉ通信ユニットと本質的に通信している通信ユニットの各々と開始する。実際に、Ｗｉ−Ｆｉ通信ユニットは、意図された他の者又は攻撃している者であり得る。
【０１４２】
具体的には、第１の通信ユニット１０１は、セットアップ手順を始めてもよく、この手順の部分として、第１の通信ユニット１０１の公開鍵を示す公開鍵識別データを第２の通信ユニット１０３に通信する。それ故、第２の通信ユニット１０３は、Ｗｉ−Ｆｉを介して公開鍵識別データを受信する。第２の通信ユニット１０３により受信されたこの公開鍵識別データは、第４の公開鍵識別データと呼ばれ、通常の場合においては、実際に、第１の通信ユニット１０１から送信された公開鍵識別データである。しかしながら、例えば中間者攻撃の場合、受信した第４の公開鍵識別データは、実際に、攻撃しているユニットの公開鍵を示す公開鍵識別データであってもよい。
【０１４３】
本アプローチにおいて、ユーザは、公開鍵識別データのＮＦＣ伝送を可能にするために、第１の通信ユニット１０１及び第２の通信ユニット１０３（又は、少なくとも適切なＮＦＣ通信機能）を互いに十分に近くで接触させる。故に、Ｗｉ−Ｆｉを介して受信した第４の公開鍵識別データに加えて、第２の通信ユニット１０３は、第１の通信ユニット１０１の公開鍵を示す第２の公開鍵識別データをＮＦＣを介して受信する。同様に、第１の通信ユニット１０１は、第２の通信ユニット１０３の公開鍵を示す第１の公開鍵識別データをＮＦＣを介して受信する。
【０１４４】
第１の通信ユニット１０１及び第２の通信ユニット１０３のＮＦＣレシーバにより受信される公開鍵識別データは、極めて近い（数ｃｍ）ＮＦＣソースから受信されることを保証され得る。このデータは、正しい公開鍵に対応するものとして信頼され得る。即ち、第１の通信ユニット１０１は、第１の公開鍵識別データを信頼することができ、第２の通信ユニット１０３は、第２の公開鍵識別データを信頼することができる。
【０１４５】
従って、第２のコンパレータは、第２及び第４の公開鍵識別データを比較し、これらが同じ公開鍵に対応するか否かを反映する第２のマッチング指標を生成する。そうでない場合、第２の通信ユニット１０３は、意図される第１の通信ユニット１０１と通信していない可能性が高く、むしろ、自己の公開鍵を第２の通信ユニット１０３に供給しようとする、攻撃しているユニットと通信している可能性が高い。故に、この場合、第２の通信ユニット１０３が通信しているＷｉ−Ｆｉ通信ユニットは、意図された他者でなく（即ち、第１の通信ユニット１０１でない）、その代わりに第三者であり、とりわけ攻撃しているデバイスであるかもしれない。この場合、第２の通信コントローラ３０３は、それ故、通信セットアップを終了するよう進行する。この場合、エラーが生じたこと、及び、通信が終了されていることを示すために、メッセージをさらに送り戻してもよい。
【０１４６】
しかしながら、マッチング指標が第２及び第４の公開鍵識別データがマッチすることを示す場合には、第２の通信ユニット１０３は、認証されるべき未知のＷｉ−Ｆｉ通信ユニットとみなす。即ち、通信しているＷｉ−Ｆｉ通信は、実際に、ＮＦＣ通信により示される、第１の通信ユニット１０１とのものあると結論付ける。故に、この場合、未知のＷｉ−Ｆｉ通信ユニットは、実際に、第１の通信ユニット１０１であると結論付けられる。
【０１４７】
この場合、第２の通信コントローラ３０３は、第１の通信ユニット１０１の公開鍵に基づいてセッション鍵を生成し、更に、第１の通信ユニット１０１に通信され得るネットワーク鍵（ネットワーク鍵は、暗号化のために用いられ得る任意の適切な鍵であってもよい）を生成するよう進行する。
【０１４８】
第１のステップとして、第２の通信コントローラ３０３は、第２の公開鍵識別データ及び第４の公開鍵識別データのうち少なくとも一方に基づいて、第１の通信ユニットの公開鍵を生成してもよい。故に、第１のステップは、第１の通信ユニット１０１の公開鍵を決定することである。それ故、公開鍵は、Ｗｉ−Ｆｉを介して受信される公開鍵識別データから、又は、ＮＦＣを介して受信される公開鍵識別データから、生成され得る。実際には、典型的にはＷｉ−Ｆｉ通信セットアップが終了されない場合のみ、それ故、第２の公開鍵識別データ及び第４の公開鍵識別データがマッチするときにのみセッション鍵が生成されるので、双方の公開鍵識別データは、第１の通信ユニット１０１の公開鍵をもたらすだろう。
【０１４９】
そして、第２の通信コントローラ３０３は、第１の通信ユニット１０１の公開鍵及び第２の通信ユニット１０３の秘密鍵からセッション鍵（これ以降、第２のセッション鍵と呼ばれる）を生成するよう進行する。
【０１５０】
更に、第２の通信コントローラ３０３は、暗号化動作に適した任意の鍵であってもよいネットワーク鍵（これ以降、第２のネットワーク鍵と呼ばれる）を生成する。ネットワーク鍵を生成するための任意のアプローチが用いられてもよいことが理解されるだろう。典型的に、ネットワーク鍵は、例えば現在の通信（又は通信の部分）にのみ適用可能である、一時的な鍵として生成される。多くの実施形態において、ネットワーク鍵は、所望の長さの乱数として単純に生成されてもよい。他の実施形態において、同じネットワーク鍵が、同じデバイスとの新たな通信のために（再）使用されてもよい。
【０１５１】
そして、第２の通信コントローラ３０３は、第２のセッション鍵を用いて第２のネットワーク鍵を暗号化することにより、暗号化されたネットワーク鍵（これ以降、第２の暗号化されたネットワーク鍵という）を生成するよう進行する。故に、受取側が第２のセッション鍵の認識をもたない限り、第２のネットワーク鍵は、第２の暗号化されたネットワーク鍵から生成され得ない。しかしながら、これは、第２の通信ユニット１０３の秘密鍵及び第１の通信ユニット１０１の公開鍵を用いて生成されるので、（例えばＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換アルゴリズムの特別な特性により）、第１の通信ユニット１０１だけが、このセッション鍵を再現し、それ故、第２の暗号化されたネットワーク鍵を解読することができる。
【０１５２】
そして、第２の通信コントローラ３０３は、第２の暗号化されたネットワーク鍵を他の通信ユニットに、即ち第１の通信ユニット１０１であると想定される通信ユニットに送信するよう進行する。加えて、第２の通信ユニット１０３は、第２の通信ユニット１０３の公開鍵を示す公開鍵識別データを他のＷｉ−Ｆｉ通信ユニット（及び、それ故、名目的な状況において、第１の通信ユニット１０１）に送信する。
【０１５３】
従って、第１の通信ユニット１０１は、第２の通信ユニット１０３であると想定する遠隔Ｗｉ−Ｆｉ通信ユニットとの通信セットアップを開始することを経験する。初期設定メッセージに応答して、暗号化されたネットワーク鍵及び他の通信ユニットの公開鍵を示す公開鍵識別データを受信する（即ち、第３の公開鍵識別データを受信する）。また、第２の通信ユニット１０３の公開鍵を示す第１の公開鍵識別データも有する。しかしながら、第１の通信ユニット１０１は、受信したデータが第２の通信ユニット１０３からのものであるとは想定しない。即ち、通信しているＷｉ−Ｆｉ通信ユニットが第２の通信ユニット１０３であるとは想定しないが、その代わりに、これをチェックするよう進行する。
【０１５４】
それ故、第１のコンパレータ２１３は、第１のマッチング指標を生成するために、第１及び第３の公開鍵識別データを比較するよう進行する。
【０１５５】
従って、第１のマッチング指標は、第１及び第３の公開鍵識別データが適切なマッチ基準を満たすことを示す場合には、受信したデータが実際に第２の通信ユニット１０３からのものであるとみなされる。即ち、データが受信されるＷｉ−Ｆｉ通信ユニットは、実際に第２の通信ユニット１０３であるとみなされる。この場合、第１の通信コントローラ２０３は、Ｗｉ−Ｆｉ通信を続け、とりわけ、第２の通信ユニット１０３とのＷｉ−Ｆｉ通信をセットアップするよう進行し得る。しかしながら、そうでない場合、第１の通信ユニット１０１は、受信したデータが潜在的に攻撃している通信ユニットからのものであるとみなし、通信セットアップを終了するよう進行する。故に、この場合、第１の通信ユニット１０１が通信しているＷｉ−Ｆｉ通信ユニットは、第２の通信ユニット１０３ではないと結論付けられる。
【０１５６】
マッチング指標が、第１及び第３の公開鍵識別データがマッチしていることを示す場合には、第１の通信コントローラ２０３は、ネットワーク鍵をメッセージから取り出すよう進行する。即ち、第２のネットワーク鍵と同一である第１のネットワーク鍵を生成する。
【０１５７】
具体的には、第１の通信コントローラ２０３は、第１の公開鍵識別データ又は第３の公開鍵識別データ（又は両方）から第２の通信ユニット１０３の公開鍵を最初に生成する。
【０１５８】
そして、第２の通信ユニット１０３の公開鍵及び第１の通信ユニット１０１の秘密鍵から第１のセッション鍵を生成するよう進行する。第１の通信ユニット１０１及び第２の通信ユニット１０３が直接通信するときには、第１及び第２のセッション鍵は、とりわけ、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換アルゴリズムの特別な特性により、同一になるだろう。
【０１５９】
各通信ユニットが他方の通信ユニットの公開鍵及び自己の秘密鍵からセッション鍵を生成するので、決定されたセッション鍵は同一になるだろう。従って、第１の通信ユニット１０１及び第２の通信ユニット１０３は、決定されたセッション鍵を用いて安全なＷｉ−Ｆｉ通信を確立し続け得る。
【０１６０】
より詳細な例として、第１の鍵ストア２１１は、第１の通信ユニット１０１のための公開鍵を格納する。公開鍵は、とりわけ、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵であり、とりわけ、式Ａ＝ｇａ  対数係数（mod）ｐを用いて生成されてもよい。ａは、第１の通信ユニット１０１にのみ知られる秘密の値であり、ｐは、素数であり、ｇは、基数と呼ばれる数である。また、秘密の値は、第１の通信ユニット１０１の／のための秘密鍵としても知られる。
【０１６１】
同様に、第２の鍵ストア３１１は、第２の通信ユニット１０３のための公開鍵を格納する。公開鍵は、とりわけ、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵であり、とりわけ、式Ｂ＝ｇｂ  対数係数ｐを用いて生成されてもよい。ここで、ｂは、第２の通信ユニット１０３にのみ知られる秘密の値であり、ｐは、素数であり、ｇは、第１の通信ユニット１０１により用いられるものと同じであり得る基数である。また、秘密の値は、第２の通信ユニット１０３の／のための秘密鍵としても知られる。
【０１６２】
第１の通信コントローラ２０３は、受信した公開鍵、即ち第２の通信ユニット１０３の公開鍵も、第１の通信ユニット１０１の秘密の値（ａ）も受信する。そして、第２の公開鍵及び第１の通信ユニット１０１のプライベートな（秘密の）値／鍵を組み合わせることによりセッション鍵を計算するよう進行する。
【０１６３】
具体的には、第１の通信コントローラ２０３は、値Ｂａ  対数係数ｐを計算するよう進行する。ここで、ａは、ローカルの秘密の／プライベートな値（秘密鍵）であり、Ｂは、受信した第２の公開鍵である（及び、ｐは、依然として基数である）。故に、セッションマスター鍵と呼ばれるセッション鍵は、値Ｂａ  対数係数ｐとして計算される。
【０１６４】
セッションマスター鍵及びセッション鍵という用語は、それぞれ、Ｄｉｆｆｉｅ  Ｈｅｌｌｍａｎアプローチにより（即ち、Ｂａ  対数係数ｐとして（又は、他の通信ユニットのためのＡｂ  対数係数ｐとして））生成された鍵、及び、ネットワーク鍵を暗号化するために使用され、セッションマスター鍵から導出される鍵を示すために用いられるだろう。しかしながら、制約が意図されないことは明らかであるだろう。これにより、即ち、セッションマスター鍵がセッション鍵とみなされ得る、及び、実際に、幾つかの実施形態又はシナリオにおいて、セッションマスター鍵は、ネットワーク鍵を暗号化及び暗号解読するためのセッション鍵として直接用いられてもよい。
【０１６５】
同様に、第２のセッション鍵発生器３１７は、受信した公開鍵、即ち第１の通信ユニット１０１の公開鍵も、第２の通信ユニット１０３の秘密鍵も受信する。そして、第１の通信コントローラ２０３により計算されるものと同じになる、対応するセッション鍵を計算するよう進行する。
【０１６６】
更に詳細には、第２の通信コントローラ３０３は、値Ａｂ  対数係数ｐを計算するよう進行してもよい。ここで、ｂは、ローカルの秘密の数（秘密鍵）であり、Ａは、受信した第１の公開鍵である（及び、ｐは、依然として基数である）。故に、セッションマスター鍵は、値Ａｂ  対数係数ｐとして計算される。Ａｂ  対数係数ｐ＝Ｂａ  対数係数ｐであるので、第１の通信ユニット１０１及び第２の通信ユニット１０３においてそれぞれ生成された鍵は同じである。更に、鍵は、一般に利用可能な情報、及び、個々のデバイスの、外部的に通信されないローカル秘密情報にのみ基づいて生成される。従って、鍵は、これらがＮＦＣ通信をさえぎることができる場合であっても、他のデバイスによっては生成され得ない。詳しくは、セッションマスター鍵を計算するために、秘密の値ａ又は秘密の値ｂは知られなければならない。しかしながら、これらのいずれも外部デバイスに対しては利用可能ではないので、これらは鍵を生成することができない。
【０１６７】
幾つかの実施形態及びシナリオにおいて、先に述べたように生成される完全な（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）セッションマスター鍵は、セッション鍵として直接用いられなくてもよいことは明らかであるだろう。むしろ、セッション鍵は、双方の通信ユニットが交換された及び／又は認識を有するデータを追加的に用い得る予め決められたアルゴリズムを用いて、セッションマスター鍵から生成され得る。故に、セッションマスター鍵は、予め決められたアルゴリズムを用いてそこから導出されるセッション鍵によって、（例えば、先に述べたＤｉｆｆｉｅ  Ｈｅｌｌｍａｎアプローチを用いて）ローカル秘密値を受信した公開鍵と組み合わせることにより生成されてもよい。予め決められたアルゴリズムは、少しのセッションマスター鍵のサブセットを選択するくらい単純であってもよく、又は、より複雑なアルゴリズムであってもよい。
【０１６８】
例えば、ＷＳＣは、（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）セッションマスター鍵から導出され得るいくつかの特定の鍵を規定する。
−  ＡｕｔｈＫｅｙ（２５６ビット）
−  ＫｅｙＷｒａｐＫｅｙ（１２８ビット）、
−  ＥＭＳＫ（２５６ビット）
【０１６９】
これらの鍵のいずれか（又は、実際に、セッションマスター鍵自体を含む、マスター鍵から導出される任意の他の鍵）は、セッション鍵として用いられ得ることが理解されるだろう。
【０１７０】
従って、第１の通信ユニット１０１及び第２の通信ユニット１０３は、同じセッション鍵を用いるよう進行してもよい。更に、セッション鍵は、極めて短い距離に渡るＮＦＣ伝送により確認される鍵に基づいて各デバイスにより独立して生成されるので、本アプローチは、生成されたセッション鍵を用いたＷｉ−Ｆｉ通信が、ＮＦＣを用いて公開鍵識別子を交換することが物理的にできたデバイスによってのみ実行され得ることを保証する。故に、データの暗号化に関して、及び、意図された（認証された）通信ユニット間の通信に関して、高度なセキュリティが実現される。
【０１７１】
そして、第１の通信コントローラ２０３は、第１のセッション鍵を用いて第１の暗号化されたネットワーク鍵を解読することにより、第１のネットワーク鍵を生成するよう進行する。故に、ローカルネットワーク鍵は、第２の通信ユニット１０３の認証された公開鍵に基づくローカルに生成されたセッション鍵を用いて、受信した暗号化されたネットワーク鍵を解読することにより生成される。
【０１７２】
そして、第１の通信コントローラ２０３は、第２の通信ユニット１０３により導出されたネットワーク鍵と同じになる、導出されたネットワーク鍵を用いて、（実際に第２の通信ユニット１０３であるものとして認証される）遠隔Ｗｉ−Ｆｉ通信ユニットと通信するよう進行する。
【０１７３】
故に、暗号化をサポートする安全な通信セットアップが実現される。
【０１７４】
第１の通信ユニット１０１が、第１の公開鍵識別データ及び第３の公開鍵識別データがマッチしていないことを決定するシナリオにおいて、Ｗｉ−Ｆｉ通信を終了することに加えて、典型的にはＷｉ−Ｆｉを用いて、第２の通信ユニット１０３に送信される認証失敗メッセージを生成するよう進行してもよい。斯様なメッセージを受信することに応答して、第２の通信ユニット１０３は、Ｗｉ−Ｆｉ通信セットアップ動作を終了するよう進行する。
【０１７５】
これは、通信ユニット１０１，１０３のうち一方によってのみ検出される場合であっても、双方の通信ユニット１０１，１０３が、潜在的なエラー又は攻撃の場合には通信を終了するのを可能にしてもよい。多くの実施形態において、第１の通信ユニット１０１及び／又は第２の通信ユニット１０３は、通信（セットアップ）の終了についてユーザに警告するための機能を有してもよい。
【０１７６】
幾つかの実施形態では、通信コントローラ２０３，３０３は、例えば、進行中のＷｉ−Ｆｉ通信セットアップが終了された場合に異なる通信接続が確立されるのを依然として可能にしてもよい。例えば、安全ではない通信リンクは、一部の情報交換を可能にするよう確立されてもよい。この場合には、ユーザアプリケーション（又はユーザ）は、通信リンクが安全でないことを通知され、それ故、傍受されてもよいデータだけが送信されるべきである。
【０１７７】
本システムにおいて、第１の通信ユニット１０１及び第２の通信ユニット１０３は、それ故、通信ユニット１０１，１０３間のＷｉ−Ｆｉ接続をセットアップするために用いられる接触を最初に確立するためにＮＦＣ通信を用いてもよい。
【０１７８】
本アプローチは、向上したセキュリティを提供することができる。とりわけ、発明者は、ＮＦＣ認証に基づく現在のアプローチが不完全なセキュリティを与え得ることに気付いた。実際に、従来技術において用いられている単一のＮＦＣ通信を用いた認証が、ＮＦＣ通信の制限された範囲のため、充分なセキュリティ及びロバストネスを与えることができることは現在理解されている。しかしながら、発明者は、双方の通信ユニットが数センチメートル内から始まる伝送を受信することを保証し得る双方向ＮＦＣベースの認証を用いることが有利であることに気付いた。実際に、第１の通信ユニット１０１及び第２の通信ユニット１０３により使用される前記アプローチは、ＮＦＣ通信を耳にしている、潜在的に攻撃している通信ユニットに対して敏感ではない。実際に、ＮＦＣ通信は、典型的には、とりわけ公開鍵識別データを含む一般に利用可能な情報のみを含み得る。全てのデータは暗号化されていない状態で供給されてもよい。しかしながら、潜在的な攻撃している通信ユニットがこのＮＦＣ通信を耳にする場合であっても、第１の通信ユニット１０１及び第２の通信ユニット１０３のいずれかとのＷｉ−Ｆｉ通信を確立するためにこれを用いることができない。
【０１７９】
改良を示すために、ＷＳＣの従来のアプローチに従ったシナリオが考慮されてもよい。斯様なアプローチにおいて、デバイスＰＩＮ又はデバイスパスワードは、２つのＷｉ−Ｆｉデバイスを互いに認証するために用いられ得る。２つの関与するデバイスのみが、デバイスＰＩＮ又はパスワードを知るべきである。しかしながら、他のデバイスがデバイスＰＩＮ又はデバイスパスワードを決定することができる場合、ＰＩＮが生じたデバイスとの別個の通信をセットアップするためにこれを用いることができる。
【０１８０】
実際に、ユーザは、これらの２つのデバイスを互いにＮＦＣ接触させることにより、例えば、これらのデバイスのうちの一方を他方のデバイスのＮＦＣタグと接触させることにより、２つのデバイス間のＷｉ−Ｆｉ接続がセットアップされたと思わせられ得る。例えば、ユーザは、第１のデバイスと第２のデバイスとの間のＷｉ−Ｆｉ接続をセットアップするのを望んでもよい。ユーザは、Ｗｉ−Ｆｉを介してＭ１及びＭ２メッセージを通信することにより鍵を交換することにより、規格のＷｉ−Ｆｉペアリング手順を始める。しかしながら、ユーザに気付かれずに、第１のデバイスは、Ｍ１及びＭ２メッセージを、第３のデバイスとＷｉ−Ｆｉを介して実際に交換している。これは偶然に起こってもよく、又は、第３のデバイスにより故意に起こってもよい。そして、ユーザは、第１のデバイスのデバイスＰＩＮを、ユーザ／第１のデバイスがＷｉ−Ｆｉ通信のための他の者でもあるとみなす第２のデバイスに転送するために第１のデバイスのＮＦＣタグを用いるよう進行してもよい。ＷＳＣで指定されているように、このＮＦＣタグは、第１のデバイスのＰＩＮ及び第１のデバイスのパブリックなＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵のハッシュを含む（パブリックなＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵は、上の式における値Ａ又はＢであり、値ａ及びｂは、プライベートなＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵である）。ユーザは、第１のデバイスを第２のデバイスに接続することを望み、従って、第２のデバイスのＮＦＣリーダを第１のデバイスのＮＦＣタグに接触させる。第２のデバイスは、任意の通信をセットアップするプロセスにはない。従って、単にＮＦＣタグを読み取るだけであり、如何なる更なる動作もとらない。（第２のデバイスが、偶然、第４のデバイスとのＷｉ−Ｆｉペアリング手順のプロセスにあった場合、ピンから読み取られるデータが第４のデバイスからのＷｉ−Ｆｉに通信にマッチしないので、これを終了するだろう）。
【０１８１】
しかしながら、第３のデバイスがＮＦＣタグを読みとることができる場合、タグ内の情報を利用してもよい。実際に、ＮＦＣ通信が数センチメートルのみの範囲に限定されていると考えられるのに対し、特別に開発された、及び、非常に高感度な回路を用いることにより、最大数メートルでＮＦＣ通信及びタグを読み取ることが可能かもしれないことが見出されている。これは、製品において一般に使用されている典型的なＮＦＣリーダが行うことができない、及び、行う必要がないものである。それ故、第３のデバイスが斯様な高感度ＮＦＣリーダを有する場合、第２のデバイスによりＮＦＣタグから読み取られる値を妨害することができるかもしれない。第３のデバイスは、第１のデバイスのＰＩＮを知っている。それ故、第３のデバイスは、メッセージＭ３−Ｍ７を第１のデバイスと交換するよう進行することができる。Ｍ３−Ｍ７は、デバイスが同じＰＩＮを備えていることを互いに確認するためにＰＩＮの認識を現すためにＷＳＣにおいて用いるメッセージである（これらが同じではない場合、通信セットアップは終了されるだろう）。例において、第１のデバイスは、問題を検出せず、第２のデバイスとのＷｉ−Ｆｉ通信をセットアップすると考えるので、第３のデバイスは、正しいピンの認識を有し、通信セットアップは、適宜完了され得る。この通信の部分として、ネットワーク鍵及び他の秘密のＷｉ−Ｆｉ設定データは、メッセージＭ８において送信されるだろう。このデータは、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵から導出された鍵により暗号化される。しかしながら、第３のデバイスは、第１のデバイスから正しいＰＩＮを取得したので、手順は、第１及び第３のデバイスがＷｉ−Ｆｉを介して通信するように進行する一方で、ユーザは、それが通信している第１及び第２のデバイスであると思う。更に、第３のデバイスは、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵へのアクセスを有し、それ故、Ｍ８メッセージにおいて供給される全ての秘密のデータを解読することができる。これは、秘密のネットワーク鍵（ＰＭＫ）を含み、これにより、第３のデバイスが将来においてこれを用いるのを可能にする。
【０１８２】
しかしながら、第１の通信ユニット１０１及び第２の通信ユニット１０３により使用されるアプローチにおいて、斯様なシナリオは生じ得ない。実際に、全てのＮＦＣ通信データは、暗号化されていない状態で通信されたパブリックなデータであり得る。故に、全てのＮＦＣ通信データは、任意の他の通信ユニットにより妨害されるかもしれないが、認証されたＷｉ−Ｆｉ通信をセットアップするためには用いられ得ない。むしろ、第１の通信ユニット１０１及び第２の通信ユニット１０３の各々は、Ｗｉ−Ｆｉ通信のために用いられる同じ公開鍵を識別するＮＦＣ通信データを受信した場合にのみ、通信セットアップを完了する。このデータは、（通常の通信範囲（例えば、数センチメートル）しか有さないように設計され得る）第１の通信ユニット１０１及び第２の通信ユニット１０３のＮＦＣレシーバ２０５，３０５をそれぞれ用いて取り出されるので、ＮＦＣ通信の範囲は本質的に限定される。故に、攻撃しているデバイスは、ＮＦＣデータを読み取ることのみに基づいてＷｉ−Ｆｉ通信をセットアップすることができないだろう。しかし、その代わりに、自身で、斯様なＮＦＣデータを供給する必要があるだろう。しかしながら、物理的な近接が与えられた場合にのみこれが可能であるので、ユーザは、これが発生しないことを保証することができる。実際に、ユーザが２つのＮＦＣデバイスをくっつけた場合、ユーザは、第三者のデバイスが２つのデバイス間の１又はそれ以上のＮＦＣメッセージを場合により妨害することができないことを完全には確信しないかもしれない。しかしながら、ユーザは、第三者がより長い距離に渡る２つのデバイスにデータを送信するためにＮＦＣを用いることが実際に実行可能ではないので、デバイスにより受信したデータが他のデバイスから生じることを概ね確信することができる。
【０１８３】
公開鍵識別データは、対応する公開鍵が（幾つかの場合において部分的に）識別されるのを可能にする任意のデータであり得る。幾つかの実施形態では、公開鍵識別データは、直接的に、対応する公開鍵の完全な表現（例えば、適切なフォーマットにおける二進数として）であってもよく、又は、例えば公開鍵から生成されるハッシュであってもよい。幾つかの実施形態では、第１の公開鍵識別データは、公開鍵がローカル又は遠隔のストレージから（例えばテーブルルックアップにより）取り出されるのを可能にする第１の通信ユニット１０１のデバイス識別子を含んでもよい。例えば、ユーザは、公開鍵の番号を手動で入力してもよく、デバイス識別子を第１の通信ユニット１０１に関連付けてもよい。斯様な場合、公開鍵識別データは、デバイス識別子により単純に供給されてもよい。
【０１８４】
幾つかの実施形態では、公開鍵識別データは、例えばＮＦＣタグ識別子であってもよい。例えば、読み取られたときにタグ識別を単純に与える規格のＮＦＣタグは、ユーザにより獲得されてもよい。そして、ユーザは、タグ識別と共に第２の通信ユニット１０３の公開鍵を第１の通信ユニット１０１に入力してもよい。故に、ユーザは、タグ識別を第２の通信ユニット１０３の公開鍵に関連付けてもよく、これにより、公開鍵識別データとしてタグ識別を用いる。この手法において、第２の通信ユニット１０３のＮＦＣトランスミッタは、タグにより実装され、第２の公開鍵識別データは、タグ識別により実装されるだろう。
【０１８５】
幾つかの実施形態では、Ｗｉ−Ｆｉ及びＮＦＣ通信のうち少なくとも１つの公開鍵識別データは、公開鍵自体を含んでもよい。代わりに又は追加的に、例えば公開鍵のハッシュを含んでもよい。多くの実施形態において、第１及び第２の公開鍵識別データが公開鍵のハッシュを含むが、第３及び第４の公開鍵識別データは完全な公開鍵を含むことが特に有利であり得る。即ち、Ｗｉ−Ｆｉ通信は完全な公開鍵識別データを供給し得るのに対し、ＮＦＣ通信は公開鍵のハッシュを供給する。
【０１８６】
マッチング指標を決定するための異なるアプローチが異なる実施形態において用いられてもよいことが理解されるだろう。典型的には、Ｗｉ−Ｆｉ及びＮＦＣ通信の公開鍵識別データがマッチするか否かを単純に示すバイナリのマッチング指標が生成される。存在するマッチングを考慮するために使用される特定の基準は、異なる実施形態の間で変化してもよい。
【０１８７】
双方の公開鍵識別データが公開鍵の固有の識別子を供給する実施形態において、対応する公開鍵が同じであることが必要とされ得る。例えば、第１及び第３の公開鍵識別データは、これらが正確に同じ公開鍵を識別する場合、及び、そうする場合にのみ、マッチしているとみなされてもよい。
【０１８８】
斯様な場合において、第１の通信ユニット１０１は、第１の公開鍵識別データ及び第３の公開鍵識別データそれぞれから公開鍵を最初に生成するよう進行してもよい。生ずる公開鍵が同一である場合、マッチは存在すると考えられ、そうでなければ、マッチは存在しないと考えられ得る。
【０１８９】
例えば、第３の公開鍵識別データは、公開鍵を直接提供してもよく、第１の通信コントローラ２０３は、適切なデータを単純に抽出し、対応する公開鍵を第１のコンパレータ２１３に供給してもよい。第３の公開鍵識別データは、公開鍵のハッシュ又はデバイス識別を有してもよい。斯様なシナリオにおいて、ローカルメモリは、公開鍵及び関連したハッシュ又はデバイス識別のリストを有してもよい。第１のＮＦＣコントローラ２０９は、受信したハッシュ／識別のためのマッチしている入力を単純に見つけ、対応する公開鍵を取り出して、これを比較のために第１のコンパレータ２１３供給してもよい。ストアは、ユーザにより手動で読み込まれてもよく、又は、例えば、遠隔サーバから適切な公開鍵を取り出すことにより自動的に更新されてもよい。幾つかの実施形態では、通信ユニットは、所与のハッシュ又はデバイス識別にマッチする公開鍵を取得するために、（例えば、インターネット接続を介して）遠隔サーバにアクセスしてもよい。
【０１９０】
幾つかの実施形態では、第１又は第３の公開鍵識別データは、対応する公開鍵の非固有の識別を有してもよい。斯様なシナリオにおいて、第１の公開鍵識別データ及び第３の公開鍵識別データの双方により表され得る少なくとも１つの公開鍵が存在する場合、第１のコンパレータ２１３は、公開鍵識別データはマッチすると考え得る。例えば、異なる公開鍵は、同じハッシュを潜在的にもたらしてもよく、又は、デバイス識別は、異なる公開鍵と関連付けられてもよい。第３の公開鍵識別データが、公開鍵の完全な表現を供給するのに対し、第１の公開鍵識別データが、ハッシュ又はデバイス識別のみを供給する場合、第３の公開鍵識別データにより表される公開鍵が、第１の公開鍵識別データのハッシュ生じさせる得るものであるか、又は、第１の公開鍵識別データのデバイス識別に関連付けられる場合、マッチは存在するものとみなされ得る。
【０１９１】
幾つかの実施形態において、とりわけ効率的な動作は、第１の公開鍵識別データが公開鍵の第１のハッシュを有するシナリオにおいて実行されてもよい。斯様な場合において、第３の公開鍵識別データにより表される公開鍵は、最初に決定されてもよい。そして、第１の公開鍵識別データを生成するために用いられたものに対応するハッシュ動作は、導出された公開鍵に適用されてもよい。そして、生ずるハッシュは、第１の公開鍵識別データのものと比較される。これらが同一である場合、第１及び第３の公開鍵識別データ間のマッチは存在すると考えられ、そうでなければ、マッチは存在しないと考えられる。
【０１９２】
前記コメントは、第２及び第４の公開鍵識別データのためのマッチング指標の決定に同程度に適用することは明らかであるだろう。
【０１９３】
図１のシステムにおいて、マッチング基準が満たされたときには、第１の通信ユニット１０１及び第２の通信ユニット１０３は、秘密データを他の通信ユニットにのみ送信するように構成される。秘密データは、分配が制御されるべき任意のデータであってもよく、即ち、パブリックなデータではない任意のデータであってもよい。秘密データは、とりわけ、ＰＭＫ又はＰＳＫのようなネットワークシークレットを有してもよい。
【０１９４】
斯様な秘密データは、Ｗｉ−Ｆｉ通信リンクを介して供給され得る。具体的には、秘密データは、Ｗｉ−Ｆｉ通信セットアップのＭ８メッセージにおいて供給されてもよい。しかしながら、本システムにおいては、通信ユニット１０１，１０３は、任意の斯様なメッセージの伝送の前に公開鍵識別データ間のマッチのチェックを実行するように構成される。
【０１９５】
幾つかの実施形態では、ＮＦＣ通信は、秘密データを送信するために用いられてもよい。例えば、ＰＭＫ又はＰＳＫは、ＮＦＣ通信を介して通信されてもよい。斯様な実施形態では、ＮＦＣを使用した通信データは、それらがＮＦＣデータを妨害することができる場合であっても、第三者が情報にアクセスすることができないことを保証するためにセッション鍵を用いて暗号化され得る。
【０１９６】
幾つかの実施形態では、ＮＦＣ通信を介して（第１の通信ユニット１０１及び第２の通信ユニット１０３のうち少なくとも一方に）通信されたデータは、Ｗｉ−Ｆｉ設定データを含んでもよい。そして、このＷｉ−Ｆｉ設定データは、第１の通信コントローラ２０３又は第２の通信コントローラ３０３によりそれぞれ抽出され、Ｗｉ−Ｆｉ通信を構成するために用いられ得る。
【０１９７】
例えば、Ｗｉ−Ｆｉ設定データは、Ｗｉ−Ｆｉチャネルがエアトランスミッションを介してＷｉ−Ｆｉのために用いられるべき情報を含んでもよい。第１の通信コントローラ２０３又は第２の通信コントローラ３０３は、この情報を抽出し、以下のＷｉ−Ｆｉ動作がこのチャネルを用いることを保証し得る。
【０１９８】
それ故、ＮＦＣデータは、受信している通信ユニットがＷｉ−Ｆｉを用いて他の通信ユニットを見つけるのを容易にする情報を有し得る。これは、例えば、識別、所望のＷｉ−Ｆｉチャネル等を示すデータを供給することにより行われ得る。具体的には、斯様なデータは、ビーコンフレーム、プローブ要求及び応答メッセージ、認証要求及び応答メッセージ、並びに、関連付け要求及び応答メッセージを受信することにより取得され得る情報を反映してもよい。このＷｉ−Ｆｉに関連した情報は、多くのＷｉ−Ｆｉメッセージの交換を不要にし、これにより、より速くより少ないリソースの要求の多いセットアップを可能にする。
【０１９９】
先の説明は、主として、第１の通信ユニット１０１及び第２の通信ユニット１０３がＮＦＣ通信リンクを介して直接通信するシナリオを反映させている。斯様な通信リンクは、例えば、ＮＦＣのピアツーピア通信アプローチを用いて実現され得る。
【０２００】
しかしながら、他の実施形態では、第１の通信ユニット１０１と第２の通信ユニット１０３との間のＮＦＣ通信リンクは、ワイヤレスＮＦＣ通信リンクを含んでもよいが、他の部分又はセクションを含んでもよい。実際に、斯様な部分は、データが物理的な媒体上に格納される非リアルタイム時間通信に含まれてもよい。具体的には、ＮＦＣ通信は、ＮＦＣ通信を使用して交換されるデータが格納され得るＮＦＣタグを用いて実現され得る。故に、とりわけ、ＮＦＣトランスミッタ２０７，３０７は、ＮＦＣタグとして、及び、とりわけ、公開鍵識別データを供給する静的なＮＦＣタグとして、実装されてもよい。それ故、ＮＦＣトランスミッタ２０７，３０７は、読みとられるときに、対応するＮＦＣレシーバ２０５，３０５により駆動される受動的なトランスミッタであってもよい。
【０２０１】
ＮＦＣレシーバ及びトランスミッタという用語は、ＮＦＣ通信を実行する２つの境界の機能に言及する。故に、ＮＦＣトランスミッタという用語は、（例えば、読み取られることにより）ＮＦＣ通信リンクを介してデータを通信することができる機能に言及し、ＮＦＣトランスミッタという用語は、（例えばＮＦＣトランスミッタを読み取ることにより）ＮＦＣ通信リンクを介してデータを受信することができる機能に言及する。
【０２０２】
通信は、ＮＦＣピアツーピアモードを用いるものであってもよく、この場合においては、ＮＦＣトランスミッタという用語は、ピアツーピアＮＦＣトランスミッタ機能に言及し、ＮＦＣレシーバという用語は、ピアツーピアＮＦＣレシーバ機能に言及する。この場合、ＮＦＣトランスミッタは、他のデバイスのＮＦＣレシーバに信号を送り、逆もまた同じである。
【０２０３】
ＮＦＣ通信は、幾つかの実施形態において、ＮＦＣタグの使用であってもよい。ＮＦＣを用いてＮＦＣタグを読み取るために、ＮＦＣリーダは、ＮＦＣ信号を適用し、タグは自己の給電のために使用し、（例えば、ＮＦＣタグが吸収するＮＦＣ信号の量を変化させることにより）ＮＦＣタグの信号を調整し、従って、ＮＦＣリーダが、調整を検出することができ、ＮＦＣタグがＮＦＣリーダに転送しなければならなかった情報を受信することができる。故に、ＮＦＣトランスミッタは、データがＮＦＣワイヤレス接続を介して通信されるのを可能にするＮＦＣタグであってもよい。同様に、ＮＦＣレシーバは、ＮＦＣタグを読み取ることができるＮＦＣリーダであってもよい。即ち、ＮＦＣワイヤレス通信リンクを介してＮＦＣタグからデータを受信することができる。
【０２０４】
ＮＦＣを用いてＮＦＣタグを書き込むために、ＮＦＣ書込デバイスは、信号を適用するが、この時間は、ＮＦＣタグに書き込みたい情報を用いて単独で調整する。ＮＦＣは、自己を給電するためにその信号を使用する。ＮＦＣタグは、ＮＦＣ信号の調整を検出し、この情報を格納する。斯様なシナリオにおいて、ＮＦＣトランスミッタは、ＮＦＣ接続を介してＮＦＣタグにデータを書き込むことができるＮＦＣライタであってもよく、ＮＦＣリーダは、ＮＦＣタグであってもよい。
【０２０５】
更に他のオプションとして、ＮＦＣ通信は、中間体としてＮＦＣタグを用いて実装されてもよい。実際に、双方向通信のための電気的インタフェースを伴うことなくＮＦＣタグを用いることも可能である。例えば、ＮＦＣタグは、タグ上にデータ（とりわけ公開鍵識別データ）を書き込む、言わば、第１の通信ユニットのＮＦＣライタとＮＦＣ接触が最初にもたらされてもよい。そして、タグは、物理的に移動され、データ（即ち、第２の公開鍵識別データ）をタグから読み取る第２の通信ユニットとの接触がもたらされる。この手法において、ＮＦＣ通信は実行された。斯様なシナリオにおいて、第１の通信ユニットのＮＦＣライタは、ＮＦＣトランスミッタとみなされ、第２の通信のＮＦＣリーダは、ＮＦＣレシーバとみなされ得る。
【０２０６】
幾つかシナリオにおいて、タグは、反対方向における通信のために用いられてもよい。例えば、第２の通信ユニットは、後に第１の公開鍵識別データをタグに書き込むことができるＮＦＣライタを有してもよく、これにより、場合により第２の公開鍵識別データを上書きする。そして、タグは、ＮＦＣタグを読み取るＮＦＣリーダを有し得る第１の通信ユニットとのＮＦＣ接触がもたらされる。このシナリオにおいて、第２の通信ユニットのＮＦＣライタは、ＮＦＣトランスミッタとみなされ、第１の通信のＮＦＣリーダは、ＮＦＣレシーバとみなされ得る。
【０２０７】
幾つかの実施形態では、同じ機能が、ＮＦＣの読み取り及び書き込みの双方のために用いられてもよく、それ故、この機能は、ＮＦＣトランスミッタ及びＮＦＣレシーバの双方を実装してもよい。
【０２０８】
一例として、幾つかの実施形態において、ＮＦＣタグは、即ち第１の通信ユニット１０１に最初に接続され、その後、ユーザにより第２の通信ユニット１０３まで物理的に移動されてもよい。故に、斯様な実施形態において、ＮＦＣ通信は、２つのワイヤレスＮＦＣ通信サブリンクを含み得る。第２の通信ユニット１０３から第１の通信ユニット１０１への第１の公開鍵識別データの交換、及び、第１の通信ユニット１０１から第２の通信ユニット１０３への第２の公開鍵識別データの交換は、処理の部分として再書き込みされる１つのＮＦＣタグを用いて実現され得る。例えば、第１の通信ユニット１０１は、ＮＦＣタグ上にその公開鍵を最初に書き込んでもよく、これは、それを読み取るよう進行する第２の通信ユニット１０３に結合されてもよく、その後、自己の公開鍵を同一のＮＦＣタグに書き込む。そして、ユーザは、ＮＦＣタグを、第２の通信ユニット１０３の公開鍵を適宜読み取り得る第１の通信ユニット１０１と接触させる。他のシナリオにおいて、２つのＮＦＣタグは、例えば、使用されてもよく、又は、タグは、他方の方向において用いられる直接ピアツーピア通信により一方の方向において用いられてもよい。
【０２０９】
幾つかの実施形態において、ＮＦＣタグは、例えば、データが変えられ得ないような恒久的な形式で格納された第１の通信ユニット１０１の公開鍵を有してもよい。しかしながら、ＮＦＣタグは、読込み／書込み部分を更に含んでもよく、その部分に、第２の通信ユニット１０３がそのＮＦＣタグを書き込むことができる。単一のＮＦＣタグの使用は、実際には、同じＮＦＣタグが、一方の通信ユニット（本例においては第２の通信ユニット１０３）に最初にＮＦＣ結合され、そして、他の通信ユニット（本例においては第１の通信ユニット１０１）に結合されることのみを要するので、典型的に、動作を促進し得る。故に、３つよりもむしろ２つの結合（典型的には接触）が用いられる。
【０２１０】
また、幾つかの実施形態においては、ＮＦＣタグは、通信デバイス１０１，１０３の一方又は双方に物理的に取り付けられてもよく、又は、これらの一方又は双方に埋め込まれてもよいことが理解されるだろう。
【０２１１】
具体的には、第１の通信ユニット１０１は、適切なデータをＮＦＣタグに転送することにより第２の公開鍵識別データを第２の通信ユニット１０３に送信するように構成されてもよい。斯様な動作は、ＮＦＣタグにデータを書き込むための規格に従ってＮＦＣ書込み動作を用いることにより可能である。故に、第１の通信ユニット１０１は、タグをワイヤレスで書き込むためのＮＦＣライタを有してもよい。そして、第２の通信ユニット１０３は、第１の通信ユニット１０１から第２の通信ユニット１０３への公開鍵識別データを取り出す（受信する）ために、適宜タグを読み取ることができ得る。即ち、第２の通信ユニット１０３は、ワイヤレスＮＦＣ読み取り機能を有し得る。
【０２１２】
他の実施形態において、第１の通信ユニット１０１は、有線の非ＮＦＣ通信リンクを用いて第２の公開鍵識別データをＮＦＣタグに書き込むように構成されてもよい。具体的には、多くのＮＦＣタグは、ホストデバイスがタグの格納手段にデータを書き込むためにタグに直接接続するのを可能にするインタフェースを有する。例えば、第１の通信ユニット１０１のマイクロプロセッサは、（非ＮＦＣ）接続を介してタグに直接書き込むのを可能にするＮＦＣタグ機能に接続されてもよい。斯様なアプローチは、とりわけ、ＮＦＣタグが第１の通信ユニット１０１の全ての機能を有する１つの物理デバイスの部分であるというシナリオに適し得るが、ＮＦＣタグが第１の通信ユニット１０１のほとんどの機能（例えば、ＮＦＣタグ以外の全ての機能）を有するデバイスの外部にある場合にも役立ち得る。例えば、デバイスは、タグが挿入され得る機械的コネクタを有してもよい。
【０２１３】
同様に、幾つかの実施形態において、第２の通信ユニット１０３は、有線の非ＮＦＣ通信リンクを用いてデータをＮＦＣタグから読み取るように構成されてもよい。具体的には、多くのＮＦＣタグは、ホストデバイスがタグの格納手段からデータを読み取るためにタグに直接接続するのを可能にするインタフェースを有する。例えば、第２の通信ユニット１０３のマイクロプロセッサは、（非ＮＦＣ）接続を介してタグから直接読み取るのを可能にするＮＦＣタグ機能に接続されてもよい。
【０２１４】
幾つかの実施形態において、アプローチが用いられるべき情報は、セッション（マスター）鍵をセットアップするために使用されるＮＦＣメッセージにおいて通信されてもよい。
【０２１５】
ＮＦＣピアモードが用いられる場合、ＮＦＣ接続は、第１の通信ユニット１０１及び第２の通信ユニット１０３を互いに十分近付けることにより簡単に実現され得る。
【０２１６】
多くの実施形態において、命令は、第１の通信ユニット１０１及び／又は第２の通信ユニット１０３によりユーザに供給されてもよい。例えば、特定の命令は、適切なディスプレイに供給されてもよい。更に、命令は、ユーザが異なる動作を実行するのに合わせて動的に更新されてもよい。
【０２１７】
幾つかの実施形態において、第１の通信ユニット１０１により（及び／又は第２の通信ユニット１０３により）ＮＦＣ通信を使用して通信されたデータは、任意の様々なデータを有利に含まなくてもよい。故に、通信されたデータは、セットアップされた特定の通信の任意の特性に依存しない静的なデータであり得る。故に、データは、２つの連続するＷｉ−Ｆｉ通信セットアップが異なる通信ユニットとのものである場合であっても、これらの間で変化しなくてもよい。これは、とりわけ、多くの実施形態において、効率的であってもよく、多くは、とりわけ、静的なＮＦＣタグが用いられるのを可能にする。故に、システムの低減された複雑性及びコストが実現され得る。幾つかの実施形態において、ＮＦＣを介して通信されたデータのみが、第１の公開鍵識別データ及び第２の公開鍵識別データであってもよい。
【０２１８】
他の実施形態において、第１の通信ユニット１０１により（及び／又は第２の通信ユニット１０３により）ＮＦＣ通信を使用して通信されたデータは、様々なデータを有利に含んでもよい。故に、通信されたデータは、現在の通信セットアップに特有のデータを含み得る。
【０２１９】
斯様なデータは、例えば、前述したような設定データを有してもよい。多くの実施形態において、様々なデータは、他方の通信ユニットのためのチャレンジデータを含むために供給されてもよい。故に、ＮＦＣを介して通信されたデータは、ワンタイムパスワードを含んでもよい。そして、受信している通信ユニットは、このワンタイムパスワードに基づいて検証チェックのためのデータを生成してもよい。
【０２２０】
例えば、第１の通信ユニット１０１は、ＮＦＣを用いて第２の通信ユニット１０３に供給されるデータにワンタイムパスワードを含めてもよい。そして、第２の通信ユニット１０３は、セッション鍵を用いてデータを生成するときに、このワンタイムパスワードを用いてもよい。従って、第１の通信ユニット１０１は、ＮＦＣを介して供給されたワンタイムパスワード及びセッション鍵の双方に基づいて生成されたデータを受信してもよい。斯様なアプローチは、動作を促進し、及び／又は、セキュリティを向上させることができる。
【０２２１】
特定の例として、第１の通信ユニット１０１は、ランダムに生成されたチャレンジデータ（ワンタイムパスワード）を有するＮＦＣメッセージを生成してもよい。このデータは非暗号化であってもよい。このメッセージを受信すると、第２の通信ユニット１０３は、セッション鍵に基づいて、受信したランダムなデータのための暗号ハッシュを生成してもよい。生ずる暗号ハッシュは、第１の通信ユニット１０１に送り返されるＷｉ−Ｆｉメッセージに含まれてもよい。
【０２２２】
明瞭さのための上記の説明は、異なる機能回路、ユニット及びプロセッサを参照して本発明の実施形態について述べていることは明らかであるだろう。しかしながら、異なる機能回路、ユニット又はプロセッサの間の機能の任意の適切な分配は、本発明から逸脱することなく用いられてもよいことは明らかであるだろう。例えば、別々のプロセッサ又はコントローラにより実行されるように示された機能は、同じプロセッサ又はコントローラにより実行されてもよい。それ故、特定の機能ユニット又は回路への参照は、厳しい論理的又は物理的な構造又は組織を示すよりはむしろ、述べられた機能を与えるための適切な手段への参照としてのみ理解されるべきである。
【０２２３】
本発明は、ハードウェア、ソフトウェア、ファームウェア又はこれらの任意の組み合わせを含む任意の適切な形式において実装され得る。本発明は、オプションとして、１又はそれ以上のデータ処理装置及び／又はデジタル信号プロセッサ上で実行するコンピュータソフトウェアとして少なくとも部分的に実装されてもよい。本発明の一実施形態の要素及び成分は、任意の適切な手段において、物理的に、機能的に、及び、論理的に実装されてもよい。実際に、機能は、単一のユニットにおいて、複数のユニットにおいて、又は、他の機能ユニットの部分として、実装されてもよい。それ自体、本発明は、単一のユニットにおいて実装されてもよく、又は、異なるユニット、回路及びプロセッサの間で物理的及び機能的に分配されてもよい。
【０２２４】
本発明が幾つかの実施形態に関して述べられたが、ここで記載される特定の形式に限定されることを意図するものではない。むしろ、本発明の範囲は、添付の特許請求の範囲によってのみ限定される。加えて、特徴が特定の実施形態に関して述べられるように見え得るが、当業者は、述べられた実施形態の種々の特徴が本発明に従って組み合わせられ得ることを認めるだろう。請求項において、有するという用語は、他の要素又はステップの存在を除外するものではない。
【０２２５】
更に、個別に記載されているが、複数の手段、要素、回路又は方法ステップは、例えば単一の回路、ユニット又はプロセッサにより実装されてもよい。加えて、個々の特徴が異なる請求項に含まれ得るが、これらは、場合により、有利に組み合わせられてもよく、異なる請求項における包含は、特徴の組み合わせが有利及び／又は実行可能なものではないことを意味するものではない。また、請求項の１つのカテゴリにおける特徴の包含は、このカテゴリに対する限定を意味するものではなく、むしろ、特徴が適切に他の請求項カテゴリに同程度に適用可能であることを示す。更に、請求項中の特徴の順序は、これらの特徴が機能されなければならない任意の特定の順序を意味するものではなく、とりわけ、方法に係る請求項における個々のステップの順序は、これらのステップがこの順序で実行されなければならないことを意味するものではない。むしろ、ステップは、任意の適切な順序で実行されてもよい。加えて、単数の参照は、複数を除外するものではない。それ故、単数表記、"第１"、"第２"等への参照は複数を排除するものではない。請求項中の参照符号は、単に明らかにする一例だけのものとして供給されるものであり、任意の手段において請求項の範囲を限定するものとして解釈されるべきではない。
【図１】
2015532557.tif 000003
【図２】
2015532557.tif 000004
【図３】
2015532557.tif 000005
【国際調査報告】
2015532557.tif 000006
2015532557.tif 000007
2015532557.tif 000008