(57)【要約】  本明細書において記載する技法は、ドメイン内部の信頼エンティティを利用して、デバイスが互いに安全に発見し互いに接続することができるように、これらのデバイスが互いに信頼を確立することを可能にする。本明細書において論ずる種々の例では、デバイスは、信頼情報を信頼エンティティに提供し、および／または信頼情報を信頼エンティティから受け取るように構成される。信頼情報は、例えば、暗号鍵対の公開鍵、真正性を証明する信頼エンティティによって署名された証明書、および／またはハッシュ・チェーンを形成する一連の結果を計算するために使用されるハッシュ関数およびハッシュ・シードを含むことができる。デバイスは、信頼情報を使用して、他のデバイスを発見し、安全にそして自動的にこの他のデバイスに接続することができる（例えば、ユーザーの関与なく、またはユーザーの関与を限定して）。更に、デバイスは、信頼情報を使用して、他のデバイスと通信するために使用されるＭＡＣアドレスを動的に変更することもできる。【選択図】図１
2017533630.tif 000002
【特許請求の範囲】
【請求項１】
デバイスであって、
処理システムを含み、
前記処理システムが、
１つ以上のプロセッサーと、
前記１つ以上のプロセッサーに結合されたメモリーと、
を含み、
前記処理システムが、
前記デバイスに関連付けられた第１公開鍵を信頼エンティティ・デバイスに送り、前記信頼エンティティ・デバイスが、ドメイン内部において信頼されているデバイスのリストを維持し、前記デバイス・リストが前記デバイスを含み、
前記信頼エンティティ・デバイスから第２公開鍵を受け取り、前記第２公開鍵が、前記デバイス・リストに含まれる他のデバイスと関連付けられ、
メディア・アクセス制御（ＭＡＣ）アドレスによって接続する要求を前記他のデバイスに送り、前記接続要求が、前記第２公開鍵によって暗号化され、前記デバイスに関連付けられた秘密鍵によって署名され、
前記他のデバイスが、前記第１公開鍵を使用して、前記ＭＡＣアドレスによって接続する要求を検証したことに応答して、前記他のデバイスとの接続を確立し、前記第１公開鍵が、前記信頼エンティティ・デバイスによって前記他のデバイスに供給されている、
ように構成される、デバイス。
【請求項２】
請求項１記載のデバイスにおいて、
前記第２公開鍵を前記信頼エンティティ・デバイスから受け取り、前記第２公開鍵を使用して前記接続要求を暗号化することによって、前記デバイスが前記ＭＡＣアドレスをブロードキャストする必要なく、前記デバイスおよび前記他のデバイスが、前記ＭＡＣアドレスによって安全に接続することを可能にし、
前記処理システムが、更に、前記第２公開鍵を受け取る前に、前記他のデバイスに接続する具体的要求を前記信頼エンティティ・デバイスに送るように構成される、デバイス。
【請求項３】
請求項１記載のデバイスにおいて、前記第２公開鍵が、前記信頼デバイスのリスト上にある１組のデバイスにそれぞれ関連付けられた１組の公開鍵の一部として受け取られ、前記デバイスおよび前記１組のデバイスが、自動ペアリングが承認された指定デバイス・グループ(defined group)に含まれる、デバイス。
【請求項４】
請求項３記載のデバイスにおいて、前記デバイスおよび前記１組のデバイスが、同じユーザー・アカウントに関連付けられ、前記デバイスが前記ドメインに加入したことに応答して、更に前記デバイスが前記他のデバイスに接続する具体的要求を前記信頼エンティティ・デバイスに送ることとは独立して、前記１組の公開鍵が前記デバイスにおいて前記信頼エンティティ・デバイスから受け取られる、デバイス。
【請求項５】
請求項１から４項までのいずれか１項記載のデバイスにおいて、前記処理システムが、更に、前記第１公開鍵と前記秘密鍵とを含む鍵対を生成するように構成される、デバイス。
【請求項６】
請求項１から４項までのいずれか１項記載のデバイスにおいて、前記ドメインが企業ドメインを含み、前記デバイス・リストが、前記企業ドメインによってサービスを提供される会社の従業員に登録されるデバイスを含む、デバイス。
【請求項７】
デバイスであって、
処理システムを含み、
前記処理システムが、
１つ以上のプロセッサーと、
前記１つ以上のプロセッサーに結合されたメモリーと、
を含み、
前記処理システムが、
信頼エンティティ・デバイスから証明書を受け取り、前記信頼エンティティ・デバイスが、ドメイン内部において信頼されているデバイスのリストを維持し、前記デバイス・リストが前記デバイスを含み、
少なくとも部分的に前記証明書に基づいて、メディア・アクセス制御（ＭＡＣ）アドレスによって他のデバイスとの接続を確立する、
ように構成される、デバイス。
【請求項８】
請求項７記載のデバイスにおいて、前記証明書を前記信頼エンティティ・デバイスから受け取ることによって、前記デバイスが前記ＭＡＣアドレスをブロードキャストする必要なく、前記デバイスおよび前記他のデバイスが、前記ＭＡＣアドレスによって安全に接続することを可能にする、デバイス。
【請求項９】
請求項７または８記載のデバイスにおいて、前記証明書が、前記デバイスが前記信頼エンティティ・デバイスによって信頼されていることを示し、前記処理システムが、更に、前記接続を確立する前に、前記デバイスが前記信頼エンティティ・デバイスによって信頼されていることを前記他のデバイスが検証することを可能にするために、前記デバイスに前記証明書を前記他のデバイスに送らせるように構成される、デバイス。
【請求項１０】
請求項９記載のデバイスにおいて、前記デバイスが前記ドメインに加入したことに応答して、更に前記デバイスが前記他のデバイスに接続する具体的要求を前記信頼エンティティ・デバイスに送ることとは独立して、前記証明書が前記デバイスにおいて前記信頼エンティティ・デバイスから受け取られる、デバイス。
【請求項１１】
請求項７記載のデバイスにおいて、前記証明書が、前記他のデバイスが前記信頼エンティティ・デバイスに信頼されていることを示し、前記証明書が、前記信頼デバイスのリスト上にある１組のデバイスとそれぞれ関連付けられた１組の証明書の一部として受け取られ、前記デバイスおよび前記１組のデバイスが、自動ペアリングが承認された指定デバイス・グループ(defined group)に含まれる、デバイス。
【請求項１２】
デバイスであって、
処理システムを含み、
前記処理システムが、
１つ以上のプロセッサーと、
前記１つ以上のプロセッサーに結合されたメモリーと、
を含み、
前記処理システムが、
ハッシュ関数およびハッシュ・シードを第１デバイスに発行し、前記ハッシュ・シードおよび前記ハッシュ関数が、複数のバージョンを含むハッシュ・チェーンを生成するために使用可能であり、
第２デバイスから、前記第１デバイスに接続する要求を受け、
前記ハッシュ・チェーンの複数のバージョンの内、メディア・アクセス制御（ＭＡＣ）アドレスを決定するために前記第１デバイスによって使用されている現在のバージョンを決定し、
前記第２デバイスに前記ハッシュ関数、前記ハッシュ・シード、および前記現バージョンを送ることによって、前記第２デバイスが前記ＭＡＣアドレスを決定し、前記ＭＡＣアドレスによって前記第１デバイスに接続することを可能にする、
ように構成される、デバイス。
【請求項１３】
請求項１２記載のデバイスにおいて、前記処理システムが、更に、
前記第１デバイスから、前記第１デバイスが前記ＭＡＣアドレスを使用することから、前記ハッシュ・チェーンの複数のバージョンの内新たなバージョンと関連付けられた新たなＭＡＣアドレスを使用することに変更していることを示す指示を受け取り、
前記指示を前記第２デバイスに供給する、
ように構成される、デバイス。
【請求項１４】
請求項１３記載のデバイスにおいて、前記指示が、少なくとも部分的に、前記ハッシュ関数に関連付けられたタイミング・プロトコルに基づいて受け取られ、前記ＭＡＣアドレスを変更するときを決定するために使用可能である、デバイス。
【請求項１５】
請求項１３記載のデバイスにおいて、前記指示が、少なくとも部分的に、前記ＭＡＣアドレスが漏洩したという判定に基づいて受け取られる、デバイス。
【発明の詳細な説明】
【背景技術】
【０００１】
[0001]  通例、コンピューティング・デバイスは、スタティック・メディア・アクセス制御（ＭＡＣ）アドレスをブロードキャストする。ＭＡＣアドレスは、他のデバイスが、ブロードキャストされたスタティックＭＡＣアドレスによって、このデバイスを発見し接続することを可能にする。ＭＡＣアドレスは、物理ネットワーク・セグメント上における通信のためにネットワーク・インターフェースに割り当てられる一意の識別子を含む。例えば、ＭＡＣアドレスは、イーサネット（登録商標）およびＷｉ−Ｆｉ用のネットワーク・アドレスとして使用される。
【０００２】
[0002]  しかしながら、コンピューティング・デバイスは、そのスタティックＭＡＣアドレスをブロードキャストすることによって、このコンピューティング・デバイスが接続したくない攻撃するエンティティまたは悪意があるエンティティ（例えば、デバイス）に対して無防備になる。攻撃するエンティティまたは悪意があるエンティティは、このスタティックＭＡＣアドレスを悪用して接続を偽造し、デバイスからのデーターを消費し、そして種々の実例では、デバイスの制御を乗っ取ることさえもある。これらの攻撃するエンティティまたは悪意があるエンティティと戦う努力の一環として、コンピューティング・デバイスをランダムなＭＡＣアドレスおよび／またはスタティック・ユニバーサルＭＡＣアドレス(static universal MAC address)と関連付けることができる。例えば、初期状態において、ランダムＭＡＣアドレスを使用して、デバイスのペアリング(pairing)および発見を実施することができ、接続が確立された後に、スタティック・ユニバーサルＭＡＣアドレスによってデーター通信を実施することができる。ランダムＭＡＣアドレスの使用は、攻撃するエンティティまたは悪意があるエンティティがコンピューティング・デバイスとの接続を偽造するという問題を解決するのに役立つが、ランダムＭＡＣアドレスの使用は２つのコンピューティング・デバイス間における効率的な（例えば、自動的な）発見を妨げることにもなる。更に、２つのデバイス間において接続が確立された後、攻撃するエンティティまたは悪意があるエンティティが、通信に使用されているスタティック・ユニバーサルＭＡＣアドレスを露出するおそれがある。
【発明の概要】
【０００３】
[0003]  本願は、同じドメインの一部である２つのデバイスが、安全におよび／または自動的に、互いに信頼を確立し、互いに接続することを可能にすることについて説明する。２つのデバイスは、信頼エンティティ(trusted entity)を利用し、この信頼エンティティと相互作用して信頼情報を得て、この信頼情報を使用して、安全におよび／または自動的に互いの信頼を確立する。信頼エンティティには、ドメイン（例えば、企業ドメイン）を管理し、信頼情報を維持および共有する役割を課することができる。例えば、信頼情報は、暗号鍵対の公開鍵、認証を与える信頼エンティティによって署名された証明書(certificate)、および／またはハッシュ・チェーンを形成する一連の結果を計算するために使用されるハッシュ関数およびハッシュ・シードを含むことができる。デバイスは、信頼情報を使用して他のデバイスを発見し、この他のデバイスと接続しこの他のデバイスと通信するために使用されるＭＡＣアドレスを動的に変更することができる。
【０００４】
[0004]  この摘要は、詳細な説明において以下で更に説明する概念から選択したものを、簡略化した形態で紹介するために設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判断するときに補助として使用されることを意図するのでもない。例えば、「技法」(techniques)という用語は、システム（１つまたは複数）、方法（１つまたは複数）、コンピューター読み取り可能命令、アルゴリズム、コンポーネント、モジュール、および／または以上の文脈によっておよび本文書全体を通じて許容される技法（１つまたは複数）を意味することができる。
【図面の簡単な説明】
【０００５】
[0005]  添付図面を参照しながら、詳細な説明を示す。図面において、参照番号の左端の数字（１つまたは複数）は、その参照番号が最初に出てくる図を識別する。異なる図において同じ参照番号が使用されるときは、同様の項目または同一の項目を示す。
【図１】図１は、コンピューティング・デバイスが信頼エンティティと相互作用して、同じドメインに加入された(joined)、または同じドメインの一部である他のコンピューティング・デバイスとの信頼を確立する環境例を示す。
【図２】図２は、互いに信頼を確立するためにデバイスによって使用可能な信頼情報を管理し、格納し、提供する信頼エンティティ・デバイス例の更に詳細な図を示す。
【図３】図３は、信頼エンティティ・デバイスによって互いに信頼されている２つのコンピューティング・デバイスが、公開鍵暗号法を使用して信頼を確立し、互いに接続することができるように、あるドメインに加入することができるプロセス例を示す。
【図４】図４は、信頼エンティティ・デバイスによって互いに信頼されている２つのコンピューティング・デバイスが、予め信頼エンティティ・デバイスによって供給される公開鍵を使用して信頼を確立し、互いに接続することができるプロセス例を示す。図４のプロセス例が図３のプロセス例と異なるのは、とりわけ、デバイスが他のデバイスに接続することを望む毎に他のデバイスの公開鍵を引き出すために信頼エンティティ・デバイスに接続する必要がないように、信頼エンティティ・デバイスが、予め、１組の公開鍵をデバイスに供給することにある。
【図５】図５は、信頼エンティティ・デバイスによって互いに信頼されている２つのデバイスが、証明書を使用して、信頼を確立し互いに接続することができるプロセス例を示す。
【図６】図６は、信頼エンティティ・デバイスによって互いに信頼されている２つのデバイスが、信頼エンティティ・デバイスによって予め供給される証明書を使用して、信頼を確立し、互いに接続することができるプロセス例を示す。図６のプロセス例が図５のプロセス例と異なるのは、とりわけ、デバイス自体がそれ自体の証明書を他のデバイスに送らなくてもよいように、信頼エンティティ・デバイスが予め１組の証明書をデバイスに供給することにある。
【図７】図７は、通信に使用するＭＡＣアドレスを決定するためにハッシュ関数を使用するプロセス例を示す。
【図８】図８は、通信のためにデバイスによって使用されるＭＡＣアドレスを動的に変更するためにハッシュ関数を使用するプロセス例を示す。
【発明を実施するための形態】
【０００６】
[0014]  本明細書において説明する技法は、ドメイン内部における信頼エンティティを利用して、このドメインに加入するデバイスが安全に互いを発見し互いに接続することができるように、互いの信頼を確立することを可能にする。デバイスが互いを真正デバイスであることを検証したとき、これらのデバイス間に信頼を確立することができる。本明細書において論ずる種々の例では、デバイスは、信頼情報を信頼エンティティに提供する、および／または信頼情報を信頼エンティティから受け取るように構成される。信頼情報は、例えば、暗号鍵対の公開鍵、認証(authenticity)を与える信頼エンティティによって署名された証明書、および／またはハッシュ・チェーンを形成する一連の結果を計算するために使用されるハッシュ関数およびハッシュ・シードを含むことができる。デバイスは、信頼情報を使用して他のデバイスを発見し、安全におよび自動的に（例えば、ユーザーの関与なく、またはユーザーの関与を限定して）他のデバイスに接続することができる。更に、デバイスは、信頼情報を使用して、他のデバイスと通信するために使用されているＭＡＣアドレスを動的に変更することもできる。
【０００７】
[0015]  種々の実施態様において、信頼エンティティをドメインの動作と関連付けることができる。したがって、信頼エンティティは、ドメインに加入することを承認されたデバイスのリストを維持し管理することができる（例えば、信頼エンティティがデプロイされているドメインにおいて動作する会社の従業員のような、ユーザーに登録されたデバイス）。信頼エンティティを利用することによって、本明細書において説明する技法は、攻撃するエンティティおよび悪意があるエンティティへの露出を限定し、露出されたまたは脆弱なデバイスのＭＡＣアドレスの知識を利用する攻撃（例えば、分散型サービス拒否（ＤＤｏＳ））に対抗して保護するロバストなモデルを実現する。
【０００８】
[0016]  図１は、コンピューティング・デバイス１０２が信頼エンティティ１０４と相互作用して、同じドメインに加入された(joined)、またはその一部である他のコンピューティング・デバイス１０６との信頼を確立する環境例１００を示す。信頼エンティティ１０２は、信頼デバイス・リスト１０８を維持する。信頼デバイス・リスト１０８に列挙されるデバイスは、このドメインにおいて信頼されているデバイスであり、したがって、本明細書において論ずる安全および／または自動接続（例えば、ペアリング、ボンディング(bonding)等）技法を使用することが許される。例えば、ドメインは、ネットワーク（１つまたは複数）１１０（例えば、安全なネットワーク）を含む企業ドメイン（例えば、職場ドメイン）であってもよく、信頼エンティティ１０４は、ドメインに知られている、したがって、ドメイン内部で信頼されている信頼デバイスのリスト１０８を構成する(configure)集中サーバーおよび集中データーベースを含むことができる。「集中」(centralized)という用語は、本明細書では、信頼エンティティ１０４の中間関与を意味するために使用され、信頼エンティティ１０４は、信頼デバイス・リスト１０８に含まれる２つのデバイスが発見、接続、および／または通信の目的で互いの信頼を確立するときに、これらを補助する。
【０００９】
[0017]  例えば、信頼デバイス・リスト１０８は、会社の個々の従業員に公式に配布され登録されたデバイス（例えば、ラップトップ・コンピューター、デスクトップ・コンピューター、スマート・フォン、スマート・ウオッチ等）、および／または個々の従業員に登録されてなくてもよいが、従業員のグループによる使用のために職場の施設全域に物理的に位置するデバイス（例えば、会議室のプレゼンテーション・デバイス、テレビ会議デバイス、ネットワーク・デバイス、サーモスタット制御デバイス、スマート・アプライアンス・デバイス等）であってもよい。信頼デバイス・リスト１０８は、信頼デバイス・リスト１０８を更新する正式な資格(official capacity)を有する会社の管理従業員によって構成されてもよい（例えば、新たな従業員が会社によって雇用されたときに新たなデバイスをリストに追加する、および／または従業員が会社を退職したときにリストからデバイスを削除するＩＴコーディネーター）。したがって、信頼デバイス・リスト１０８は、承認され、信頼エンティティ１０４によって運営されるドメインに加入することを許可されたデバイスを含む。
【００１０】
[0018]  信頼エンティティ１０４は、信頼情報１１２を管理し格納するように構成されている。本明細書において更に論ずるが、信頼情報１１２は、暗号鍵、証明書、ハッシュ関数、ハッシュ・シード、ハッシュ・チェーン・バージョン番号等を含むことができるが、これらに限定されるのではない。ある例では、信頼デバイス・リスト１０８におけるコンピューティング・デバイス１０２が、信頼情報１１２（例えば暗号鍵対）を生成し、信頼情報１１２の少なくとも一部（例えば、公開鍵）を信頼エンティティ１０４に提供する。したがって、信頼エンティティ１０４は、コンピューティング・デバイス１０２から信頼情報１１２を受け取り、受け取った信頼情報１１２を格納し、その後、１対のデバイス（例えば、コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６）間に信頼を確立することができるように、コンピューティング・デバイス１０２によって生成され格納されている信頼情報１１２を、信頼デバイス・リスト１０８上にある他のコンピューティング・デバイスに提供する。ある例では、信頼エンティティ１０４が、コンピューティング・デバイス１０２の代わりに、信頼情報１１２自体（例えば、証明書、ハッシュ関数等）を生成し、生成した信頼情報１２を格納し、その後、１対のデバイス間に信頼を確立することができるように、格納した信頼情報１１２を、信頼デバイス・リスト１０８上にある他のコンピューティング・デバイスに提供する。したがって、ドメインの信頼デバイス・リスト１０８に含まれるデバイスは、信頼エンティティ１０４と相互作用し（例えば、信頼情報１１２を提供する、信頼情報１１２を受け取る等）、他のデバイスとの信頼を確立し、他のデバイスに接続することができる。
【００１１】
[0019]  したがって、図１は、コンピューティング・デバイス１０２と信頼エンティティ１０４との間における既知の信頼（１１４によって示すように）に基づいて、更にはコンピューティング・デバイス１０６と信頼エンティティ１０４との間における既知の信頼（１１６によって示すように）に基づいて、コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６が信頼エンティティ１０４との相互信頼を利用することにより（１１８によって示すように）、攻撃するエンティティおよび悪意があるエンティティによる攻略(exploitation)を受け易い従来のＭＡＣアドレス・ブロードキャスト手法を使用することなく、安全に互いを発見し、互いに接続することが可能になる（１２０によって参照されるように。「Ｘ」はクロス・アウト(cross out)を表す）。コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６は、ネットワーク（１つまたは複数）１１０または他の接続（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続）を使用して、接続および通信することができる。
【００１２】
[0020]  本明細書において示される例の一部については、企業ドメインに関して説明するが、本技法は企業以外のドメインにも実装することができる。例えば、本技法は、 信頼デバイスのリストが構成された(configured)信頼エンティティまたは信頼できる第三者機関(trusted third party)を有する任意のドメインにおいて実施することができる。信頼エンティティまたは信頼できる第三者機関は、互いに接続しようとする信頼デバイスのリスト上にある１対のデバイスによって相互に信頼される。
【００１３】
[0021]  信頼エンティティ１０４と関連付けられたドメインに加入する、またはその一部であるように構成されたコンピューティング・デバイス（例えば、コンピューティング・デバイス１０２）は、携帯用デバイスまたは据置型デバイスを含む種々のデバイスの内任意の１つを含むことができる。例えば、コンピューティング・デバイス１０２は、スマート・フォン、移動体電話機、パーソナル・ディジタル・アシスタント（ＰＤＡ）、電子書籍デバイス、ウェアラブル・デバイス（例えば、スマート・ウオッチ、電子めがね等）、ラップトップ・コンピューター、デスクトップ・コンピューター、タブレット・コンピューター、携帯用コンピューター、ゲーミング・コンソール、パーソナル・メディア・プレーヤー・デバイス、職場デバイス(work place device)（例えば、会議室のプレゼンテーション・デバイス、テレビ会議デバイス等）、サーモスタット制御デバイス、スマート・アプライアンス・デバイス、画像取り込みデバイス、サーバー・コンピューター・デバイス、または任意の他のデバイスを含むことができる。
【００１４】
[0022]  したがって、コンピューティング・デバイス１０２は１つ以上のプロセッサー１２２とメモリー１２４とを含むことができる。プロセッサー（１つまたは複数）１２２は、１つの処理ユニットまたは複数の(a number of)ユニットでもよく、各々が複数の(multiple)異なる処理ユニットを含むこともできる。プロセッサー（１つまたは複数）１２２は、マイクロプロセッサー、マイクロコンピューター、マイクロコントローラ、ディジタル信号プロセッサー、中央処理ユニット（ＣＰＵ）、グラフィクス処理ユニット（ＧＰＵ）等を含むことができる。あるいは、または加えて、本明細書において説明する技法の一部または全部を、少なくとも部分的に、１つ以上のハードウェア論理コンポーネントによって実行することもできる。例えば、そして限定でなく、使用することができる例示的なタイプのハードウェア論理コンポーネントには、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途集積回路（ＡＳＩＣ）、特定用途標準製品（ＡＳＳＰ）、状態機械、複合プログラマブル論理デバイス（ＣＰＬＤ）、他の論理回路、システム・オン・チップ（ＳｏＣ）、および／または命令に基づいて動作を実行する任意の他のデバイスが含まれる。能力の中でもとりわけ、プロセッサー（１つまたは複数）１２２は、メモリー１２４に格納されているコンピューター読み取り可能命令を読み出して実行するように構成することができる。
【００１５】
[0023]  メモリー１２４は、１つのコンピューター読み取り可能媒体、またはコンピューター読み取り可能媒体の組み合わせを含むことができる。本明細書において使用する場合、「コンピューター読み取り可能媒体」はコンピューター記憶媒体および通信媒体を含む。
【００１６】
[0024]  コンピューター記憶媒体は、揮発性および不揮発性、リムーバブルおよび非リムーバブル媒体を含み、コンピューター読み取り可能命令、データー構造、プログラム・モジュール、またはその他のデーターのような情報の格納のための任意の方法または技術で実現される。コンピューター記憶媒体は、相変化メモリー（ＰＲＡＭ）、スタティック・ランダム・アクセス・メモリー（ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリー（ＤＲＡＭ）、他のタイプのランダム・アクセス・メモリー（ＲＡＭ）、リード・オンリー・メモリー（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュ・メモリーまたは他のメモリー技術、コンパクト・ディスクＲＯＭ（ＣＤ−ＲＯＭ）、ディジタル・バーサタイル・ディスク（ＤＶＤ）または他の光ストレージ、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、あるいはコンピューティング・デバイスによるアクセスのために情報を格納するために使用することができる任意の他の媒体を含むが、これらに限定されるのではない。
【００１７】
[0025]  対照的に、通信媒体は、コンピューター読み取り命令、データー構造、プログラム・モジュール、または他のデーターを、搬送波のような変調データー信号内に含む。本明細書において定める場合、コンピューター記憶媒体は通信媒体を含まない。
【００１８】
[0026]  メモリー１２４は、他のコンポーネントおよび他のデバイスのために、コンピューティング・デバイス１０２の内部にありコンピューティング・デバイス１０２に結合されたハードウェアおよびサービスを管理するように構成された、オペレーティング・システム１２６を含むことができる。例えば、コンピューティング・デバイス１０２の他のコンポーネントは、ブラウザーまたはアプリケーション（例えば、コンピューティング・デバイス１０２上に構成された「アプリ」）のようなユーザー・モジュール（１つまたは複数）を含むことができる。本明細書において使用する場合、「モジュール」という用語は、論述の目的に限って、実行可能命令の分割例を表すことを意図するのであって、いずれの形式の要件も、必要な方法も、態様も、組織も表すことは全く意図していない。したがって、種々の「モジュール」について論ずるが、それらの機能および／または同様の機能を異なる構成で実現することもできる（例えば、もっと少ない数のモジュールに組み合わせる、もっと多い数のモジュールに分割する等）。更に、本明細書では、プロセッサー上で実行可能なソフトウェアおよび／またはファームウェアによって、一定の機能およびモジュールが実現されると説明することもあるが、他の実施形態では、これらのモジュールの内任意のものまたは全ては、全体的にまたは部分的に、説明する機能を実行するハードウェア（例えば、特殊処理ユニット等）によって実現することもできる。
【００１９】
[0027]  また、コンピューティング・デバイス１０２はネットワーク・インターフェース１２８（例えば、ネットワーク・インターフェース・コントローラ即ちＮＩＣ）も含むことができる。種々の例では、ネットワーク・インターフェース１２８は信頼確立モジュール１３０を含む。信頼確立モジュール１３０は、本明細書において更に説明するように、信頼エンティティ１０４と通信し、情報（例えば、信頼情報１１２）を交換するように構成されている。また、信頼確立モジュール１３０は、信頼情報１１２およびＭＡＣアドレス１３２を使用して、他のコンピューティング・デバイス（例えば、コンピューティング・デバイス１０６）を発見する、および／またはこれとの接続を確立するように構成されている。ＭＡＣアドレス１３２は、オープン・システム相互接続（ＯＳＩ）モデルのメディア・アクセス制御プロトコル・サブレイヤにおいて、またはこのメディア・アクセス制御プロトコル・サブレイヤによって使用することができる。ＭＡＣアドレス１３２は、ネットワーク・インターフェース１２８のハードウェア（例えば、リード・オンリー・メモリーまたは何らかの他のファームウェア・メカニズム）に格納することができる。種々の例において、信頼情報１１２は、ＭＡＣアドレス１３２を、コンピューティング・デバイス１０６がコンピューティング・デバイス１０２と通信することを可能にするネットワーク・ポイントとして表す。言い換えると、信頼情報１１２は、コンピューティング・デバイス１０６と通信するためにコンピューティング・デバイス１０２によって使用されるＭＡＣアドレス１３２を計算するために使用することができ、したがって、攻撃するエンティティまたは悪意があるエンティティによって攻略される危険性があるブロードキャスト・クエリーは必要でない。
【００２０】
[0028]  本明細書において示される例の一部は、ネットワーク・インターフェース１２８内に含まれる信頼確立モジュール１３０に関して説明したが、信頼確立モジュール１３０は、コンピューティング・デバイスの他のコンポーネント（例えば、メモリー１２４上のモジュールおよび／またはオペレーティング・システム１２６）において実装することもできる。
【００２１】
[0029]  図２は、信頼エンティティ１０４の一部である、または信頼エンティティ１０４によって動作させることができる信頼エンティティ・デバイス２０２の一例の詳細図２００を示す。信頼エンティティ・デバイス２０２は、携帯用デバイスまたは据置型デバイスを含む種々のデバイスの内任意の１つを含むことができる。例えば、信頼エンティティ・デバイス２０２は、ネットワーク・サービス（例えば、クラウド・サービス、コンテンツ・プロバイダ、サービス・プロバイダー、サーバー・ファーム等）内で動作するサーバーまたは他のコンピューティング・デバイスを含むことができる。したがって、信頼エンティティ・デバイス２０２は、インターネット（例えば、Ｗｉ−Ｆｉ接続）または他の種々の通信技術のようなネットワーク（１つまたは複数）１１０を通じて、信頼デバイス・リスト１０８上にあるデバイス（例えば、コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６）と通信するように構成されている。
【００２２】
[0030]  信頼エンティティ・デバイス２０２は、１つ以上のプロセッサー（１つまたは複数）２０４とメモリー２０６とを含む。プロセッサー（１つまたは複数）２０４およびメモリー２０６のタイプの例については、図１のプロセッサー（１つまたは複数）１２２およびメモリー１２４に関して先に論じた。メモリー２０６は、信頼管理モジュール２０８を含む。信頼管理モジュール２０８は、２つのデバイスが信頼を確立し、互いに接続することができるように、信頼デバイス・リスト１０８内にあるデバイスと相互作用するように構成されている。このために、信頼管理モジュール２０８は、デバイスがドメインに加入することが承認される（例えば、デバイスが公式に登録される）ことを検証するように構成されている。例えば、信頼管理モジュール２０８は、デバイスが信頼されていること、したがってドメインに加入することが承認されていることを検証するために、信頼デバイス２１０の識別情報(identity)を含むデーターベースにアクセスすることができる。また、信頼管理モジュール２０８は、ドメインに加入しているデバイスから信頼情報１１２を受け取り、場合によっては、これらのデバイスの代わりに、そして互いに信頼を確立するためにこれらのデバイスによって使用可能な信頼情報１１２を生成するように構成されている。更に、信頼管理モジュール２０８は、信頼情報１１２を格納し、信頼を確立することができるように、ドメインに加入している他のデバイスに信頼情報１１２を提供するように構成されている。
【００２３】
[0031]  本明細書において更に論ずる種々の例では（例えば、図３および図４に関して）、信頼情報１１２は信頼デバイスの公開鍵を含む。したがって、信頼管理モジュール２０８は信頼デバイスから公開鍵を受け取り、この公開鍵を公開鍵データーベース２１２に格納することができる。
【００２４】
[0032]  本明細書において更に論ずる種々の例では（例えば、図５および図６に関して）、信頼情報１１２は、信頼デバイスに対して生成および発行される証明書を含む。したがって、信頼管理モジュール２０８は証明書を生成すること、および／または証明書を証明書データーベース２１４に格納することができる。
【００２５】
[0033]  本明細書において更に論ずる種々の例では（例えば、図７および図８に関して）、信頼情報１１２は、信頼デバイスに発行される、および／または信頼デバイスと共有されるハッシュ関数、ハッシュ・シード、およびハッシュ・チェーン・バージョン番号を含む。したがって、信頼管理モジュール２０８は、ハッシュ関数およびハッシュ・シードを生成すること、および／またはハッシュ関数、ハッシュ・シード、およびハッシュ・チェーン・バージョン番号をハッシュ関数データーベース２１６に格納することができる。
【００２６】
[0034]  他の例では、信頼管理モジュール２０８は、デバイスの関連付け(device association)を作成し、この関連に基づいて、デバイス・グループをデバイス・グループ・データーベース２１８に格納することもできる。例えば、ドメインにおいて、定期的に接続および通信しそうな確率が高いデバイスが自動的にそして安全にそのようにすることができるように、関連およびグループを作成することができる。
【００２７】
[0035]  図３〜図８は、それぞれ、本明細書において説明した技法を採用するプロセス例を示す。例示を容易にするために、これらのプロセス例は、図１および／または図２の環境において実行されるものとして説明する。例えば、プロセス例の個々の動作の内１つ以上は、コンピューティング・デバイス１０２によって、信頼エンティティ・デバイス２０２によって、またはコンピューティング・デバイス１０２が接続を確立している相手となるコンピューティング・デバイス１０６によって実行することができる。図３〜図７のプロセス例では、それぞれのデバイスによって実行されるそれぞれの動作は、当該動作を実行するそれぞれのデバイス（例えば、図３〜図７の上部に示す通り）の下に、列形式で示されている。しかしながら、プロセスは他の環境において、そして他のデバイスによって同様に実行することもできる。
【００２８】
[0036]  プロセス例は論理フロー・グラフとして図示されており、その動作の各々は、ハードウェア、ソフトウェア、またはそれらの組み合わせで実現することができる動作のシーケンスを表す。ソフトウェアのコンテキストでは、動作は、１つ以上のコンピューター読み取り可能媒体上に格納されたコンピューター実行可能命令を表し、これらのコンピューター実行可能命令が１つ以上のプロセッサーによって実行されると、列挙された(recited)動作を実行するようにデバイスを構成する。一般に、コンピューター実行可能命令は、特定の機能を実行するルーチン、プログラム、オブジェクト、コンポーネント、データー構造等を含む。動作を説明する順序は限定として解釈されることを意図しておらず、説明する動作の内任意の数のものを任意の順序でおよび／または並列に組み合わせてプロセスを実行することもできる。更に、個々の動作の内任意のものを省略することもできる。
【００２９】
[0037]  図３は、信頼エンティティ・デバイス２０２によって相互に信頼されている２つのコンピューティング・デバイス（例えば、コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６）が、信頼を確立し互いに接続することができるように、あるドメインに加入することができるプロセス例３００を示す。プロセス例３００は、公開鍵暗号法を利用して、信頼を確立する、および／またはデバイスが安全にそして自動的に接続することを可能にする。２つのデバイスの「自動」接続は、（ｉ）デバイスのユーザーからの入力を必要とせずに、または（ｉ）デバイスのユーザーからの入力を限定して（例えば、「限定」量の入力とは、ユーザーが接続を確立することを望むデバイスをユーザーが選択または識別するだけで済むことを意味するとしてもよい）、行うことができる。
【００３０】
[0038]  動作３０２（Ａ）において、第１コンピューティング・デバイス１０２は、信頼情報１１２として、暗号鍵対を生成する。種々の例において、暗号鍵対は秘密鍵（例えば、「ｅ＿１」）および公開鍵（例えば、「Ｐ＿１」）を含む。第１コンピューティング・デバイス１０２は、秘密鍵を保持し、この秘密鍵を使用して公開鍵を有する他のデバイス（例えば、コンピューティング・デバイス１０６）によって解読することができる情報に署名する（例えば、暗号化する）。これによって、情報が第１コンピューティング・デバイス１０２によって提供されたことを、他のデバイスに証明する。したがって、公開鍵は他のデバイス（例えば、本明細書において更に論ずるように、信頼エンティティ・デバイス２０２を介してコンピューティング・デバイス１０６）に供給されるように構成されている。対応する動作３０２（Ｂ）において、第２コンピューティング・デバイス１０６は、それ自体の信頼情報１１２として、暗号鍵対（例えば、「ｅ＿２」および「Ｐ＿２」）を生成する。
【００３１】
[0039]  動作３０４（Ａ）において、第１コンピューティング・デバイス１０２は、公開鍵を信頼エンティティ・デバイス２０２に送る、または供給する。例えば、第１コンピューティング・デバイス１０２は、暗号鍵対を生成すること、および／またはドメインに加入することおよび／またはドメインに対して認証すること（例えば、従業員が作業構内に到着する）に関連付けて公開鍵を信頼エンティティ・デバイス２０２に供給することができる。対応する動作３０４（Ｂ）では、第２コンピューティング・デバイス１０６がそれ自体の公開鍵を信頼エンティティ・デバイス２０２に送る、または供給する。
【００３２】
[0040]  動作３０６において、信頼エンティティ・デバイス２０２は公開鍵を第１コンピューティング・デバイス１０６から受け取り、公開鍵を第２コンピューティング・デバイス１０６から受け取り、これらの公開鍵を、例えば、公開鍵データーベース２１８に格納する。
【００３３】
[0041]  動作３０８において、第１コンピューティング・デバイス１０２は、信頼エンティティ・デバイス２０２に、第２コンピューティング・デバイス１０６に接続する要求を送る。例えば、この要求は、第１コンピューティング・デバイス１０２が第２コンピューティング・デバイス１０６を発見し、例えば、そのＭＡＣアドレスをブロードキャストする必要なく、第２コンピューティング・デバイス１０６に接続する要望に関連付けて送ることができる。第１コンピューティング・デバイス１０２は、信頼デバイス・リスト１０８が第２コンピューティング・デバイス１０６を含むか否か判定するために、この要求を送ることもできる。含む場合、第１コンピューティング・デバイス１０２は、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６の双方が、信頼エンティティ・デバイス２０２との相互信頼を有することを知ることができ、したがって、２つのデバイスが安全にそして自動的に互いを発見し接続することができるように、この相互信頼を利用して２つのデバイス間に信頼を確立することができる。
【００３４】
[0042]  動作３１０において、信頼エンティティ・デバイス２０２は、第１コンピューティング・デバイス１０２からの要求を受け、第１コンピューティング・デバイス１０２が、信頼デバイス・リスト１０８上にある信頼デバイスであることを検証する（例えば、識別情報データーベース２１０に格納されているデバイスＩＤによって）。
【００３５】
[0043]  動作３１２において、信頼エンティティ・デバイス２０２は、要求に応答して、第２コンピューティング・デバイス１０６の公開鍵（例えば、「Ｐ＿２」）を第１コンピューティング・デバイス１０２に戻す。
【００３６】
[0044]  動作３１４において、第１コンピューティング・デバイス１０２は第２コンピューティング・デバイス１０６の公開鍵を信頼エンティティ・デバイス２０２から受け取る。ある例では、公開鍵が、他のデバイスではなく、信頼エンティティ・デバイス２０２から受け取られたことを検証するプロセスを、第１コンピューティング・デバイス１０２が実施してもよい。
【００３７】
[0045]  動作３１６において、信頼エンティティ・デバイス２０２は、第２コンピューティング・デバイス１０６を識別する要求に基づいて、第１コンピューティング・デバイス１０２の公開鍵（例えば、「Ｐ＿１」）を第２コンピューティング・デバイス１０６に供給する。例えば、第１コンピューティング・デバイス１０２の公開鍵の供給は、第１コンピューティング・デバイス１０２が第２コンピューティング・デバイス１０６との信頼を確立し接続する要望の指示として役割を果たすことができ、またはこの指示に付帯させることができる。
【００３８】
[0046]  動作３１８において、第２コンピューティング・デバイス１０６は第１コンピューティング・デバイス１０２の公開鍵を信頼エンティティ・デバイス２０２から受け取る。ある例では、公開鍵が、他のデバイスではなく、信頼エンティティ・デバイス２０２から受け取られたことを検証するプロセスを、第２コンピューティング・デバイス１０６が実施してもよい。
【００３９】
[0047]  動作３２０において、第１コンピューティング・デバイス１０２は、ＭＡＣアドレス１３２によって第２コンピューティング・デバイス１０６に接続する要求を送る。この要求および／またはＭＡＣアドレス１３２は、第１コンピューティング・デバイス１０２が信頼エンティティ・デバイス２０２から受け取った第２デバイスの公開鍵（例えば、「Ｐ＿２」）を用いて暗号化することもできる（例えば、動作３１４）。更に、この要求および／またはＭＡＣアドレス１３２には、第１コンピューティング・デバイス１０２の秘密鍵（例えば、「ｅ＿１」）を使用して署名し、コンピューティング・デバイス１０２によって保持することもできる。したがって、ＭＡＣアドレス１３２はブロードキャストされず、したがって露出されて、攻撃するエンティティまたは悪意があるエンティティによる攻略を受けることはない。
【００４０】
[0048]  動作３２２において、第２コンピューティング・デバイス１０６は第１コンピューティング・デバイス１０２からの要求を受ける。
[0049]  動作３２４において、第２コンピューティング・デバイス１０６は、信頼エンティティ・デバイス２０２から受け取った第１コンピューティング・デバイス１０２の公開鍵（例えば、「Ｐ＿１」）を使用して、要求および／またはＭＡＣアドレスの署名を検証することができる（例えば、動作３１８）。更に、第２コンピューティング・デバイス１０６は、それ自体の秘密鍵（例えば、「ｅ＿２」）を使用して、要求および／またはＭＡＣアドレスを解読することもできる。したがって、信頼エンティティ・デバイス２０２を介して提供された信頼情報（例えば、公開鍵）を使用して、２つのデバイス間に信頼が確立されたことになる。
【００４１】
[0050]  対応する動作３２６（Ａ）および３２６（Ｂ）において、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６は、ＭＡＣアドレス１３２によって接続する。図３に示した動作の順序は、示されたものとは異なってもよい。例えば、第１コンピューティング・デバイス１０２が第２コンピューティング・デバイス１０６の公開鍵を受け取る（例えば、動作３１４）前に、第２コンピューティング・デバイス１０６が第１コンピューティング・デバイス１０２の公開鍵を受け取る（例えば、動作３１８）のでもよい。
【００４２】
[0051]  図３のプロセス例３００は、コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６が接続することを望む度に実行することができる。
[0052]  図４は、信頼エンティティ・デバイス２０２によって相互に信頼されている２つのコンピューティング・デバイス（例えば、コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６）が、信頼エンティティ・デバイス１０２によって予め供給された公開鍵を使用して、互いの信頼を確立し接続することができる他のプロセス例４００を示す。ここで論ずるように、プロセス例４００が図３のプロセス例３００と異なるのは、デバイスが他のデバイスに接続することを望む度に他のデバイスの公開鍵を引き出すために信頼エンティティ・デバイス２０２に接触しなくてもよいように、信頼エンティティ・デバイス２０２が、予め、１組の公開鍵をデバイスに供給することである。言い換えると、デバイスが接続することを望む度に公開鍵を引き出すために信頼エンティティ・デバイス２０２に戻り続けなくてもよいように、デバイスは、例えば、信頼情報１１２として、それぞれ、１組の他のデバイスに関連付けられた１組の公開鍵を永続的に格納することができるのであればよい。つまり、デバイスが他のデバイスに接続することを望むとき、他のデバイスの公開鍵は既にローカルに格納されており、直ちに使用のために入手可能になっている。
【００４３】
[0053]  ある例では、１組の公開鍵の先行供給は、デバイス・グループの定義に基づくのでもよい。このデバイス・グループの定義は、例えば、デバイス・グループ・データーベース２１８に格納される。グループは、該当者（例えば、ＩＴコーディネーター、プロジェクト・マネージャ等）によって、および／または定められたポリシーにしたがって、定義および作成されるのでもよい。少なくとも１つの例では、デバイスに供給されるまたはプッシュされる１組の公開鍵は、それぞれ、同じユーザーによって所有または制御されるまたは同じユーザー・アカウントに関連付けられた、１組の他のデバイスと関連付けられてもよい。例えば、会社の個々の従業員が複数のデバイスを有し、彼または彼女が作業関連タスクのためにこれらのデバイスを使用し（例えば、ホーム・オフィスにおけるスマート・フォン、タブレット・デバイス、ラップトップ・コンピューター、およびデスクトップ・コンピューター）、その各々が、会社によって運営される企業ドメインに加入することができる（例えば、ログオンする）、またはこの企業ドメインの一部であることができる、信頼デバイス・リスト１０８にあるデバイスである。ある例では、企業ドメインが、企業にサービスを提供する外部エンティティ（例えば、会社による使用に合わせて構成される）によってホストされるのでもよく、または運営されるのでもよい。他の例では、デバイスに供給される１組の公開鍵が、それぞれ、特定のチームまたは特定の作業プロジェクト・グループの種々の従業員に属する１組の他のデバイスと関連付けられてもよい。更に他の例では、デバイスに供給される１組の公開鍵が、それぞれ、通例そのデバイスの所定の近隣の範囲内にある１組の他のデバイス（例えば、従業員が通例いる特定のフロア上または特定の業務用建物(building of employment)内において設置された各作業構内デバイス）と関連付けられてもよい。
【００４４】
[0054]  図４において、動作３０２（Ａ）、３０２（Ｂ）、３０４（Ａ）、３０４（Ｂ）、および３０６は、図３に関して先に論じたものと同一または同様である。
[0055]  しかしながら、動作４０２において、コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６がドメインに加入し、ドメインに対して認証し、および／またはそれらの公開鍵を供給した後、信頼エンティティ・デバイス２０２は、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６の各々に供給する１組の公開鍵を識別する。ある例では、識別される１組の公開鍵は、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６に対して同一であってもよく、一方他の例では、１組の識別される公開鍵が第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６毎に異なってもよい。本明細書において使用する場合、「１組」は、１つまたは複数（例えば、１つの公開鍵、２つの公開鍵、５つの公開鍵、１０個の公開鍵等）を含むことができる。
【００４５】
[0056]  動作４０４において、信頼エンティティ・デバイス２０２は１組の公開鍵をそれぞれのデバイス、例えば、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６に送る。先に論じたように、具体例の１つでは、信頼エンティティ・デバイス２０２によって供給される公開鍵は、個々のユーザーと関連付けられた１組のデバイス（例えば、個々のユーザーによって所有されるデバイス、個々のユーザーに登録されたデバイス、個々のユーザーによって制御されるデバイス等）に対する公開鍵を含む。信頼エンティティ・デバイス２０２によって１組の公開鍵を送ることを、信頼情報１１２の「プッシュ」(push)と呼ぶこともできる。言い換えると、信頼エンティティ・デバイス２０２は、公開鍵を求める具体的要求(specific request)、および／または他の特定のデバイスに接続することを求める具体的要求を受ける前に、および／または要求を受けることとは独立して、自動的に１組の公開鍵をコンピューティング・デバイスにプッシュすることができる。
【００４６】
[0057]  動作４０６（Ａ）において、第１コンピューティング・デバイス１０２は、信頼エンティティ・デバイス２０２によって供給された１組の公開鍵を受け取る。対応する動作４０６（Ｂ）において、第２コンピューティング・デバイス１０６は、信頼エンティティ・デバイス２０２によって供給された１組の公開鍵を受け取る。
【００４７】
[0058]  この時点では第１コンピューティング・デバイス１０２が第２コンピューティング・デバイス１０６の公開鍵（例えば、「Ｐ＿２」）を、例えば、ローカルに格納してあるので、図３に関して先に論じたのと同じ方法または同様の方法で、動作３２０を実施することができる。例えば、第１コンピューティング・デバイス１０２が、ＭＡＣアドレス１３２によって接続する要求を、第２コンピューティング・デバイス１０６に送る。要求および／またはＭＡＣアドレス１３２は、第１コンピューティング・デバイス１０２が信頼エンティティ・デバイス２０２から受け取った（例えば、動作４０６（Ａ））第２デバイス１０６の公開鍵を用いて暗号化することができる。更に、第１コンピューティング・デバイス１０２の秘密鍵（例えば、「ｅ＿１」）を使用して、要求および／またはＭＡＣアドレス１３２に署名することもできる。したがって、ＭＡＣアドレス１３２はブロードキャストされず、したがって、露出されて、攻撃するエンティティまたは悪意があるエンティティによる攻略を受けることはない。
【００４８】
[0059]  更に、第２コンピューティング・デバイス１０６は、図３に関して先に論じたのと同じ方法または同様の方法で、動作３２２および３２４を実施することができる。例えば、第２コンピューティング・デバイス１０６は、信頼エンティティ・デバイス２０２から受け取った（例えば、動作４０６（Ｂ））第１コンピューティング・デバイス１０２の公開鍵（例えば、「Ｐ＿１」）を使用して、要求および／またはＭＡＣアドレスの署名を検証することができる。更に、第２コンピューティング・デバイス１０６は、それ自体の秘密鍵（例えば、「ｅ＿２」）を使用して、要求および／またはＭＡＣアドレスを解読することもできる。したがって、信頼エンティティ・デバイス２０２を介して提供された信頼情報（例えば、公開鍵）を使用して、２つのデバイス間に信頼が確立されたことになる。
【００４９】
[0060]  したがって、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６は、それぞれ、対応する動作３３６（Ａ）および３２６（Ｂ）（例えば、図３に関して先に論じたものと同様または同一）を実施し、ＭＡＣアドレス１３２によって接続することができる。図４に示す動作の順序は、示すものとは異なってもよい。
【００５０】
[0061]  一実施態様例では、公開鍵を既に受け取って格納しており、１人のユーザーに属する２つのデバイス（例えば、スマート・フォンおよびラップトップ）が、信頼を確立することができ、および／または短距離接続（例えば、ユーザーが自宅から作業している間におけるＢｌｕｅｔｏｏｔｈ接続）を使用して、ドメインの一部であるネットワークに接続する必要なく、および／または公開鍵を引き出すために信頼エンティティ・デバイス２０２に接触する必要なく、動作３２０、３２２、３２４、３２６（Ａ）、および３２６（Ｂ）によって接続することができる。
【００５１】
[0062]  ある例では、ときの経過と共に新たなデバイスがドメインに加入し信頼エンティティ・デバイス２０２に登録するに連れて（例えば、信頼デバイス・リスト１０８に追加される）、信頼エンティティ・デバイス２０２は新たなデバイスをしかるべきデバイスのグループに追加することができ、それらの公開鍵を、同じグループの一部である他の信頼デバイスにプッシュまたは配布するので、ドメインに加入した新たなデバイス（例えば、同じユーザーに属するデバイス）に関係する公開鍵情報によって、このグループにおける他の信頼デバイスを更新することができる。一例では、デバイスのグループは、ドメイン内において信頼エンティティ・デバイス２０２によって信頼される全てのデバイスを含むことができる。他の例では、あるデバイスが不正アクセスされた(compromise)場合にセキュリティを確保するのに役立つように、グループのサイズを閾値サイズ（例えば、５つのデバイス、１０個のデバイス、２０個のデバイス、５０個のデバイス等）に限定することもできる。即ち、不正アクセスされたデバイスが５０個の公開鍵を内蔵する場合に比較して、 不正アクセスされたデバイスが５つの公開鍵を内蔵する場合の方が、信頼エンティティ・デバイス２０２にとって、ドメイン内部で問題を解決する（例えば、漏洩した鍵を呼び出す／取り消す、新たな漏洩していない鍵を受け取って配布する等）ためには一層効率的であろう。更に他の例では、デバイスにおけるリソース消費の考慮に基づいて（例えば、ローカルに１００個の公開鍵を格納することに比較して、ローカルに５つの公開鍵を格納するために使用されるストレージ・リソース）、グループのサイズを閾値サイズに限定することもできる。
【００５２】
[0063]  図５は、信頼エンティティ・デバイス２０２によって相互に信頼されている２つのコンピューティング・デバイス（例えば、コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６）が信頼を確立し互いに接続することができる更に他のプロセス例５００を示す。プロセス例５００は、信頼を確立するために証明書を使用する。証明書は、チェーンを通じて認証を検証するために使用される信頼のトークンと呼ぶこともできる。例えば、証明書が信頼エンティティ・デバイス２０２によって署名され第１コンピューティング・デバイス１０２に発行されるのでもよく、第１コンピューティング・デバイス１０２が信頼エンティティ・デバイス２０２によって信頼されていることを示すために、第１コンピューティング・デバイス１０２によってこの証明書を使用することができる。したがって、第２コンピューティング・デバイス１０６は、証明書に基づいて、第１コンピューティング・デバイス１０２が信頼に値すると判定することができる。言い換えると、デバイスの真正性を証明するチェーンを通じて、間接的に信頼が確立される。
【００５３】
[0064]  動作５０２（Ａ）において、第１コンピューティング・デバイス１０２が、信頼エンティティ・デバイス２０２に関連付けられた（例えば、運営される）ドメインに加入する。対応する動作５０２（Ｂ）において、第２コンピューティング・デバイス１０６もこのドメインに加入する。
【００５４】
[0065]  動作５０４において、信頼コンピューティング・デバイス２０２はこれらのデバイスを認識し、例えば、デバイス識別情報データーベース２１０にアクセスすることによって、これらが信頼デバイス・リスト１０８上に含まれる信頼デバイスであることを検証する。
【００５５】
[0066]  動作５０６において、信頼エンティティ・デバイス２０２は第１証明書を第１コンピューティング・デバイス１０２に発行する。先に論じたように、信頼エンティティ・デバイス２０２は、第１証明書に署名することによって、第１コンピューティング・デバイス１０２が信頼エンティティ・デバイス２０２によって信頼されていることの指示を与えることができる。
【００５６】
[0067]  動作５０８において、第１コンピューティング・デバイス１０２は第１証明書を信頼エンティティ・デバイス２０２から受け取る。
[0068]  動作５１０において、信頼エンティティ・デバイス２０２は第２証明書を第２コンピューティング・デバイス１０６に発行する。この場合も、信頼エンティティ・デバイス２０２は第２証明書に署名することによって、第２コンピューティング・デバイス１０６が信頼エンティティ・デバイス２０２によって信頼されていることの指示を与えることができる。
【００５７】
[0069]  動作５１２において、第２コンピューティング・デバイス１０６は第２証明書を信頼エンティティ・デバイス２０２から受け取る。
[0070]  動作５１４において、第１コンピューティング・デバイス１０２は、信頼を確立する要求を、第２コンピューティング・デバイス１０６に送る。信頼を確立する要求は、第１証明書を含めばよく、または何らかの方法で関連付けられるのでもよい。
【００５８】
[0071]  動作５１６において、第２コンピューティング・デバイス１０６は、信頼を確立する要求を第１コンピューティング・デバイス１０２から受ける。
[0072]  動作５１８において、第２コンピューティング・デバイス１０６は、第１証明書を使用して、第１コンピューティング・デバイス１０２が信頼コンピューティング・デバイスであることを検証する。先に論じたように、第１証明書は、信頼エンティティ・デバイス２０２によって第１コンピューティング・デバイス１０２に発行され、第２コンピューティング・デバイス１０６において第１コンピューティング・デバイス１０２から受け取られる。つまり、第１証明書は、信頼のチェーンを通じて、第１コンピューティング・デバイス１０２の真正性を証明するために使用される。
【００５９】
[0073]  動作５２０において、第２コンピューティング・デバイス１０６は第２証明書を第１コンピューティング・デバイス１０２に送る。
[0074]  動作５２２において、第１コンピューティング・デバイス１０２は第２証明書を第２コンピューティング・デバイス１０６から受け取る。
【００６０】
[0075]  動作５２４において、第１コンピューティング・デバイス１０２は、発行された第２証明書を使用して、第２コンピューティング・デバイス１０６が信頼コンピューティング・デバイスであることを検証する。
【００６１】
[0076]  対応する動作５２６（Ａ）および５２６（Ｂ）において、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６は、交換した証明書によって確立された相互信頼に基づいて、接続を確立する。
【００６２】
[0077]  種々の例において、例えば、図３または図４に関して先に論じたような公開鍵暗号法の代わりに、信頼を確立するために証明書を使用することができる。他の例では、図３または図４の公開鍵暗号法が、図５に関して説明した証明書に加えて、使用されてもよい。例えば、第１コンピューティング・デバイス１０２から第２コンピューティング・デバイス１０６に送られた、信頼を確立する要求（例えば、動作５１４）は、第１コンピューティング・デバイス１０２が以前に信頼エンティティ・デバイス２０２から受け取った第２コンピューティング・デバイス１０６の公開鍵（例えば、「Ｐ＿２」）を使用して、暗号化されてもよい。更に、第１コンピューティング・デバイス１０２の秘密鍵（例えば、「ｅ＿１」）を使用して、要求に署名してもよい。
【００６３】
[0078]  図５に示す動作の順序は、示すものとは異なってもよい。例えば、第１コンピューティング・デバイス１０２が第１証明書を受け取る（例えば、動作５０８）前に、第２コンピューティング・デバイス１０６が第２証明書を受け取っても（例えば、動作５１２）よい。
【００６４】
[0079]  図６は、信頼エンティティ・デバイス２０２によって相互に信頼されている２つのコンピューティング・デバイス（例えば、コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６）が、信頼エンティティ・デバイス１０２によって予め供給されている証明書を使用して、互いの信頼を確立し接続することができる他のプロセス例６００を示す。プロセス例６００が図５のプロセス例５００と異なるのは、デバイス自体が、信頼エンティティ・デバイス２０２によって発行されるその証明書を供給しなくても済むように、信頼エンティティ・デバイス２０２が予め１組の証明書をこのデバイスに供給することである。言い換えると、デバイスは、例えば、信頼情報１１２として、それぞれ、１組の他のデバイスに発行されたまたは関連付けられた、１組の証明書を永続的に格納することができればよい。
【００６５】
[0080]  ある例では、予め１組の証明書を供給することは、例えば、デバイス・グループ・データーベース２１８に格納されるような、そして図４に関して先に論じたような、指定デバイス・グループ(defined groups of devices)に基づくことができる。
【００６６】
[0081]  図６において、動作５０２（Ａ）、５０２（Ｂ）、および５０４は、図５に関して先に論じたものと同一または同様である。
[0082]  しかしながら、動作６０２において、コンピューティング・デバイス１０２およびコンピューティング・デバイス１０６がドメインに加入した後、信頼エンティティ・デバイス２０２は、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６の各々に供給する１組の証明書を識別する。ある例では、識別される１組の証明書は、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６に対して同一であってもよく、一方他の例では、１組の識別される証明書が第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６毎に異なってもよい。
【００６７】
[0083]  動作６０４において、信頼エンティティ・デバイス２０２は１組の証明書をそれぞれのデバイス、例えば、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６に送る。先に論じたように、具体例の１つでは、信頼エンティティ・デバイス２０２によって供給される証明書は、個々のユーザーに関連付けられた１組のデバイス（例えば、個々のユーザーによって所有されるデバイス、個々のユーザーに登録されたデバイス、個々のユーザーによって制御されるデバイス等）に対する証明書を含む。
【００６８】
[0084]  動作６０６（Ａ）において、第１コンピューティング・デバイス１０２は、信頼エンティティ・デバイス２０２によって供給された１組の証明書を受け取る。対応する動作６０６（Ｂ）において、第２コンピューティング・デバイス１０６は、信頼エンティティ・デバイス２０２によって供給された１組の証明書を受け取る。
【００６９】
[0085]  ここで第１コンピューティング・デバイス１０２が、信頼エンティティ・デバイス２０２によって第２コンピューティング・デバイス１０６に発行された、および／または第２コンピューティング・デバイス１０６の代わりに発行された証明書を有し、第２コンピューティング・デバイス１０６が、信頼エンティティ・デバイス２０２によって第１コンピューティング・デバイス１０２に発行された、および／または第１コンピューティング・デバイス１０２の代わりに発行された証明書を有するので、動作５２６（Ａ）および５２６（Ｂ）は、図５に関して先に論じたものと同じ方法でまたは同様の方法で実施することができる。例えば、信頼エンティティ・デバイス２０２から予め受け取った証明書によって、確立された相互信頼に基づいて、接続を確立することができる。したがって、デバイスはそれらの証明書を互いに送る必要はなく、代わりに、デバイスは、信頼エンティティ・デバイス２０２から予め受け取った情報に基づいて、安全にそして自動的に接続することができる。図６に示す動作の順序は、示すものとは異なってもよい。
【００７０】
[0086]  少なくとも１つの例では、信頼エンティティ・デバイス２０２によって発行される証明書は、公開鍵の所有を証明するために使用される公開鍵証明書（例えば、ディジタル証明書または識別証明書とも呼ばれる）であってもよい。この証明書は、公開鍵についての情報、公開鍵の所有者の識別情報についての情報、証明書のコンテンツが正しいことを検証したエンティティのディジタル署名を含むことができる。署名が有効であり、証明書を検査または検証したデバイスが署名者を信頼する場合、デバイスは公開鍵の所有者との信頼を確立することができ、公開鍵を使用して所有者（例えば、他のデバイス）と通信することができる。
【００７１】
[0087]  図５および／または図６において説明した証明書を使用することによって、ＭＡＣアドレスが使用されて接続する前に（例えば、ＭＡＣアドレスをデバイス対に割り当てる前）２つのデバイス間に信頼を確立することができる。更に、信頼エンティティ・デバイス２０２は、あるデバイスがもはや信頼デバイス・リスト１０８に含まれていないとき、証明書を無効にすることができ、したがって、このデバイスはもはや他のデバイスによって信頼されなくなる。例えば、従業員が会社を辞めたときまたは会社から解雇されたときに、信頼デバイスのリストからデバイスを削除することができる。
【００７２】
[0088]  以上で論じたように、従来のデバイスのペアリングおよび発見は、最初はランダムなＭＡＣアドレスを使用して実施することができ、接続が確立された後は、スタティック・ユニバーサルＭＡＣアドレスによってデーター通信を実施することができる。しかしながら、攻撃するエンティティおよび悪意があるエンティティは、なおも、最初に１つのデバイスに攻撃して不正アクセスし、それと対を成す、即ち、パートナーを組むデバイスによって使用されているスタティック・ユニバーサルＭＡＣアドレスを特定する(determine)ことができるおそれがあり、したがって、攻撃するエンティティおよび悪意があるエンティティは、スタティック・ユニバーサルＭＡＣアドレスが第１攻撃によって露出された後に、対をなすデバイス、即ち、パートナーを組むデバイスに対して第２の攻撃を開始するおそれがある。
【００７３】
[0089]  図７は、ハッシュ関数を使用して、通信に使用するためのＭＡＣアドレスを決定または計算するプロセス例７００を示す。ハッシュ関数は、連続的にＭＡＣアドレスを変更することによって、２つのデバイスが安全に接続および通信することを可能にしつつ、攻撃するエンティティまたは悪意があるエンティティに対する露出を低減または根絶する（例えば、悪意がある攻撃の可能性を低下させる）ために使用することができる。言い換えると、デバイスはハッシュ関数を使用して動的にランダムＭＡＣアドレスを計算することができる。種々の例において、プロセス７００は、図３〜図６のそれぞれ(any one)に関して先に説明したように、２つのデバイス間における信頼の確立にしたがって実施することができる。
【００７４】
[0090]  種々の例において、ハッシュ関数は、データーを入力し結果（例えば、出力データー、出力値等）を出力する一方向動作である。しかしながら、結果およびハッシュ関数が与えられても、ハッシュ関数に入力されたデーターを知るまたは計算するのは不可能である。したがって、データーをハッシュ関数に入力して第１の結果を出力することができる。次いで、第１の結果をハッシュ関数に入力して、第２の結果を出力すればよい。次いで、第２の結果をハッシュ関数に入力して、第３の結果を出力する等とすればよい。これは、ハッシュ・チェーン、即ち、計算結果のチェーンを作成するために、百回、千回、または百万回単位で繰り返してもよい。図７に関して本明細書において説明するように、ハッシュ・チェーンは、デバイスによって使用されているＭＡＣアドレスを動的に管理および変更するために使用することができる。
【００７５】
[0091]  図７において、動作５０２（Ａ）、５０２（Ｂ）、および５０４は、図５に関して先に論じたものと同一または同様である。
[0092]  ７０２において、信頼エンティティ・デバイス２０２は第１ハッシュ関数および第１シード（例えば、「Ｈ＿１」）を生成し第１コンピューティング・デバイス１０２に発行する。第１シードは、ハッシュ・チェーンを生成するために第１ハッシュ関数に最初に入力されるデーターであると言っても差し支えない。
【００７６】
[0093]  ７０４において、第１コンピューティング・デバイス１０２は第１ハッシュ関数と、この第１ハッシュ関数のための第１シードとを受け取る。続いて、第１コンピューティング・デバイス１０２および／または信頼エンティティ・デバイス２０２は、第１ハッシュ関数および第１シードを使用して、第１ハッシュ・チェーンを生成し、および／または第１ハッシュ・チェーンを互いの間で共有することができる。
【００７７】
[0094]  ７０６において、信頼エンティティ・デバイス２０２は第２ハッシュ関数および第２シード（例えば、「Ｈ＿２」を生成し、第２コンピューティング・デバイス１０６に発行する。
【００７８】
[0095]  ７０８において、第２コンピューティング・デバイス１０６は第２ハッシュ関数と、この第２ハッシュ関数のための第２シードとを受け取る。続いて、第２コンピューティング・デバイス１０６および／または信頼エンティティ・デバイス２０２は、第２ハッシュ関数および第２シードを使用して第２ハッシュ・チェーンを生成し、および／または互いの間で第２ハッシュ・チェーンを共有することができる。
【００７９】
[0096]  ７１０において、第１コンピューティング・デバイス１０２は、信頼エンティティ・デバイス２０２に、第２コンピューティング・デバイス１０６に接続する要求を送る。
【００８０】
[0097]  ７１２において、信頼エンティティ・デバイス２０２は接続要求を受ける。
[0098]  ７１４（Ａ）および／または７１４（Ｂ）において、信頼エンティティ・デバイス２０２および／または第２コンピューティング・デバイス１０６は、第２コンピューティング・デバイス１０６によって使用されている現在のＭＡＣアドレスを共有するために使用することができる第２ハッシュ・チェーンのバージョン番号を決定する。バージョン番号とは、ハッシュ・チェーンにおける結果（例えば、第１計算結果、第２計算結果、第３計算結果等のような、ハッシュ・チェーン内における位置）を指すとして差し支えない。バージョン番号または結果は、第２コンピューティング・デバイス１０６によって使用されているＭＡＣアドレスを表すことができ、またはこれと関連付けられるのでもよい。
【００８１】
[0099]  ７１６において、信頼エンティティ・デバイス２０２は第２ハッシュ関数、第２シード、および決定された第２ハッシュ・チェーンのバージョン番号を第１コンピューティング・デバイス１０２に戻す。
【００８２】
[0100]  ７１８において、第１コンピューティング・デバイス１０２は、第２ハッシュ関数、第２シード、および決定された第２ハッシュ・チェーンのバージョン番号を受け取る。
【００８３】
[0101]  ７２０において、第１コンピューティング・デバイス１０２は、第２ハッシュ関数、第２シード、および決定された第２ハッシュ・チェーンのバージョン番号を使用して、ＭＡＣアドレスを決定する。例えば、バージョン番号が、第２コンピューティング・デバイス１０６が現在第２ハッシュ・チェーンの第３バージョン（例えば、第３計算結果）と関連付けられたＭＡＣアドレスを使用していることを示す場合、第１コンピューティング・デバイス１０２は、第２シード・データーを第２ハッシュ関数に入力して第１結果（例えば、第１バージョン）を計算し、計算した第１結果を第２ハッシュ関数に入力して第２結果（例えば、第２バージョン）を計算し、計算した第２結果を第２ハッシュ関数に入力して第３結果を計算するように構成されている。計算された第３結果は、第３バージョンに対応し、通信するために第２コンピューティング・デバイス１０６によって使用されているＭＡＣアドレスを決定するために使用することができる。
【００８４】
[0102]  対応する動作７２２（Ａ）および７２２（Ｂ）において、第１コンピューティング・デバイス１０２および第２コンピューティング・デバイス１０６は、決定された第２コンピューティング・デバイス１０６のＭＡＣアドレスを使用して、接続を確立する。加えて、第１ハッシュ・チェーンのバージョン番号を決定するために、同様の動作を実行することができる。第１ハッシュ・チェーンのバージョン番号は、第２コンピューティング・デバイス１０６に供給され、第２コンピューティング・デバイス１０６は、この第１ハッシュ・チェーンのバージョン番号を使用して、第１コンピューティング・デバイス１０２によって使用される現在のＭＡＣアドレスを決定することができる。
【００８５】
[0103]  このように、図７によれば、他のデバイスと接続することを望むデバイスは、信頼エンティティ・デバイス２０２に、他のデバイスによって使用される、動的に変化しランダム化されたＭＡＣアドレスを計算するために使用可能なハッシュ関数、ハッシュ・シード、およびバージョン番号を要求することができる。
【００８６】
[0104]  種々の例において、図７のプロセス例７００は、図３〜図６におけるプロセス例の内任意の１つにしたがって実現することができる。例えば、デバイスが、公開鍵暗号法および／または証明書を使用して、他のデバイスを検証すること、および／または他のデバイスに送られる接続要求の安全を確保することができる。したがって、図５のシナリオ例は、ドメイン内部において信頼されている２つのデバイスが、ランダムなＭＡＣアドレスによって接続を維持することを可能にする。更に、これらのデバイスは、任意の時点において、ハッシュ・チェーンの一バージョンからハッシュ・チェーンの別バージョンに移ることができ、これによって現在のランダムＭＡＣアドレスを漏洩させるおそれがあった不正アクセスを防止するか、または抑える。この移行は、デバイスが発見および／またはペアリングを再度完了する必要なく、実現することができる。更に、デバイスの信頼が信頼エンティティ・デバイス２０２によって無効にされた場合、ハッシュ・シードを変更することができるので、デバイスは、他の信頼デバイスに接続するために必要な情報をもはや有さなくてもよい。
【００８７】
[0105]  図８は、ハッシュ関数を使用して、デバイスによって使用されるＭＡＣアドレスを動的に変更するプロセス例８００を示す。例えば、ハッシュ・チェーンは、ハッシュ関数を使用して生成することができ、ハッシュ・チェーン内における異なるバージョン（例えば、計算結果）は、ハッシュ・チェーンの一バージョンから次のバージョンへの移行に基づいて動的に変化する「ローリング」(rolling)ＭＡＣアドレスを実現する(implement)ために使用することができ、これによって、ハッシュ関数やハッシュ・チェーンにアクセスできない攻撃するエンティティおよび悪意があるエンティティから信頼デバイスを保護しつつ、信頼デバイスが互いに通信することを可能にする。
【００８８】
[0106]  ８０２において、デバイス（例えば、第１コンピューティング・デバイス１０２）は第１ＭＡＣアドレスを使用して他のデバイス（例えば、第２コンピューティング・デバイス１０６）と接続する。
【００８９】
[0107]  ８０４において、デバイスは、第１ＭＡＣアドレスとは異なる新たなＭＡＣアドレスに変更するときであると判断する（例えば、ハッシュ・チェーンにおける次のバージョンへの移行）。一例では、変更するときを決定するために使用されるタイミング・プロトコルを、ハッシュ関数によって自動的に決定することもできる（例えば、周期的タイミング、攻撃するエンティティおよび悪意があるエンティティには予測不可能な可変タイミング等）。他の例では、デバイスは、特定のイベントまたはトリガーに基づいて（例えば、現在使用されているＭＡＣアドレスが漏洩したという指示）、変更するときであると判断することもできる。次いで、デバイスは、ＭＡＣアドレスを変更するというその意図を信頼エンティティ・デバイス２０２に報告し、信頼エンティティ・デバイス２０２は命令（例えば、１つのバージョン番号から次に移る命令）を他の信頼デバイスに散布する(disseminate)ことができる。または、デバイスがＭＡＣアドレスを変更するその意図を直接、対をなすデバイスに報告することもできる。
【００９０】
[0108]  ８０６において、デバイスは新たなＭＡＣアドレスを使用して他のデバイス（１つまたは複数）に接続する。
[0109]  したがって、図７および図８のプロセス例を実施することによって、不正アクセスされたデバイスであっても、ハッシュ・チェーンに基づいてＭＡＣアドレスを動的に変更することによって、攻撃の範囲を限定することができる。その結果、新たなまたは更新されたＭＡＣアドレスを計算するために使用されるハッシュ関数およびハッシュ・シードを知らないデバイスは、デバイスに接続することができない。
例の節
[0110]  例Ａは、処理システムを含むデバイスであって、この処理システムが、１つ以上のプロセッサーと、１つ以上のプロセッサーに結合されたメモリーとを含み、処理システムが、本デバイスに関連付けられた第１公開鍵を信頼エンティティ・デバイスに送り、信頼エンティティ・デバイスが、ドメイン内部において信頼されているデバイスのリストを維持し、このデバイス・リストが本デバイスを含み、信頼エンティティ・デバイスから第２公開鍵を受け取り、第２公開鍵が、デバイス・リストに含まれる他のデバイスと関連付けられ、メディア・アクセス制御（ＭＡＣ）アドレスによって接続する要求を前述の他のデバイスに送り、この接続要求が、第２公開鍵によって暗号化され、本デバイスに関連付けられた秘密鍵によって署名され、前述の他のデバイスが第１公開鍵を使用して、ＭＡＣアドレスによって接続する要求を検証したことに応答して、前述の他のデバイスとの接続を確立するように構成され、第１公開鍵が、信頼エンティティ・デバイスによって前述の他のデバイスに供給されている。
【００９１】
[0111]  例Ｂは、例Ａのデバイスであって、第２公開鍵を信頼エンティティ・デバイスから受け取り、第２公開鍵を使用して接続要求を暗号化することによって、本デバイスがＭＡＣアドレスをブロードキャストする必要なく、本デバイスおよび前述の他のデバイスが、ＭＡＣアドレスによって安全に接続することを可能にする。
【００９２】
[0112]  例Ｃは、例Ａまたは例Ｂのデバイスであって、処理システムが、更に、第２公開鍵を受け取る前に、前述の他のデバイスに接続する具体的要求を信頼エンティティ・デバイスに送るように構成される。
【００９３】
[0113]  例Ｄは、例Ａまたは例Ｂのデバイスであって、第２公開鍵が、信頼デバイスのリスト上にある１組のデバイスにそれぞれ関連付けられた１組の公開鍵の一部として受け取られ、本デバイスおよび１組のデバイスが、自動ペアリングが承認された指定デバイス・グループ(defined group)に含まれる。
【００９４】
[0114]  例Ｅは、例Ｄのデバイスであって、本デバイスおよび１組のデバイスが、同じユーザー・アカウントに関連付けられる。
[0115]  例Ｆは、例Ｄまたは例Ｅのデバイスであって、本デバイスが前述のドメインに加入したことに応答して、更に本デバイスが前述の他のデバイスに接続する具体的要求を信頼エンティティ・デバイスに送ることとは独立して、１組の公開鍵が本デバイスにおいて信頼エンティティ・デバイスから受け取られる。
【００９５】
[0116]  例Ｇは、例Ａから例Ｆまでのいずれか１つのデバイスであり、処理システムが、更に、第１公開鍵と秘密鍵とを含む鍵対を生成するように構成される。
[0117]  例Ｈは、例Ａから例Ｇまでのいずれか１つのデバイスであって、前述のドメインが企業ドメインを含み、デバイス・リストが、企業ドメインによってサービスを提供される会社の従業員に登録されたデバイスを含む。
【００９６】
[0118]  以上、例Ａから例Ｈまではデバイスに関して説明したが、この文書のコンテキストでは、当然のことながら、例Ａから例Ｈまでの内容は、システム、コンピューター記憶媒体、および／または方法によって実現されてもよい。
【００９７】
[0119]  例Ｉは、処理システムを含むデバイスであって、この処理システムが、１つ以上のプロセッサーと、１つ以上のプロセッサーに結合されたメモリーと、を含み、処理システムが、信頼エンティティ・デバイスから証明書を受け取り、信頼エンティティ・デバイスが、ドメイン内部において信頼されているデバイスのリストを維持し、このデバイス・リストが本デバイスを含み、少なくとも部分的に証明書に基づいて、メディア・アクセス制御（ＭＡＣ）アドレスによって他のデバイスとの接続を確立するように構成される。
【００９８】
[0120]  例Ｊは、例Ｉのデバイスであって、証明書を信頼エンティティ・デバイスから受け取ることによって、本デバイスがＭＡＣアドレスをブロードキャストする必要なく、本デバイスおよび前述の他のデバイスが、ＭＡＣアドレスによって安全に接続することを可能にする。
【００９９】
[0121]  例Ｋは、例Ｊまたは例Ｉのデバイスであって、証明書が、本デバイスが信頼エンティティ・デバイスによって信頼されていることを示し、処理システムが、更に、接続を確立する前に、本デバイスが信頼エンティティ・デバイスによって信頼されていることを前述の他のデバイスが検証することを可能にするために、本デバイスに証明書を前述の他のデバイスに送らせるように構成される。
【０１００】
[0122]  例Ｌは、例Ｋのデバイスであって、本デバイスが前述のドメインに加入したことに応答して、更に本デバイスが前述の他のデバイスに接続する具体的要求を信頼エンティティ・デバイスに送ることとは独立して、証明書が本デバイスにおいて信頼エンティティ・デバイスから受け取られる。
【０１０１】
[0123]  例Ｍは、例Ｊまたは例Ｉのデバイスであって、前述の証明書が、前述の他のデバイスが信頼エンティティ・デバイスに信頼されていることを示し、この証明書が、信頼デバイスのリスト上にある１組のデバイスとそれぞれ関連付けられた１組の証明書の一部として受け取られ、本デバイスおよび１組のデバイスが、自動ペアリングが承認された指定デバイス・グループ(defined group)に含まれる。
【０１０２】
[0124]  例Ｎは、例Ｍのデバイスであって、本デバイスが前述のドメインに加入したことに応答して、更に本デバイスが前述の他のデバイスに接続する具体的要求を信頼エンティティ・デバイスに送ることとは独立して、証明書が本デバイスにおいて信頼エンティティ・デバイスから受け取られる。
【０１０３】
[0125]  例Ｏは、例Ｍのデバイスであって、デバイスおよび１組のデバイスが同じユーザー・アカウントに関連付けられる。
[0126]  例Ｐは、例Ｉから例Ｏまでのいずれか１つのデバイスであって、ドメインが企業ドメインを含み、デバイス・リストが、企業ドメインによってサービスを提供される会社の従業員に登録されたデバイスを含む。
【０１０４】
[0127]  以上、例Ｉから例Ｐまではデバイスに関して説明したが、この文書のコンテキストでは、当然のことながら、例Ｉから例Ｐまでの内容は、システム、コンピューター記憶媒体、および／または方法によって実現されてもよい。
【０１０５】
[0128]  例Ｑは、処理システムを含むデバイスであって、この処理システムが、１つ以上のプロセッサーと、１つ以上のプロセッサーに結合されたメモリーとを含み、処理システムが、ハッシュ関数およびハッシュ・シードを第１デバイスに発行し、ハッシュ・シードおよびハッシュ関数が、複数のバージョンを含むハッシュ・チェーンを生成するために使用可能であり、第２デバイスから、第１デバイスに接続する要求を受け、ハッシュ・チェーンの複数のバージョンの内、メディア・アクセス制御（ＭＡＣ）アドレスを決定するために第１デバイスによって使用されている現在のバージョンを決定し、第２デバイスにハッシュ関数、ハッシュ・シード、および現在のバージョンを送ることによって、第２デバイスがＭＡＣアドレスを決定し、ＭＡＣアドレスによって第１デバイスに接続することを可能にするように構成される。
【０１０６】
[0129]  例Ｒは、例Ｑのデバイスであって、処理システムが、更に、第１デバイスから、第１デバイスがＭＡＣアドレスを使用することから、ハッシュ・チェーンの複数のバージョンの内新たなバージョンと関連付けられた新たなＭＡＣアドレスを使用することに変更していることを示す指示を受け取り、指示を第２デバイスに供給するように構成される。
【０１０７】
[0130]  例Ｓは、例Ｒの方法であって、前述の指示が、少なくとも部分的に、ハッシュ関数に関連付けられたタイミング・プロトコルに基づいて受け取られ、ＭＡＣアドレスを変更するときを決定するために使用可能である。
【０１０８】
[0131]  例Ｔは、例Ｒの方法であって、前述の指示が、少なくとも部分的に、ＭＡＣアドレスが漏洩したという判定に基づいて受け取られる。
[0132]  以上、例Ｑから例Ｔまではデバイスに関して説明したが、この文書のコンテキストでは、当然のことながら、例Ｑから例Ｔまでの内容は、システム、コンピューター記憶媒体、セキュリティ・デバイス、および／または方法によって実現されてもよい。
【０１０９】
[0133]  例Ｕは、システムであって、デバイスに関連付けられた第１公開鍵を信頼エンティティ・デバイスに送る手段であって、信頼エンティティ・デバイスが、ドメイン内部において信頼されているデバイスのリストを維持し、このデバイス・リストが前述のデバイスを含む、手段と、信頼エンティティ・デバイスから第２公開鍵を受け取る手段であって、第２公開鍵が、デバイス・リストに含まれる他のデバイスと関連付けられる、手段と、メディア・アクセス制御（ＭＡＣ）アドレスによって接続する要求を、前述の他のデバイスに送る手段であって、この接続する要求が、第２公開鍵によって暗号化され、前述のデバイスと関連付けられた秘密鍵によって署名される、手段と、前述の他のデバイスが第１公開鍵を使用してＭＡＣアドレスによって接続する要求を検証したことに応答して、前述の他のデバイスと接続する手段であって、第１公開鍵が信頼エンティティ・デバイスによって前述の他のデバイスに供給されている、手段とを含む。
【０１１０】
[0134]  例Ｖは、例Ｕのシステムであって、第２公開鍵を信頼エンティティ・デバイスから受け取り、第２公開鍵を使用して接続要求を暗号化することによって、前述のデバイスがＭＡＣアドレスをブロードキャストする必要なく、前述のデバイスおよび前述の他のデバイスが、ＭＡＣアドレスによって安全に接続することを可能にする。
【０１１１】
[0135]  例Ｗは、例Ｕまたは例Ｖのシステムであって、更に、第２公開鍵を受け取る前に、前述の他のデバイスに接続する具体的要求を信頼エンティティ・デバイスに送る手段を含む。
【０１１２】
[0136]  例Ｘは、例Ｕまたは例Ｖのシステムであって、第２公開鍵が、信頼デバイスのリスト上にある１組のデバイスにそれぞれ関連付けられた１組の公開鍵の一部として受け取られ、前述のデバイスおよび１組のデバイスが、自動ペアリングが承認された指定デバイス・グループ(defined group)に含まれる。
【０１１３】
[0137]  例Ｙは、例Ｘのシステムであって、前述のデバイスおよび１組のデバイスが、同じユーザー・アカウントに関連付けられる。
[0138]  例Ｚは、例Ｘまたは例Ｙのシステムであって、前述のデバイスが前述のドメインに加入したことに応答して、更に前述のデバイスが前述の他のデバイスに接続する具体的要求を信頼エンティティ・デバイスに送ることとは独立して、１組の公開鍵が前述のデバイスにおいて信頼エンティティ・デバイスから受け取られる。
【０１１４】
[0139]  例ＡＡは、例Ｕから例Ａまでのいずれか１つのシステムであって、更に、第１公開鍵と秘密鍵とを含む鍵対を生成する手段を含む。
[0140]  例ＢＢは、例Ｕから例ＡＡまでのいずれか１つのシステムであって、前述のドメインが企業ドメインを含み、デバイス・リストが、企業ドメインによってサービスを提供される会社の従業員に登録されたデバイスを含む。
【０１１５】
[0141]  例ＣＣは、システムであって、信頼エンティティ・デバイスから証明書を受け取る手段であって、信頼エンティティ・デバイスが、ドメイン内部において信頼されているデバイスのリストを維持し、このデバイス・リストが前述のデバイスを含む、手段と、少なくとも部分的に証明書に基づいて、メディア・アクセス制御（ＭＡＣ）アドレスによって他のデバイスとの接続を確立する手段とを含む。
【０１１６】
[0142]  例ＤＤは、例ＣＣのシステムであって、証明書を信頼エンティティ・デバイスから受け取ることによって、前述のデバイスがＭＡＣアドレスをブロードキャストする必要なく、前述のデバイスおよび他のデバイスが、ＭＡＣアドレスによって安全に接続することを可能にする。
【０１１７】
[0143]  例ＥＥは、例ＣＣまたは例ＤＤのシステムであって、前述の証明書が、前述のデバイスが信頼エンティティ・デバイスによって信頼されていることを示し、本システムが、更に、接続を確立する前に、前述のデバイスが信頼エンティティ・デバイスによって信頼されていることを前述の他のデバイスが検証することを可能にするために、証明書を前述の他のデバイスに送る手段を含む。
【０１１８】
[0144]  例ＦＦは、例ＥＥのシステムであって、前述のデバイスが前述のドメインに加入したことに応答して、更に前述のデバイスが前述の他のデバイスに接続する具体的要求を信頼エンティティ・デバイスに送ることとは独立して、証明書がデバイスにおいて信頼エンティティ・デバイスから受け取られる。
【０１１９】
[0145]  例ＧＧは、例ＣＣまたは例ＤＤのシステムであって、前述の証明書が、前述の他のデバイスが信頼エンティティ・デバイスに信頼されていることを示し、この証明書が、信頼デバイスのリスト上にある１組のデバイスとそれぞれ関連付けられた１組の証明書の一部として受け取られ、前述のデバイスおよび１組のデバイスが、自動ペアリングが承認された指定デバイス・グループ(defined group)に含まれる。
【０１２０】
[0146]  例ＨＨは、例ＧＧのシステムであって、前述のデバイスが前述のドメインに加入したことに応答して、更に前述のデバイスが前述の他のデバイスに接続する具体的要求を信頼エンティティ・デバイスに送ることとは独立して、証明書が前述のデバイスにおいて信頼エンティティ・デバイスから受け取られる。
【０１２１】
[0147]  例ＩＩは、例ＧＧのシステムであって、前述のデバイスおよび１組のデバイスが、同じユーザー・アカウントに関連付けられる。
[0148]  例ＪＪは、例ＣＣから例ＩＩまでのいずれか１つのシステムであって、前述のドメインが企業ドメインを含み、デバイス・リストが、企業ドメインによってサービスを提供される会社の従業員に登録されたデバイスを含む。
【０１２２】
[0149]  例ＫＫは、システムであって、ハッシュ関数およびハッシュ・シードを第１デバイスに発行する手段であって、ハッシュ・シードおよびハッシュ関数が、複数のバージョンを含むハッシュ・チェーンを生成するために使用可能である、手段と、第２デバイスから、第１デバイスに接続する要求を受ける手段と、ハッシュ・チェーンの複数のバージョンの内、メディア・アクセス制御（ＭＡＣ）アドレスを決定するために第１デバイスによって使用されている現在のバージョンを決定する手段と、第２デバイスにハッシュ関数、ハッシュ・シード、および現在のバージョンを送ることによって、第２デバイスがＭＡＣアドレスを決定し、ＭＡＣアドレスによって第１デバイスに接続することを可能にする手段とを含む。
【０１２３】
[0150]  例ＬＬは、例ＫＫのシステムであって、更に、第１デバイスから、第１デバイスがＭＡＣアドレスを使用することから、ハッシュ・チェーンの複数のバージョンの内新たなバージョンと関連付けられた新たなＭＡＣアドレスを使用することに変更していることを示す指示を受け取る手段と、この指示を第２デバイスに供給する手段とを含む。
【０１２４】
[0151]  例ＭＭは、例ＬＬのシステムであって、前述の指示が、少なくとも部分的に、ハッシュ関数に関連付けられたタイミング・プロトコルに基づいて受け取られ、ＭＡＣアドレスを変更するときを決定するために使用可能である。
【０１２５】
[0152]  例ＮＮは、例ＬＬのシステムであって、前述の指示が、少なくとも部分的に、ＭＡＣアドレスが漏洩したという判定に基づいて受け取られる。
結論
[0153]  本開示は、構造的特徴および／または方法論的動作に特有の文言を使用することもあるが、本開示は、本明細書において説明した具体的な特徴や動作に限定されるのではない。逆に、具体的な特徴および動作は、本開示を実現する実例的な形態として開示されたまでである。
【図１】
2017533630.tif 000003
【図２】
2017533630.tif 000004
【図３】
2017533630.tif 000005
【図４】
2017533630.tif 000006
【図５】
2017533630.tif 000007
【図６】
2017533630.tif 000008
【図７】
2017533630.tif 000009
【図８】
2017533630.tif 000010
【国際調査報告】
2017533630.tif 000011
2017533630.tif 000012
2017533630.tif 000013
2017533630.tif 000014
2017533630.tif 000015