JP2022548149A - デバイス証明書のプロビジョニングおよび認証 - Google Patents

デバイス証明書のプロビジョニングおよび認証 Download PDF

Info

Publication number
JP2022548149A
JP2022548149A JP2022517148A JP2022517148A JP2022548149A JP 2022548149 A JP2022548149 A JP 2022548149A JP 2022517148 A JP2022517148 A JP 2022517148A JP 2022517148 A JP2022517148 A JP 2022517148A JP 2022548149 A JP2022548149 A JP 2022548149A
Authority
JP
Japan
Prior art keywords
manufacturer
devices
challenge
endpoint
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022517148A
Other languages
English (en)
Inventor
ミヒャ アンテナー ベノリエル，
ルシエン ロワゾー，
エリオット クエンティン エリック テイソニエール，
ギャレット エドワード キンズマン，
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Noodle Technology Inc
Original Assignee
Noodle Technology Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Noodle Technology Inc filed Critical Noodle Technology Inc
Publication of JP2022548149A publication Critical patent/JP2022548149A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101—Access control lists [ACL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0866—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving user or device identifiers, e.g. serial number, physical or biometrical information, DNA, hand-signature or measurable physical characteristics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/088—Usage controlling of secret information, e.g. techniques for restricting cryptographic keys to pre-authorized uses, different access levels, validity of crypto-period, different key- or password length, or different strong and weak cryptographic algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • H04L9/0897—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage involving additional devices, e.g. trusted platform module [TPM], smartcard or USB
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2103—Challenge-response
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H04L2209/805—Lightweight hardware, e.g. radio-frequency identification [RFID] or sensor

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Medical Informatics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一例では、方法は、ホワイトリスト登録局でホワイトリストを生成することと、ホワイトリストをＰＫＩスマートコントラクトに追加することと、１つまたは複数の署名鍵をＰＫＩスマートコントラクトに追加することと、製造業者によってデバイスに鍵ペアをプロビジョニングすることと、ユーザからデバイスにチャレンジを送信することと、ユーザのデバイスから応答を受信することと、ユーザによってデバイスの証明書および失効ステータスを検証することとを含むことができる。応答は、チャレンジ署名を含んでもよい。証明書および失効ステータスは、ＰＫＩスマートコントラクトを使用してユーザによって検証され得る。【選択図】図２

Description

本開示は、一般に、ネットワーク接続された「スマート」デバイスのための証明書のプロビジョニングおよび認証に関する。特に、本開示は、暗号学的に安全な方法でデバイスを認証および識別するためのシステムおよび方法を説明する。
モノのインターネット（ＩｏＴ）は、ライトおよびドアのような通常のデバイスをコンピュータネットワークに接続してそれらを「インテリジェント」にする概念である。組み込みシステムまたはコンピュータは、各デバイスをネットワークおよびインターネットに一緒に接続する。接続は、各デバイスがデータを収集および交換することを可能にし、それらが遠隔で制御されることを可能にし、またはそれらが更新されたままであることを可能にし、または遠隔で、またはアクションの規則またはチェーンを設定することによって制御されることを可能にする。
ＩｏＴデバイスの使用は、人間の生活の多くの側面に拡大しており、専門家は、ＩｏＴが２０２０年までにほぼ５００億台のデバイスを有すると推定している。ＩｏＴデバイスは、照明器具、サーモスタット、ホームセキュリティシステム、カメラ、スマートスピーカ、および他の家電機器などの機器が家庭で普及しつつあり、一般的になりつつある。ますます、ＩｏＴデバイスは商業的および産業的状況に使用されている。例えば、ＩｏＴデバイスは、例えば、商業用途および産業用途において、資産追跡および管理のために使用することができる。
ＩｏＴデバイスは、一般に、ネットワークまたはエコシステムで動作するために識別および認証される必要があり、多くの状況では、ＩｏＴデバイスは強力なセキュリティおよびプライバシー制御を必要とする。セキュリティおよびプライバシーの懸念は、インターネットを長い間悩ませてきた。モバイルデバイスの使用の増加は、これらのセキュリティおよびプライバシーの懸念を増大させ、出現したＩｏＴデバイスは、セキュリティおよびプライバシーの懸念をさらに高めた。したがって、本開示は、ネットワークデバイスのための安全かつプライベートな識別および認証に関する。
特許請求される主題は、任意の欠点を解決する、または上記のような状況でのみ動作する実施形態に限定されない。この背景は、本開示が利用され得る例を例示するためにのみ提供される。
本開示は、一般に、ネットワーク接続された「スマート」デバイスのための証明書の識別および認証に関する。特に、本開示は、暗号学的に安全な方法でデバイスを認証および識別するためのシステムおよび方法を説明する。
一例では、方法は、ホワイトリスト登録局でホワイトリストを生成することと、ホワイトリストをＰＫＩスマートコントラクトに追加することと、１つまたは複数の署名鍵をＰＫＩスマートコントラクトに追加することと、製造業者によってデバイスに鍵ペアをプロビジョニングすることと、ユーザからデバイスにチャレンジを送信することと、ユーザのデバイスから応答を受信することと、ユーザによってデバイスの証明書および失効ステータスを検証することとを含むことができる。応答は、チャレンジ署名を含んでもよい。証明書および失効ステータスは、ＰＫＩスマートコントラクトを使用してユーザによって検証され得る。
本方法は、ホワイトリストに含まれる製造業者および／またはデバイスのリストを決定することを含むことができる。本方法は、ホワイトリスト登録局からＰＫＩスマートコントラクトにホワイトリストを送信することを含むことができる。ユーザは、ユーザに関連付けられたデバイスを含むことができる。製造業者は、製造業者に関連付けられたデバイスを含むことができる。
別の例では、方法は、ホワイトリストに登録される製造業者による要求に応答して、ホワイトリスト登録局によって製造業者をホワイトリストに登録することと、製造業者のデバイスの１つまたは複数の署名鍵を追加することとを含み得る。署名鍵の各々は、製造業者によって製造されたデバイスに対応することができる。
本方法は、製造業者をホワイトリストに登録する前に製造業者のアイデンティティを検証することを含むことができる。本方法は、ホワイトリスト登録局によって決定された製造業者のリストに製造業者を含めることを含むことができる。本方法は、ホワイトリストに登録された製造業者をＰＫＩスマートコントラクトに送信することを含むことができる。本方法は、署名鍵をＰＫＩスマートコントラクトに送信することを含むことができる。いくつかの態様では、署名鍵は、特定の時間長にわたって有効であり得る。署名鍵は、より長い時間にわたって有効であると見なされるために更新されるように構成されてもよい。
さらに別の例では、方法は、製造業者によって製造された新しいデバイスの公開／秘密鍵ペアを生成することと、製造業者によって製造された新しいデバイスの公開／秘密鍵ペアを保存することとを含むことができる。公開／秘密鍵ペアは、製造業者によって生成され得る。本方法は、製造業者によって製造された新しいデバイスを認証するために製造業者によって実行されてもよい。公開／秘密鍵ペアは、ハードウェアで融合されてもよく、またはデバイスのメモリに保存されてもよい。公開／秘密鍵ペアは、製造業者の登録鍵の１つと共に保存されてもよい。
別の例示的な方法は、ランダムチャレンジを生成することと、ユーザからデバイスにチャレンジを送信することと、デバイスからユーザにおけるチャレンジに対する応答を受信することと、デバイスから受信した応答の署名を検証することと、デバイスから受信した応答の証明書を検証することとを含むことができる。チャレンジは、ユーザによって生成されてもよい。本方法は、デバイスの証明書を検証するために実行され得る。チャレンジは、デバイスがそれ自体を適切に識別しており、正しい製造業者に関連付けられているかどうかを決定するためにユーザによって生成され得る。チャレンジは、ランダムに選択された一連のバイトであってもよい。
本方法は、デバイスにおいてチャレンジを受信することと、デバイスにおいて応答を生成することと、デバイスからユーザに応答を送信することとを含むことができる。本方法は、応答を送信する前にチャレンジに署名することを含んでもよい。署名を検証することは、応答の公開鍵がチャレンジと一致することをチェックすることを含んでもよい。署名を検証することは、証明書が製造者の失効していない鍵によって署名されたことを検証することを含むことができる。署名を検証することは、公開鍵が製造者によってブラックリストに登録されていないことを検証することを含むことができる。署名を検証することは、製造業者のサブスクリプションが有効であることを検証することを含むことができる。署名を検証することは、デバイスのＩＤが製造者の名前空間によってカバーされていることを検証することを含むことができる。本方法は、証明書が有効であり検証されたと決定することを含むことができる。
さらに別の例では、方法は、ホワイトリスト登録局において製造業者の失効を生成することと、ホワイトリスト登録局によって失効に署名することと、当該失効を公開台帳に送信することを含み得る。失効は、製造業者の公開鍵を含むことができる。本方法は、製造業者の証明書失効を生成することを含み得る。公開台帳は、ＰＫＩスマートコントラクトであってもよい。
さらなる例では、方法は、製造業者におけるデバイスの失効を生成することと、製造業者によって失効に署名することと、失効を公開台帳に送信することとを含むことができる。いくつかの態様では、失効は、デバイスの公開鍵を含み得る。本方法は、デバイスの証明書失効を生成することを含み得る。公開台帳は、ＰＫＩスマートコントラクトであってもよい。
この概要は、以下の詳細な説明でさらに説明される概念の選択を簡略化した形で紹介する。この概要は、特許請求される主題の重要な特性または本質的な特徴を識別することを意図しておらず、特許請求される主題の範囲を決定する際の補助として使用されることも意図していない。
一例示的なネットワークアーキテクチャを示す図である。 暗号学的に安全な方法でＩｏＴデバイスのための証明書をプロビジョニングおよび認証するためのシステム２００の一例の概略図である。 ネットワークデバイスを安全に識別および認証するための例示的な方法の流れ図である。 ネットワークデバイスを安全に識別および認証するための例示的な方法の流れ図である。 ネットワークデバイスを安全に識別および認証するための例示的な方法の流れ図である。 ネットワークデバイスを安全に識別および認証するための例示的な方法の流れ図である。 ネットワークデバイスを安全に識別および認証するための例示的な方法の流れ図である。 本明細書で説明する方法の任意の１つまたは複数をマシンに実行させるための、命令のセットが実行され得る、コンピューティングデバイスの例示的な形態のマシンの概略図である。
図面を参照し、特定の言語を使用して本開示の様々な態様を説明する。図面および説明をこのように使用することは、その範囲を限定するものと解釈されるべきではない。追加の態様は、特許請求の範囲を含む、本開示に照らして明らかであり得るか、または実施によって習得され得る。
モノのインターネット（ＩｏＴ）デバイスの数が増加するにつれて、特にＩｏＴデバイスが、例えば商業用途および産業用途においてますます拡大するにつれて、これらのデバイスに関連するセキュリティおよびプライバシーの懸念も増加する。
一般に、ＩｏＴデバイスがネットワークまたはエコシステムの一部として動作するためには、それらを識別し、認証する必要がある。識別は、デバイスのアイデンティティを示す動作またはプロセスである。認証は、そのアイデンティティを検証する、またはデバイスのアイデンティティの指示を証明する動作またはプロセスである。デバイスを暗号学的に安全な方法で識別および認証することが重要であり得る。
一般に、インターネットを介して接続されたデバイスは、コンピュータネットワークを介して通信セキュリティを提供するように設計されたプロトコルである、トランスポート層セキュリティ（ＴＬＳ）プロトコルを使用してサーバを認証するために証明書を使用する。証明書は、暗号的に安全であり、証明書に署名する認証局によって発行される。プロトコルのバージョンは、ウェブブラウジング、電子メール、インスタントメッセージング、およびボイスオーバーＩＰ（ＶｏＩＰ）などのアプリケーションで使用される。ウェブサイトは、そのサーバとウェブブラウザとの間の通信を保護するためにＴＬＳを使用することができる。
しかしながら、認証のためのＴＬＳの使用は、様々な問題に関連付けられる。例えば、ウェブブラウザは、いくつかのルート証明書を手動で信頼する必要があり、状況によっては、ウェブブラウザは、受け入れられた証明書のローカルデータベースを含む。加えて、危険にさらされた証明書を失効させることは非常に困難であり、ほとんどの場合、これは証明書をブラックリストに登録すること、またはブラウザにローカルデータベースから除去することを要求することを含む。しかしながら、証明書の失効に関連付けられた遅延がある可能性があり、その間、多くのブラウザは、危険にさらされたウェブサイトにアクセスし続ける。さらに、ＴＬＳプロトコルは、ルート機関を制御するエンティティによって本質的に危険にさらされ、したがって、それらのエンティティに任意の証明書を発行する能力を与え、それによって中間者攻撃を可能にする。ルート機関は、同じドメイン名の証明書を２つの異なる当事者に二重に発行しないように、または証明書を発行する前にいくつかの検証を実行するように信頼する必要がある。これは、デバイス製造業者またはネットワークオペレータがルート機関の制御権を有していない可能性があり、したがってそれらのデバイスのセキュリティを保証する能力を有さないため、ＩｏＴデバイスにとって問題となり得る。
これらの理由から、ＴＬＳプロトコルは、ネットワークまたはエコシステムのＩｏＴデバイスを認証するのにあまり適しておらず、一部のＩｏＴデバイス製造業者は、認証の代替手段を実装している。
例えば、一部のＩｏＴデバイス製造業者は、集中型暗号検証および認証方式を実装する。そのような構成では、ＩｏＴデバイスは、製造時に融合された鍵を使用して暗号証明を生成するためのチップを含み、その後、製造業者のサーバによって検証されなければならない。しかしながら、この代替の解決策は、依然として信頼できる中央エンティティ（この場合、製造業者）を必要とし、偽のデバイスを証明するために依然として危険にさらされる可能性があるか、またはサーバが単に利用不可にされた場合にデバイスの検証が不可能になる単一障害点を導入する。
ＴＬＳ認証の別の代替策は、ブロックチェーンベースの認証方式である。そのような構成では、すべての証明書または識別子が発行され、公開ブロックチェーン台帳に格納され、検証される。この手法は、上述した懸念のいくつかに対処するが、それをＩｏＴデバイスネットワークに適さなくする欠点にも関連付けられる。特に、すべてのアイデンティティはブロックチェーン上に保存され、これは証明書が発行される必要があるたびに（例えば、新しく製造されたデバイスの場合）、トランザクションが作成および処理される必要があることを意味する。トランザクションが処理されるためには、関連するコンピューティングリソースが支払われる必要があり、したがって、デバイス製造業者は、製造される新しいデバイスごとに証明書を発行するために支払う必要がある。状況によっては、証明書生成は、多くのデバイスのために一緒にバンドルされてもよく、完全な証明書の記憶は、ピアツーピアハイパーメディアプロトコルであるインタープラネタリファイルシステム（ＩＰＦＳ）などのネットワークにオフロードされてもよい。しかしながら、これらの解決策は、ブロックチェーンネットワークの飽和、および製造されるすべての新しいデバイスに対して新しい証明書を作成するための料金などの懸念に対処しない。さらに、ＩｏＴデバイス製造業者がそのすべてのデバイスの証明書を公開ブロックチェーン上に保存しなければならない場合、競合企業およびアナリストは、いくつのデバイスが製造されているかに関する情報を決定することが可能になる。
したがって、本開示は、ＩｏＴデバイスのための証明書をプロビジョニングおよび認証するためのシステムおよび方法を説明する。特に、本開示は、ブロックチェーンベースの認証、集中型暗号認証、ＴＬＳ認証、および他の認証方式に関連付けられた問題なしに、暗号学的に安全な方法でデバイスを認証および識別するためのシステムおよび方法を説明する。
図１は、本開示の実施形態が実装され得る一例示的なネットワークアーキテクチャ１００を示す。ネットワークアーキテクチャ１００は、１つまたは複数のエンドポイントデバイス１０５と、１つまたは複数の中間デバイス１１５と、１つまたは複数の中継サーバ１２５と、１つまたは複数のエンドポイントマネージャサーバ１３５とを含んでもよい。いくつかの実施形態では、ネットワークアーキテクチャ１００は、ネットワーククライアントとして機能することができるクラウドソース中間デバイス１１５および１つまたは複数の中継サーバ１２５を介して、１つまたは複数のエンドポイントデバイス１０５と様々なエンドポイントマネージャサーバ１３５との間でデータを移動することができる。
エンドポイントデバイス１０５は、１つまたは複数のＩｏＴデバイスを含むことができる。エンドポイントデバイス１０５は、電源、データ収集デバイス（例えば、センサ）、およびネットワークデバイスを含むことができる。電源は、バッテリまたは電力網への接続を含むことができる。追加的または代替的に、電源は、ソーラーパネル、太陽電池、太陽光発電、電磁気などのエネルギー採取装置を含んでもよい。少なくともいくつかの実施形態では、エンドポイントデバイス１０５は、電源を含まなくてもよく、代わりに周囲後方散乱技術を使用してもよい。エンドポイントデバイス１０５はまた、１つまたは複数のセンサを含むことができる。１つまたは複数のセンサは、任意のタイプの状態を検出し、検出された状態に基づいて電子データを生成するように構成されてもよい。例えば、エンドポイントデバイス１０５は、心拍数モニタによって収集された心拍数状態を使用して心拍数データを生成するように構成された心拍数モニタを伴うスマートウォッチを含むことができる。いくつかの実施形態では、エンドポイントデバイス１０５は、インターネットを介して通信する能力を有さず、近くの中間デバイス１１５などの近くのデバイスと通信することができるハードウェアおよび／またはソフトウェアのみを含む。他の実施形態では、エンドポイントデバイス１０５は、インターネットを介して通信するハードウェアおよび／またはソフトウェアを含むことができる。
エンドポイントデバイス１０５のネットワークデバイスは、ネットワークを介して別のデバイスと通信することができる任意のハードウェア、ソフトウェア、またはそれらの組合せを含むことができる。少なくとも１つの実施形態では、ネットワークデバイスは、Ｂｌｕｅｔｏｏｔｈ（登録商標）または任意の他の短距離ネットワークなどの短距離ネットワークを介して通信するように構成された任意のネットワークコントローラを含むことができる。少なくとも１つの実施形態では、ネットワークデバイスは、低電力ネットワークを介して通信するように構成された任意のネットワークコントローラを含むことができる。例示的なエンドポイントデバイス１０５は、産業用デバイス、住宅用電化製品、商業用機器、在庫トラッカ、スマートウォッチ、ウェアラブル、心拍数モニタ、ロジスティクストラッカ、環境センサ、レジスタ、クレジットカードリーダ、販売時点管理（ＰＯＳ）、自転車、電動スクータ、電動スケートボード、自動車、電気自動車、衛星、または任意のデバイス（無線インターフェースを含むモバイルおよびモバイルではないものを含むが、これらに限定されない）。ネットワークアーキテクチャ１００は、任意の数のエンドポイントデバイス１０５を含むことができ、ネットワークアーキテクチャ１００のエンドポイントデバイス１０５は、任意のタイプのネットワーク対応デバイスを含む任意のタイプのエンドポイントデバイス１０５とすることができる。エンドポイントデバイス１０５は、ＰＯＳまたは汚染センサなど、ネットワークアーキテクチャ１００に固定されていても比較的静止されていてもよい。追加的または代替的に、エンドポイントデバイス１０５は、スマートウォッチなどのモバイル、または任意の自動車もしくは車両であってもよい。
１つまたは複数のエンドポイントデバイス１０５は、少なくとも１つの無線ネットワーク１１０を介して他のデバイスと通信するように構成されてもよい。例えば、第１のエンドポイントデバイス１０５ａは、無線ネットワーク１１０ａを介して第１の中間デバイス１１５ａと電子通信してもよい。１つまたは複数の中間デバイス１１５は、無線ネットワーク１１０を介してエンドポイントデバイス１０５と通信することができ、第２のネットワーク１２０を介して中継サーバ１２５と通信することができる任意のタイプのデバイスを含んでもよい。少なくとも１つの実施形態では、中間デバイス１１５は、無線ネットワーク１１０を介して通信する第１のネットワークコントローラと、第２のネットワーク１２０を介して通信する第２のネットワークコントローラとの２つのネットワークコントローラを含んでもよい。例示的な中間デバイス１１５は、モバイルデバイス、パーソナルコンピュータ（ＰＣ）、ラップトップ、スマートフォン、ネットブック、ｅリーダ、携帯情報端末（ＰＤＡ）、セルラ電話、携帯電話、タブレット、車両、ドローン、自動車、トラック、ウェアラブルデバイス、ルータ、テレビ、またはセットトップボックスなどを含む。
図示されるように、第１のエンドポイントデバイス１０５ａは、無線ネットワーク１１０ａ（例えば、短距離ネットワーク）を介して第１の中間デバイス１１５ａと電子通信することができる。さらに、第２のエンドポイントデバイス１０５ｂは、別の無線ネットワーク１１０ｂ（例えば、低電力ネットワーク）を介して第２の中間デバイス１１５ｂと電子通信することができる。第３のエンドポイントデバイス１０５ｃは、別の無線ネットワーク１１０ｃを介して第３の中間デバイス１１５ｃと電子通信することができる。第４のエンドポイントデバイス１０５ｄは、別の無線ネットワーク１１０ｄを介して第４の中間デバイス１１５ｄと電子通信することができる。
いくつかの実施形態では、無線ネットワーク１１０は、比較的少量の電力を使用する任意のネットワークであってもよい。例示的な無線ネットワーク１１０は、任意のＢｌｕｅｔｏｏｔｈ（登録商標）ネットワークタイプ（例えば、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）、Ｂｌｕｅｔｏｏｔｈ ４．０、Ｂｌｕｅｔｏｏｔｈ ５．０、Ｂｌｕｅｔｏｏｔｈ Ｌｏｎｇ Ｒａｎｇｅ）、ＮＢ－ＩｏＴ、ＬＴＥダイレクト、ＬＴＥ－Ｍ、ＬＴＥ Ｍ２Ｍ、５Ｇ、Ｗｉ－Ｆｉ、Ｗｉ－Ｆｉアウェア、または任意の低電力ネットワークを含み得る。１つまたは複数のエンドポイントデバイス１０５は、異なるタイプの無線ネットワーク１１０を使用して様々な中間デバイス１１５に接続することができる。例えば、第１のエンドポイントデバイス１０５ａは、第１の近距離無線ネットワーク１１０ａを介して第１の中間デバイス１１５ａと電子通信してもよく、第２のエンドポイントデバイス１０５ｂは、第２の近距離無線ネットワーク１１０ｂを介して第２の中間デバイス１１５ｂと電子通信してもよい。
エンドポイントデバイス１０５、中間デバイス１１５、またはその両方は、固定されていてもよく、比較的静止していてもよく、または可動であってもよい。エンドポイントデバイス１０５および中間デバイス１１５が互いの無線範囲に入ると、エンドポイントデバイス１０５および中間デバイス１１５は、ハンドシェイクおよび／または認証を実行して、エンドポイントデバイス１０５と中間デバイス１１５との間のデータ交換を開始することができる。
いくつかの実施形態では、エンドポイントデバイス１０５は、無線ネットワーク１１０を介してデータを含むビーコンを定期的に送信することができる。エンドポイントデバイス１０５は、エンドポイントデバイス１０５上で実行することができる様々なサービスを含むことができる。例えば、スマートウォッチは、クロックサービス、心拍数モニタサービス、動き検出サービス、音楽サービスなどを含むことができる。ビーコンは、これらのサービスの各々に対して生成されてもよく、または単一のビーコンは、サービスの一部またはすべてのデータを含むように生成されてもよい。
中間デバイス１１５は、エンドポイントデバイスからのそのようなビーコンをリスンすることができる。ビーコンの受信に応答して、中間デバイス１１５は、ビーコンを、第２のネットワーク１２０を介して中継サーバ１２５へ送信し得る。少なくとも１つの実施形態では、無線ネットワーク１１０および第２のネットワーク１２０は異なるタイプのネットワークである。例えば、無線ネットワーク１１０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワークであってもよく、第２のネットワーク１２０は、セルラネットワーク、Ｗｉ－Ｆｉ、またはインターネットであってもよい。
第２のネットワーク１２０は、公衆ネットワーク（例えば、インターネット）、プライベートネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ））、有線ネットワーク（例えば、イーサネットネットワーク）、無線ネットワーク（例えば、８０２．ｘｘネットワークまたはＷｉ－Ｆｉネットワーク）、セルラネットワーク（例えば、ロングタームエボリューション（ＬＴＥ）またはＬＴＥアドバンストネットワーク、１Ｇ、２Ｇ、３Ｇ、４Ｇ、５Ｇなど）、ルータ、ハブ、スイッチ、サーバコンピュータ、および／または、それらの組合せを含んでもよい。
中継サーバ１２５は、ビーコン、またはビーコンに関連する情報を、第３のネットワーク１３０を介してエンドポイントマネージャサーバ１３５に送信することができる。第３のネットワーク１３０は、公衆ネットワーク（例えば、インターネット）、プライベートネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ））、有線ネットワーク（例えば、イーサネットネットワーク）、無線ネットワーク（例えば、８０２．ｘｘネットワークまたはＷｉ－Ｆｉネットワーク）、セルラネットワーク（例えば、ロングタームエボリューション（ＬＴＥ）またはＬＴＥアドバンストネットワーク、１Ｇ、２Ｇ、３Ｇ、４Ｇ、５Ｇなど）、ルータ、ハブ、スイッチ、サーバコンピュータ、および／または、それらの組合せを含んでもよい。少なくとも１つの実施形態では、第２のネットワーク１２０および第３のネットワーク１３０は同じネットワークであるか、または少なくともいくつかの重複する構成要素を含む。
１つまたは複数の中継サーバ１２５は、ラックマウントサーバ、ルータコンピュータ、サーバコンピュータ、パーソナルコンピュータ、メインフレームコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、スマートフォン、自動車、ドローン、ロボット、オペレーティングシステムを有する任意のモビリティデバイスなどの１つもしくは複数のコンピューティングデバイス、データストア（例えば、ハードディスク、メモリ、データベース）、ネットワーク、ソフトウェア構成要素、および／またはハードウェア構成要素を含み得る。１つまたは複数の中継サーバ１２５は、中間デバイス１１５からビーコンを受信するように構成されてもよい。１つまたは複数の中継サーバ１２５は、ビーコン、またはエンドポイントマネージャサーバ１３５に関連するもしくは関連付けられたデータを送信することができる。１つまたは複数の中継サーバ１２５は、エンドポイントマネージャサーバ１３５からメッセージを受信してもよく、いくつかの実施形態では、エンドポイントマネージャサーバ１３５から中間デバイス１１５にメッセージを送信してもよい。少なくともいくつかの実施形態では、中間デバイス１１５は、エンドポイントマネージャサーバ１３５からのメッセージの受信に応答して、１つまたは複数の動作を実行することができる。動作は、中間デバイス１１５に対してローカルな動作、および／またはエンドポイントマネージャサーバ１３５からエンドポイントデバイス１０５にメッセージを送信する動作を含む。
エンドポイントマネージャサーバ１３５は、ラックマウントサーバ、ルータコンピュータ、サーバコンピュータ、パーソナルコンピュータ、メインフレームコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、スマートフォン、自動車、ドローン、ロボット、オペレーティングシステムを有する任意のモビリティデバイスなど）の１つもしくは複数のコンピューティングデバイス、データストア（例えば、ハードディスク、メモリ、データベース）、ネットワーク、ソフトウェア構成要素、および／またはハードウェア構成要素を含み得る。エンドポイントマネージャサーバ１３５は、１つまたは複数のエンドポイントデバイス１０５と関連付けることができる。例えば、特定の企業、人物、または製造業者は、エンドポイントデバイス１０５を販売することができ、エンドポイントマネージャサーバ１３５を使用して、エンドポイントデバイス１０５と通信し、および／またはエンドポイントデバイスを制御することができる。
エンドポイントマネージャサーバ１３５は、特定のエンドポイントデバイス１０５、またはエンドポイントデバイス１０５のセットに関連付けられたメッセージを送信することができる。例えば、エンドポイントマネージャサーバ１３５は、特定のエンドポイントデバイス１０５、またはエンドポイントデバイス１０５のセットに更新（例えば、ファームウェア、ソフトウェア）を送信することができる。エンドポイントマネージャサーバ１３５は、特定のエンドポイントデバイス１０５によって生成されたビーコンからの要求に対する応答など、他の通信をエンドポイントデバイス１０５に送信することができる。
各中継サーバ１２５は、メッセージマネージャ１４０を含み得る。メッセージマネージャ１４０は、プロセッサ、マイクロプロセッサ（例えば、１つまたは複数の動作の性能を実行または制御するために）、ＦＰＧＡ、またはＡＳＩＣを含むハードウェアを使用して実装され得る。いくつかの他の例では、メッセージマネージャ１４０はハードウェアとソフトウェアの組合せを使用して実装されてよい。ソフトウェアにおける実装は、コンピューティングシステム（例えば、中継サーバ１３５）のハードウェアに含まれ得るような１つまたは複数のトランジスタまたはトランジスタ素子の迅速な活性化および非活性化を含むことができる。加えて、ソフトウェア定義命令は、トランジスタ素子内の情報に対して動作することができる。ソフトウェア命令の実装は、電子経路を少なくとも一時的に再構成し、コンピューティングハードウェアを変換することができる。
各中継サーバ１２５は、データストレージ１４５を含み得る。データストレージ１４５は、任意のメモリまたはデータストレージを含むことができる。いくつかの実施形態では、データストレージ１４５は、そこに格納されたコンピュータ実行可能命令またはデータ構造を搬送または有するためのコンピュータ可読記憶媒体を含むことができる。コンピュータ可読記憶媒体は、プロセッサなどの汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体を含むことができる。例えば、データストレージ１４５は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、コンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）もしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリデバイス（例えば、ソリッドステートメモリデバイス）、またはコンピュータ実行可能命令もしくはデータ構造の形態で所望のプログラムコードを搬送もしくは格納するために使用することができ、汎用もしくは専用コンピュータによってアクセスすることができる任意の他の記憶媒体を含む、有形または非一時的なコンピュータ可読記憶媒体とすることができるコンピュータ可読記憶媒体を含むことができる。上述の組合せがデータストレージ１４５に含まれていてもよい。図示の実施形態では、データストレージ１４５は、中継サーバ１２５の一部である。いくつかの実施形態では、データストレージ１４５は、中継サーバ１２５とは別個であってもよく、ネットワークを介してデータストレージ１４５にアクセスしてもよい。少なくとも１つの実施形態では、データストレージ１４５は、複数のデータストレージを含むことができる。
データストレージ１４５は、エンドポイントデバイス１０５、中間デバイス１１５、およびエンドポイントマネージャサーバ１３５に関係するデータ、ならびにエンドポイントデバイス１０５、中間デバイス１１５、およびエンドポイントマネージャサーバ１３５の間の関係を含むことができる。例えば、データストレージ１４５は、特定のエンドポイントマネージャサーバ１３５に関連付けられたエンドポイントデバイスのテーブルまたはリストを含むことができる。データストレージ１４５は、ビーコンの受信のタイムスタンプ、ビーコンの作成に関連付けられたタイムスタンプ、ビーコンおよび／またはビーコンを作成または送信したエンドポイントデバイス１０５に関連付けられた地理的位置、エンドポイントデバイスに関連付けられたセンサデータ、エンドポイントマネージャサーバ１３５とエンドポイントデバイス１０５との間でデータを送信する方法および／または場所に関するルーティング情報、中間デバイスとエンドポイントデバイスとの間の接続強度、エンドポイントデバイス１０５の中間デバイス１１５への近接度、中間デバイス１１５とエンドポイントデバイス１０５とを接続する無線ネットワーク１１０のタイプ、中間デバイス１１５とエンドポイントデバイス１０５との間の接続のコスト、中間デバイスの現在のバッテリレベル、中間デバイスのタイプなど、エンドポイントデバイスから受信したビーコンに関するデータを含むことができる。
メッセージマネージャ１４０は、エンドポイントデバイス１０５、中間デバイス１１５、およびエンドポイントマネージャサーバ１３５の間の通信を処理することができる。一例では、メッセージマネージャ１４０は、第２のネットワーク１２０ａを介して中間デバイス１１５ａからビーコンを受信し得る。ビーコンは、エンドポイントデバイス１０５ａによって無線ネットワーク１１０ａを介して中間デバイスに送信されていてもよい。ビーコンは、エンドポイントデバイス１０５の識別子（例えば、ＭＡＣアドレス、一意のＩＤ）、エンドポイントデバイス１０５ａの地理的位置、およびそれがサポートするサービスのＵＵＩＤの広告などを含む、エンドポイントデバイス１０５に関する特性を含むことができる。メッセージマネージャ１４０は、ビーコンに関する情報を識別するためにビーコンを分析することなどによって、ビーコンの特性を識別することができる。メッセージマネージャ１４０はデータストレージ１４５にアクセスして、ビーコンの特性に基づいて、ビーコンに関連付けられたエンドポイントマネージャサーバ１３５を識別することができる。例えば、エンドポイントデバイスの識別子は、特定のエンドポイントマネージャサーバ１３５を運用する特定の製造業者に関連付けられ得る。メッセージマネージャ１４０は、データストレージ１４５のこの特定のエンドポイントマネージャサーバ１３５と、エンドポイントマネージャサーバ１３５に到達するためにビーコンを送信するアドレスおよび／または経路とを識別することができる。少なくともいくつかの実施形態では、メッセージマネージャ１４０は第３のネットワーク１３０を介してエンドポイントマネージャサーバ１３５にビーコンまたはビーコンメッセージを送信してもよい。ビーコンメッセージは、ビーコンを含んでもよいし、ビーコンを含まなくてもよいし、ビーコンに関する情報を含んでもよい。
少なくとも１つの実施形態では、ビーコンは、エンドポイントデバイス１０５に関連付けられた複数のサービスからのデータを含むことができる。追加的または代替的に、単一のエンドポイントデバイス１０５からの複数のビーコンが生成され、無線ネットワーク１１０を介してブロードキャストされてもよい。これらの複数のビーコンの各々は、例えば、エンドポイントデバイス１０５に関連付けられた異なるサービスに関連付けられ得る。メッセージマネージャ１４０はサービスを識別し、サービスの情報に基づいて、ビーコンメッセージを受信すべき適切なエンドポイントマネージャサーバ１３５を識別することができる。
エンドポイントマネージャサーバ１３５は、中継サーバ１２５からメッセージを受信してもよい。エンドポイントマネージャサーバ１３５は、メッセージを格納してもよく、メッセージを処理してもよく、メッセージに基づいてレポートを生成してもよく、メッセージに基づいて通知もしくは応答を生成してもよく、または任意の他のアクションを行ってもよい。例えば、エンドポイントマネージャサーバ１３５は、ビーコンメッセージに関する応答メッセージを生成することができる。応答メッセージは、中継サーバ１２５、中間デバイス１１５、ビーコンを生成したエンドポイントデバイス１０５、またはビーコンを生成しなかった別のエンドポイントデバイス１０５の１つまたは複数を対象としたメッセージを含み得る。エンドポイントマネージャサーバ１３５は、エンドポイントマネージャサーバ１３５にビーコンメッセージを送信したのと同じ中継サーバ１２５に応答メッセージを送信してもよく（例えば、中継サーバ１２５ａ）、または、エンドポイントマネージャサーバ１３５にビーコンメッセージを送信しなかった異なる中継サーバ１２５に応答メッセージを送信してもよい（例えば、中継サーバ１２５ｂ）。
中継サーバ１２５は、エンドポイントマネージャサーバ１３５から、ビーコンメッセージに関する応答メッセージを受信してもよい。中継サーバ１２５は、中継サーバ１２５で動作を実行すること、別のデバイス（例えば、ユーザデバイス）にデータを送信すること、エンドポイントデバイス１０５にデータを送信することなどによって、応答メッセージを処理することができる。
ネットワークアーキテクチャ１００は、インターネットを介した従来の通信とは異なる方法で、ネットワークベースの通信が可能な任意のデバイス間でデータを交換するために使用することができる。
一例では、ネットワークアーキテクチャ１００は、既存のスマートフォンインフラストラクチャを活用して遅延許容接続を作成することができる。ネットワークアーキテクチャ１００は、初期遅延許容方式でクラウドにデータを移動することができ、これは、ファームウェア更新、ステータス更新、ログファイル記憶、およびマイクロペイメントなどの多くのタイプのＩｏＴ通信に有用であり得る。中間デバイスは、スマートフォン上で動作して、産業用デバイス、スマートウォッチ、ウェアラブル、ロジスティクストラッカ、および環境センサなどの他のデバイス（例えば、エンドポイントデバイス１０５）を定期的にスキャンするソフトウェアを含むことができる。これらのエンドポイントデバイス１０５は、スマートフォン上で実行されているソフトウェアクライアントと接続して、クラウドとの間で、およびクラウド内でデータを移動させるための大規模なエリアワイドネットワークを形成することができる。
さらに、ヒト集団の９５％が何らかのセルラサービスによってカバーされていると推定されている。ネットワークアーキテクチャ１００は、世界中のどこにでも配置することができ、より低い接続性の領域がそれらの接続性を高めることを可能にする。さらに、ネットワークアーキテクチャ１００は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）対応のスマートフォン上で動作するソフトウェアを使用することによって、従来のセルラネットワークの到達範囲を超えるカバレッジを提供することができる。ユーザは、セルラ接続が制限された、またはセルラ接続がないエリアに移動することができるが、それでもなお、無線ネットワーク１１０を介してエンドポイントデバイス１０５からビーコンを受信することができる。ネットワークアーキテクチャ１００を使用して、例えば、通信事業者は、本明細書で説明するようにエンドポイントデバイス１０５との通信を開始するためにユーザデバイスにソフトウェア更新を容易に展開して、世界の最も遠い地域にもより高いレイテンシのＩｏＴ接続を提供することができるようになる。
特定の例では、ネットワークアーキテクチャ１００は、資産追跡および管理に使用することができる。例えば、ネットワークアーキテクチャ１００を使用して、ワイヤレス無線チップセットを伴うスケートボード、取り付けられた追跡ビーコン、ラップトップなど、エンドポイントデバイス１０５として構成された紛失物を見つけることができる。ユーザは、例えば、モバイルアプリケーションまたはウェブサイトを使用して、エンドポイントマネージャサーバ１３５または中継サーバ１２５に、アイテムが紛失したことを示すなどして、アイテムが紛失したことを示すことができる。第１の実施形態において、エンドポイントマネージャサーバ１３５は、紛失物を監視するためにメッセージを１つまたは複数の中継サーバ１２５に送信してもよい。中継サーバ１２５は、紛失物の識別子を、紛失物ウォッチリストに追加してもよい。中間デバイス１１５が異なる地理的位置に移動すると、それらは異なるエンドポイントデバイス１０３からビーコンを受信することができる。次いで、中間デバイス１１５は、ビーコンを中継サーバ１２５に転送する。中継サーバ１２５サーバがビーコンを受信すると、中継サーバ１２５は、ビーコンを分析して、ビーコンがウォッチリスト上にあるエンドポイントデバイス１０５で発信されたかどうかを決定することができる。中継サーバ１２５が、ウォッチリスト上にあるエンドポイントデバイス１０５で発信されたビーコンを識別すると、中継サーバ１２５は、エンドポイントマネージャサーバ１３５に、紛失物が見つかったことを通知することができる。少なくともいくつかの実施形態では、中継サーバ１２５は、紛失物が見つかったという通知をプッシュ通知またはプル通知（すなわち、エンドポイントマネージャサーバ１３５からの要求に応答して）として送信することができる。少なくともいくつかの実施形態では、中継サーバ１２５は、アイテムが紛失したことを示すためにユーザによって使用されたユーザデバイスに、紛失物が見つかったという通知を送信することができる。
中間デバイス１１５および／またはエンドポイントデバイス１０５が異なる地理的位置に移動するにつれて、それらがネットワークアーキテクチャ１００で通信する方法は変化し得る。例えば、エンドポイントデバイス１０５の１つが、中間デバイス１１５の１つと通信することができるほど十分に近くない位置に移動した場合、ビーコンを受信する範囲内にデバイスがなくても、ビーコンを送信し続けることができる。さらに、エンドポイントデバイス１０５は、中間デバイス１１５の１つが範囲内に入るまでビーコンを送信し続けることができる。同様に、中間デバイス１１５は、エンドポイントデバイス１０５の範囲外の位置に移動することができ、ネットワークアーキテクチャ１００はそれに応じて適応することができる。
ネットワークアーキテクチャ１００は、中間デバイス１１５の１つを選択して、エンドポイントデバイス１０５の対応する１つのためのビーコンを通信および／または転送することができる。例えば、中継サーバ１２５の１つは、エンドポイントデバイス１０５の１つに応答メッセージを送信することを処理するために、中間デバイス１１５の１つを選択することができる。中継サーバ１２５は、中間デバイス１１５とターゲットエンドポイントデバイス１０５との間の接続強度、エンドポイントデバイス１０５から中間デバイス１１５への近接度、中間デバイス１１５とエンドポイントデバイス１０５とを接続する無線ネットワーク１１０のタイプ、中間デバイス１１５とエンドポイントデバイス１０５との間の接続のコスト、中間デバイスの現在のバッテリレベル、中間デバイスのタイプなど、応答メッセージを送信するためにどの中間デバイス１１５を使用するかを選択するために任意の選択基準を使用することができる。
状況によっては、中間デバイス１１５ｂの２つは、エンドポイントデバイス１０５の１つの範囲内にあってもよく、両方がエンドポイントデバイス１０５から同じビーコンを受信してもよい。また、中間デバイス１１５の両方が、エンドポイントデバイス１０５のビーコンを中継サーバ１２５の１つに転送してもよい。冗長性、ネットワークトラフィック、バッテリへの影響などを低減するために、中継サーバ１２５は、中間デバイス１１５および中間デバイス１１５の１つを選択して、エンドポイントデバイス１０５との通信を処理し、選択されていない中間デバイスに、エンドポイントデバイス１０５からのビーコンを無視するように、エンドポイントデバイス１０５からのビーコンを破棄するように、エンドポイントデバイス１０５からのビーコンの送信を停止するように、またはネットワーク輻輳の低減、データ記憶空間のフリーアップ、プロセッサ能力のフリーアップなどをし得る任意の他の動作を命令することができる。
より多くの中間デバイス１１５がデータ伝送に利用可能になるにつれて、特定の中間デバイス１１５のデータ伝送頻度が減少し得る。長期的には、強化された密度の中間デバイス１１５およびマシン学習ベースのプロトコルを用いて、本明細書に記載された技術は、中間デバイス１１５のバッテリ寿命を大幅に改善し、ネットワーク輻輳を低減し、グローバル接続性を改善するなどを行うことができる。中継サーバ１２５は、中間デバイス１１５とターゲットエンドポイントデバイス１０５との間の接続強度、中間デバイス１１５に対するエンドポイントデバイス１０５の近接度、中間デバイス１１５とエンドポイントデバイス１０５とを接続する無線ネットワーク１１０のタイプ、中間デバイス１１５とエンドポイントデバイス１０５との間の接続のコスト、中間デバイス１１５の現在のバッテリレベル、中間デバイス１１５のタイプなどの、エンドポイントデバイス１０５と通信するためにどの中間デバイス１０５を使用し、どの中間デバイス１１５がエンドポイントデバイス１０５に関する通信を停止するかを選択するための任意の選択基準を使用することができる。
本開示の範囲から逸脱することなく、ネットワークアーキテクチャ１００に変更、追加、または省略を行うことができる。本開示は、より一般的には、１つまたは複数のエンドポイントデバイス１０５、１つまたは複数の無線ネットワーク、１つまたは複数の中間デバイス１１５、１つまたは複数の第２のネットワーク１２０、１つまたは複数の中継サーバ１２５、１つまたは複数の第３のネットワーク１３０、および１つまたは複数のエンドポイントマネージャサーバ１３５、またはそれらの任意の組合せを含むネットワークアーキテクチャ１００に適用される。
さらに、本明細書に記載の実施形態における様々な構成要素の分離は、分離がすべての実施形態で起こることを示すことを意味するものではない。加えて、記載された構成要素は、単一の構成要素に一緒に統合されてもよく、または複数の構成要素に分離されてもよいことが、本開示の利点と共に理解され得る。
図２は、暗号学的に安全な方法でＩｏＴデバイスのための証明書をプロビジョニングおよび認証するためのシステム２００の一例の概略図である。いくつかの態様では、システム２００は、ブロックチェーン公開鍵インフラストラクチャ（ＰＫＩ）を含み得る。公開鍵インフラストラクチャ（ＰＫＩ）は、デジタル証明書の作成、管理、配布、使用、格納および失効ならびに公開鍵暗号化の管理に必要な役割、ポリシー、ハードウェア、ソフトウェアおよび手順のセットを含み得る。システム２００は、デジタル証明書の作成、管理、配布、使用、格納および失効ならびに公開鍵暗号化の管理に必要な役割、ポリシー、ハードウェア、ソフトウェアおよび手順のセットを含み得る。システム２００は、図１のエンドポイントデバイス１０５などの任意の適切なデバイスの証明書をプロビジョニングおよび認証するために使用され得る。さらに、システム２００は、中間デバイス１１５および／または中継サーバ１２５などの他のデバイスのための証明書をプロビジョニングおよび認証するために使用され得る。他の態様では、システム２００は、ウェブサイトまたは任意の適切な認証方式のための証明書をプロビジョニングおよび認証するために使用され得る。
図示のように、システム２００は、ホワイトリスト登録局２０２、ＰＫＩスマートコントラクト２０４、および１つまたは複数のデバイス２０６を含むことができる。システム２０８は、それらのデバイス２０６のアイデンティティを認証（例えば、証明）したい１つまたは複数の製造業者２０８によって使用され得る。特に、製造業者２０８は、製造業者が製造するデバイス２０６のアイデンティティを認証することができる。ユーザ２１０は、システム２００を使用して、認証のためにデバイス２０６の証明書を検証することができる。状況によっては、ユーザ２１０および／または製造業者２０８は、システム２００の一部であってもよい。本明細書で使用される場合、ユーザ２１０および／または製造業者２０８は、それぞれユーザ２１０および製造業者２０８に関連付けられたデバイスおよび／またはシステムを指すことができる。
いくつかの構成では、ホワイトリスト登録局２０２は、デバイス２０６などのＩｏＴデバイスのネットワークオペレータであってもよい。そのような構成では、ホワイトリスト登録局２０２は、ホワイトリストに登録されるか、または識別および認証されることを許可される製造業者および／またはデバイスのリストを決定または設定することができる。他の構成では、ホワイトリスト登録局２０２は、ホワイトリストに登録されるか、または識別および認証されることを許可されるデバイスのリストを決定することを含む、ホワイトリストを決定するための非中央集権型の決定方式であってもよい。
デバイス２０６は、それらの製造業者２０８によって認証され得る暗号化アイデンティティを有し得る。一例では、暗号化アイデンティティはｄｅｖｉｃｅ．ｍａｎｕｆａｃｔｕｒｅｒ．ｉｏｔであってもよい。製造業者２０８は、製造業者アイデンティティを有し得る。製造アイデンティティは、この特定の製造業者によって製造されたすべてのデバイスの傘または特性評価であり得る。一例では、暗号化アイデンティティはｍａｎｕｆａｃｔｕｒｅｒ．ｉｏｔであってもよい。
ホワイトリスト登録局２０２は、例えば、望ましくない第三者が証明書を取得するのを防ぐために、製造業者２０８のアプリケーションを検証および／または認証することができる。いくつかの構成では、ホワイトリスト登録局２０２は、その顧客、この場合は製造業者２０８のアイデンティティを識別および検証するために、Ｋｎｏｗ Ｙｏｕｒ Ｃｕｓｔｏｍｅｒ（ＫＹＣ）プロセスを実装することができる。ＫＹＣプロセスは、ホワイトリスト登録局２０２が製造業者２０８のアイデンティティを確立および／または検証するために行うステップを含むことができる。
発行された証明書は、製造業者２０８が、その範囲がその特定の製造業者に限定されているアイデンティティに署名することのみを可能にすることができる。例えば、製造業者２０８は、＊．ｍａｎｕｆａｃｔｕｒｅｒ．ｉｏｔのアイデンティティに署名することのみを許可されてもよく、＊は、製造業者によって製造されたデバイス（または特定の製造業者によって製造された任意のデバイス）のアイデンティティのプレースホルダである。したがって、発行された証明書は、製造者が製造者によって製造されたデバイスのアイデンティティに署名することのみを可能にすることができる。少なくとも１つの実施形態では、証明書は、ハードウェアセキュリティモジュール（ＨＳＭ）に格納することができる。ＨＳＭは、デジタル鍵を保護および管理し、デジタル署名のための暗号化および復号化機能、強力な認証および他の暗号化機能を実行する物理コンピューティングデバイスを含むことができる。
ＰＫＩスマートコントラクト２０４は、ホワイトリスト登録局２０２によって決定されたホワイトリストを含むデータベースまたは記憶媒体であってもよい。いくつかの構成では、ＰＫＩスマートコントラクト２０４は、公開レジストリであってもよい。ホワイトリスト登録局２０２またはネットワークオペレータは、ＰＫＩスマートコントラクト２０４に製造業者を追加または禁止することができる。製造業者２０８は、ＰＫＩスマートコントラクト２０４の公開署名鍵を追加または失効させることができる。さらに、製造業者２０８は、例えば、デバイスがハッキングまたは危険にさらされた場合に、必要に応じて特定のデバイスに対するデバイスの鍵を失効させることができる。さらに、製造業者２０８は、有効期限をそれらの公開鍵に関連付けることができる場合がある。そのような状況では、公開鍵は有効期限後に自動的に失効され得る。
システム２００を使用してデバイスを認証する方法は、ホワイトリストを生成するホワイトリスト登録局２０２を含むことができる。ホワイトリスト登録局２０２は、ホワイトリストに含まれる製造業者および／またはデバイスのリストを決定または設定することができる。ホワイトリストは、ＰＫＩスマートコントラクト２０４に追加されてもよい。いくつかの構成では、ホワイトリストは、互いに通信可能に結合され得る、ホワイトリスト登録局２０２によってＰＫＩスマートコントラクト２０４に送信され得る。
本方法は、製造業者２０８が、ＰＫＩスマートコントラクト２０４に１つまたは複数の署名鍵を追加することを含むことができる。いくつかの構成では、署名鍵は、互いに通信可能に結合され得る、製造業者２０８によってＰＫＩスマートコントラクト２０４に送信され得る。状況によっては、ＰＫＩスマートコントラクト２０４に１つまたは複数の署名鍵を追加することは、ホワイトリスト登録局２０２および／またはネットワークオペレータに料金を支払うことを含むことができる。
本方法は、製造業者２０８が鍵ペアおよび／または証明書をデバイス２０６にプロビジョニングすることを含むことができる。いくつかの構成では、鍵ペアおよび／または証明書は、互いに通信可能に結合され得る、製造業者２０８によってデバイス２０６に送信され得る。他の構成では、デバイス２０６が製造業者２０８によって製造されるとき、鍵ペアおよび／または証明書はデバイス２０６に含まれ得る。
本方法は、ユーザ２１０がデバイス２０６にチャレンジを送信することを含むことができる。いくつかの構成では、チャレンジは、互いに通信可能に結合され得る、ユーザ２１０によってデバイス２０６に送信され得る。チャレンジを受信すると、デバイス２０６はユーザ２１０に応答することができる。応答は、チャレンジ署名および／または証明書を含むことができる。いくつかの構成では、応答は、デバイス２０６によってユーザ２１０に送信され得る。本方法は、ユーザ２１０が証明書および失効ステータスをＰＫＩスマートコントラクト２０４で検証することを含むことができる。いくつかの構成では、証明書検証および失効ステータスは、互いに通信可能に結合され得る、ユーザ２１０とＰＫＩスマートコントラクト２０４との間で送信され得る。
例えば、システム２００を使用して、デバイスを認証する方法は、以下でさらに詳細に説明される。
図３～図５および図６Ａ～図６Ｂは、ネットワークデバイスを安全かつプライベートに識別および認証するための例示的な方法の流れ図である。記載された方法は、暗号的に安全な方法でネットワーク化されたＩｏＴデバイスのための証明書をプロビジョニングおよび認証するために使用され得る。
本方法は、ハードウェア（回路、専用ロジックなど）、ソフトウェア（汎用コンピュータシステムもしくは専用マシン上で実行されるものなど）、または両方の組合せを含むことができる処理ロジックによって実行することができ、この処理ロジックは、図１のエンドポイントデバイス１０５、中間デバイス１１５、中継サーバ１２５、および／もしくはエンドポイントマネージャサーバ１３５、または別のコンピュータシステムもしくはデバイスに含めることができる。しかしながら、別のシステム、またはシステムの組合せを使用して方法を実行してもよい。
説明を簡単にするために、本明細書に記載の方法は、一連の動作として図示および説明されている。しかしながら、本開示による動作は、様々な順序で、および／または同時に、ならびに本明細書に提示および記載されていない他の動作と共に行われてもよい。さらに、開示された主題により方法を実施するために、図示されたすべての動作が使用されるわけではない。加えて、当業者は、方法が代替的に１つの状態図または複数の状況を介して一連の相互に関連する状態として表されてもよいことを理解および認識するであろう。加えて、本明細書に開示された方法は、非一時的コンピュータ可読媒体などの製造品に格納されて、そのような方法をコンピューティングデバイスに伝送および転送することを容易にすることができる。本明細書で使用される製品という用語は、任意のコンピュータ可読デバイスまたは記憶媒体からアクセス可能なコンピュータプログラムを包含することを意図している。個別のブロックとして示されているが、様々なブロックは、所望の実装形態に応じて、追加のブロックに分割されてもよく、より少ないブロックに組み合わされてもよく、または削除されてもよい。
図３は、署名鍵を取得するための一例示的な方法３００の流れ図である。例えば、方法３００は、署名鍵を取得するために、図２の製造業者２０８および／またはホワイトリスト登録局２０２によって実行されてもよい。方法３００は、システム２００および／またはネットワークアーキテクチャ１００のデバイスの署名鍵を取得するために実行することができる。
方法３００はブロック３０２で開始することができ、製造業者はホワイトリストに登録することができる。いくつかの構成では、製造業者は、図２のホワイトリスト登録局２０２などのホワイトリスト登録局またはネットワークオペレータによってホワイトリストに登録されてもよい。製造者は、ホワイトリストに登録される製造者による要求に応答してホワイトリストに登録されてもよい。製造業者は、望ましくない第三者がホワイトリストに登録されるのを防ぐために、検証後にホワイトリストに登録されてもよい。いくつかの構成では、ＫＹＣプロセスを実装して、製造業者がホワイトリストに登録される前に製造業者のアイデンティティを識別および検証することができる。ＫＹＣプロセスは、ホワイトリスト登録局が製造業者のアイデンティティを確立および／または検証するために行うステップを含むことができる。さらなる構成では、製造業者は、ホワイトリスト登録局またはネットワークオペレータとの契約の実行に応答してホワイトリストに登録されてもよい。製造業者は、ホワイトリスト登録局によって決定された製造業者のリストに含まれてもよい。ホワイトリストに登録された製造業者のアイデンティティは、図２のＰＫＩスマートコントラクト２０４などのＰＫＩスマートコントラクトに送信することができる。
ブロック３０４において、製造業者のデバイスに対して１つまたは複数の署名鍵を追加することができる。いくつかの構成では、署名鍵は製造業者によって追加されてもよい。署名鍵の各々は、製造業者によって製造されたデバイスに対応することができる。いくつかの状況では、例えば、製造業者からホワイトリスト登録局またはネットワークオペレータへの鍵の各々に対して支払いが行われてもよい。支払額は、有効性に依存し得る。いくつかの構成では、鍵は特定の時間長にわたって有効であってもよく、これは合意によって予め決定されてもよく、および／またはより長い時間にわたって有効であると見なされるために更新されてもよい。いくつかの構成では、署名鍵は、製造業者によってＰＫＩスマートコントラクト２０４などのＰＫＩスマートコントラクトに送信されてもよい。
図４は、新しいデバイスを認証するための一例示的な方法４００の流れ図である。例えば、方法４００は、図２のデバイス２０６を認証するために製造業者２０８によって実行されてもよい。方法４００は、システム２００および／またはネットワークアーキテクチャ１００において製造業者によって製造された新しいデバイスに対して実行することができる。
方法４００はブロック４０２で開始することができ、公開／秘密鍵ペアを生成することができる。公開／秘密鍵ペアは、製造業者によって生成され得る。製造業者は、新しく製造されたデバイスに公開／秘密鍵ペアを提供することができる。したがって、公開／秘密鍵ペアは、製造業者によって製造された新しいデバイスに対して生成され得る。
ブロック４０４において、公開／秘密鍵ペアをデバイスに保存することができる。例えば、公開／秘密鍵ペアは、ハードウェアで融合されてもよく、またはデバイスのメモリに保存されてもよい。したがって、公開／秘密鍵ペアは、デバイスが製造業者によって製造されるときにデバイスに含まれ得る。別の例では、公開／秘密鍵ペアは、互いに通信可能に結合され得る、製造業者によってデバイスに送信され得る。デバイスの公開鍵の署名は、製造業者の登録された鍵の１つ、例えば、方法３００により取得された署名鍵と共に保存することができる。したがって、公開／秘密鍵ペアを保存することは、公開／秘密鍵ペアと共に製造業者の署名鍵を保存することを含むことができる。
新しいデバイスが認証され、公開／秘密鍵ペアがデバイスと共に保存された後、デバイスは、例えば、配信ネットワークを介して顧客に出荷されてもよい。
図５は、デバイスの証明書を検証するための一例示的な方法５００の流れ図である。例えば、方法５００は、図２のデバイス２０６の証明書を検証するために実行され得る。方法５００は、システム２００および／またはネットワークアーキテクチャ１００で使用されるデバイスに対して実行することができる。
方法５００は、製造業者（図２の製造業者２０８など）、ＩｏＴデバイス（図２のデバイス２０６など）、およびユーザ（図２のユーザ２１０など）を含むことができる。この説明の目的のために、Ｉｖａｎは製造業者を示し、ＡｌｉｃｅはＩｏＴデバイスを示し、Ｂｏｂはユーザを示す。
デバイス（Ａｌｉｃｅ）は、それが製造業者（Ｉｖａｎ）と関連付けられていると主張することができ、ユーザ（Ｂｏｂ）は、デバイスがそれ自体を適切に識別しており、実際に製造業者と関連付けられていることを検証したい場合がある。デバイス（Ａｌｉｃｅ）は、アイデンティティ、秘密鍵、および関連する公開鍵を有し得る。アイデンティティはＡｉｄ（ａｌｉｃｅ．ｉｖａｎ．ｉｏｔ）であってもよく、秘密鍵はＡｐｒｉｖであってもよく、公開鍵はＡｐｕｂであってもよい。
製造業者（Ｉｖａｎ）は、ＩＤ、鍵ペアを有することができ、デバイス（Ａｌｉｃｅ）の証明書を生成することができる。アイデンティティはｉｖａｎ．ｉｏｔであり得、鍵ペアはＩｐｒｉｖ，Ｉｐｕｂであり得、生成された証明書は、Ｃｅｒｔ＝Ａｐｕｂ，Ａｉｄ，Ｉｐｒｉｖ（Ｈａｓｈ（Ａｐｕｂ＋Ａｉｄ））であり得る。
製造業者（Ｉｖａｎ）は、デバイス（Ａｌｉｃｅ）を製造していてもよく、製造時または製造後にデバイスアイデンティティ、秘密鍵、公開鍵および／または証明書を組み込んでいてもよいし、含んでいてもよい。したがって、製造業者（Ｉｖａｎ）は、製造時に以下をデバイス（Ａｌｉｃｅ）に組み込んでいてもよい、すなわち、Ａｉｄ，Ａｐｕｂ，Ａｐｒｉｖ，Ｃｅｒｔ。
方法５００は、ブロック５０２において開始することができ、ここでは、ランダムチャレンジが生成され得る。チャレンジは、デバイスを識別または認証するために、すなわち、デバイス（Ａｌｉｃｅ）がそれ自体を適切に識別しており、正しい製造業者（Ｉｖａｎ）に実際に関連付けられているかどうかを決定するために、ユーザ（Ｂｏｂ）によって生成され得る。チャレンジは、＄＄ｃ＄＄で表すことができる。いくつかの構成では、チャレンジは、任意のサイズのランダムに選択された一連のバイトであってもよい。
ブロック５０４では、チャレンジが送信され得る。例えば、チャレンジは、ユーザ（Ｂｏｂ）からデバイス（Ａｌｉｃｅ）へ送信され得、デバイス（Ａｌｉｃｅ）は、互いに通信可能に結合され得る。したがって、チャレンジｃは、ユーザ（Ｂｏｂ）からデバイス（Ａｌｉｃｅ）に送信され得る。
チャレンジを受信したことに応答して、デバイス（Ａｌｉｃｅ）は、チャレンジに署名し、チャレンジに応答することができる。応答は、デバイス（Ａｌｉｃｅ）からユーザ（Ｂｏｂ）に送信されてもよい。チャレンジのデバイス（Ａｌｉｃｅ）署名は、Ａｓｉｇ＝Ａｐｒｉｖ（Ｈａｓｈ（ｃ））によって表されてもよく、応答は、（Ａｓｉｇ，Ｃｅｒｔ）によって表されてもよい。
ブロック５０６では、チャレンジに対する応答を受信することができる。特に、ユーザ（Ｂｏｂ）は、デバイス（Ａｌｉｃｅ）からチャレンジに対する応答を受信することができる。したがって、ユーザ（Ｂｏｂ）はデバイス（Ａｌｉｃｅ）から（Ａｓｉｇ，Ｃｅｒｔ）を受信することができる。
ブロック５０６では、署名を検証することができる。特に、ユーザ（Ｂｏｂ）は、デバイス（Ａｌｉｃｅ）からのチャレンジに対する応答と共に受信した署名を検証することができる。ユーザ（Ｂｏｂ）は、公開鍵がチャレンジと一致することを確認することによって署名を検証することができる。ユーザ（Ｂｏｂ）は、Ａｐｕｂ（Ｈａｓｈ（ｃ））がｃおよびＡｓｉｇと一致することをチェックすることによって署名Ａｓｉｇを検証することができる。
ブロック５０８では、証明書の有効性を検証することができる。特に、ユーザ（Ｂｏｂ）は、デバイス（Ａｌｉｃｅ）からチャレンジに対する返信と共に受信した証明書の有効性を検証することができる。証明書が有効であることを検証することは、証明書が製造業者（Ｉｖａｎ）の失効していない鍵の１つによって署名されたことを検証することを含むことができる。証明書が有効であることを検証することは、公開鍵が製造者（Ｉｖａｎ）によってブラックリストに登録されていないことを検証することを含むことができる。証明書が有効であることを検証することは、製造業者（Ｉｖａｎ）のサブスクリプションが現在有効であるか、または有効なままであることを検証することを含むことができる。証明書が有効であることを検証することは、デバイス（Ａｌｉｃｅ）の識別が製造業者（Ｉｖａｎ）の名前空間によってカバーされていることを検証することを含むことができる。
したがって、ユーザ（Ｂｏｂ）は、証明書が有効であり、証明書Ｃｅｒｔに応答して検証されたと決定することができる、すなわち、製造業者（Ｉｖａｎ）の失効していない鍵の１つによって署名されている、Ａｐｕｂは製造業者（Ｉｖａｎ）によってブラックリストに登録されていない、製造業者（Ｉｖａｎ）のサブスクリプションが現在有効である、および／またはＡｉｄは製造者（Ｉｖａｎ）の名前空間によってカバーされている。
証明書が有効である場合、デバイス（Ａｌｉｃｅ）は、証明および／または認証され得る。認証後、デバイス（Ａｌｉｃｅ）は、ネットワークまたはエコシステム内で動作してもよく、および／または、ネットワークまたはエコシステムの一部であるデバイスと通信してもよい。
証明書を失効させることが望まれる場合、ネットワークオペレータまたはホワイトリスト登録局は証明書を失効させることができ、失効はブロックチェーンにプッシュされ得る。証明書、製造業者の鍵、およびデバイス鍵の失効については、以下でさらに詳細に説明する。
図６Ａは、製造業者の鍵を失効させるための一例示的な方法６００の流れ図であり、図６Ｂは、デバイスの鍵を失効させるための一例示的な方法６５０の流れ図である。例えば、方法６００は、製造業者の鍵を失効させるために、図２のホワイトリスト登録局２０２によって実行され得る。方法６００は、システム２００および／またはネットワークアーキテクチャ１００のデバイスの製造業者のための証明書を失効させるために実行することができる。方法６００は、デバイスの鍵を失効させるために図２の製造業者２０８によって実行され得る。方法６５０は、システム２００および／またはネットワークアーキテクチャ１００のデバイスの証明書を失効させるために実行され得る。
方法６００は、製造業者の公開鍵を失効させるために実施され得る。例えば、製造業者はＭによって表されてもよく、製造業者の公開鍵はＭｐｕｂによって表されてもよい。
方法６００は、ブロック６０２で開始することができ、ここで、失効が製造業者のために生成され得る。失効は、ホワイトリスト登録局（例えば、ホワイトリスト登録局２０２）またはネットワークオペレータによって生成されてもよい。失効は、製造業者の公開鍵を含むことができる。したがって、失効は、Ｍの公開鍵ＲＭ＝（Ｍｐｕｂ）を含むことができる。
ブロック６０４では、失効に署名することができる。いくつかの構成では、失効は、ホワイトリスト登録局（例えば、ホワイトリスト登録局２０２）またはネットワークオペレータによって署名されてもよい。ホワイトリスト登録局またはネットワークオペレータは、失効に署名し、ＭＣＲ＝（ＲＭ，Ｎｐｒｉｖ（Ｈａｓｈ（ＲＭ））によって表され得る、製造業者の証明書失効を生成することができる。
ブロック６０６では、失効は公開台帳に送信され得る。いくつかの構成では、失効は、互いに通信可能に結合され得る、ホワイトリスト登録局またはネットワークオペレータによって公開台帳に送信され得る。いくつかの構成では、公開台帳は図２のＰＫＩスマートコントラクト２０４であってもよいが、他の構成が実装されてもよい。公開台帳は、専用ブロックチェーンネットワークとして実装されてもよいし、スマートコントラクトの形態をとってもよい。
方法６５０は、デバイスの公開鍵を失効させるために実施され得る。例えば、デバイスは＄＄Ｄ＄＄で表され、デバイスの公開鍵はＤｐｕｂで表され得る。
方法６５０は、ブロック６５２で開始することができ、ここでは、デバイスのために失効が生成され得る。失効は、製造業者（例えば、製造業者２０８）によって生成され得る。失効は、デバイスの公開鍵を含み得る。したがって、失効は、Ｄの公開鍵ＲＤ＝（Ｄｐｕｂ）を含むことができる。
ブロック６５４では、失効に署名することができる。いくつかの構成では、失効は製造業者によって署名されてもよい（例えば、製造業者２０８）。製造業者は、失効に署名し、ＤＣＲ＝（ＲＤ，Ｍｐｒｉｖ（Ｈａｓｈ（ＲＤ）））によって表され得る、デバイスの証明書失効を生成することができる。
ブロック６５６では、失効は公開台帳に送信され得る。いくつかの構成では、失効は、互いに通信可能に結合され得る、製造業者によって公開台帳に送信され得る。いくつかの構成では、公開台帳は図２のＰＫＩスマートコントラクト２０４であってもよいが、他の構成が実装されてもよい。
いくつかの構成では、方法６００および６５０の失効は、ホワイトリスト登録局またはネットワークオペレータによって無料で実施されてもよい。そのような構成は、鍵が危険にさらされたときに迅速な反応を妨げることを回避することができる。
図７は、本明細書で説明する方法の任意の１つまたは複数をマシンに実行させるための、命令のセットが実行され得る、コンピューティングデバイス７００の例示的な形態のマシンの概略図である。コンピューティングデバイス７００は、携帯電話、スマートフォン、ネットブックコンピュータ、ラックマウントサーバ、ルータコンピュータ、サーバコンピュータ、パーソナルコンピュータ、メインフレームコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータなどを含むことができ、その中で、本明細書で説明される方法の任意の１つまたは複数をマシンに実行させるための命令セットを実行することができる。代替の実施形態では、マシンは、ＬＡＮ、イントラネット、エクストラネット、またはインターネットの他のマシンに接続されてもよい（例えば、ネットワーク接続されている）。マシンは、クライアント－サーバネットワーク環境におけるサーバマシンの能力で動作することができる。マシンは、パーソナルコンピュータ（ＰＣ）、セットトップボックス（ＳＴＢ）、サーバ、ネットワークルータ、スイッチもしくはブリッジ、またはそのマシンによって行われるべき動作を指定する命令のセット（シーケンシャルまたはその他）を実行することができる任意のマシンを含むことができる。さらに、単一のマシンのみが示されているが、「マシン」という用語はまた、本明細書で説明される方法の任意の１つまたは複数を実行するために命令のセット（または複数のセット）を個別にまたは一緒に実行するマシンの任意の集合を含むことができる。
例示的なコンピューティングデバイス７００は、処理デバイス（例えば、プロセッサ）７０２、メインメモリ７０４（例えば、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）などのダイナミックランダムアクセスメモリ（ＤＲＡＭ））、スタティックメモリ７０６（例えば、フラッシュメモリ、スタティックランダムアクセスメモリ（ＳＲＡＭ））、およびデータストレージデバイス７１６を含み、これらはバス７０８を介して互いに通信する。
処理デバイス７０２は、マイクロプロセッサ、中央処理装置などの１つまたは複数の汎用処理デバイスを表す。より具体的には、処理デバイス７０２は、複合命令セットコンピューティング（ＣＩＳＣ）マイクロプロセッサ、縮小命令セットコンピューティング（ＲＩＳＣ）マイクロプロセッサ、超長命令語（ＶＬＩＷ）マイクロプロセッサ、または他の命令セットを実施するプロセッサもしくは命令セットの組合せを実施するプロセッサを含んでもよい。処理デバイス７０２はまた、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、ネットワークプロセッサなどのような１つまたは複数の専用処理デバイスを含むことができる。処理デバイス７０２は、本明細書で説明した動作およびステップを実行するための命令７２６を実行するように構成される。
コンピューティングデバイス７００は、ネットワーク７１８と通信することができるネットワークインターフェースデバイス７２２をさらに含むことができる。コンピューティングデバイス７００はまた、表示デバイス７１０（例えば、液晶ディスプレイ（ＬＣＤ）または陰極線管（ＣＲＴ））、英数字入力デバイス７１２（例えば、キーボード）、カーソル制御デバイス７１４（例えば、マウス）、および信号生成デバイス７２０（例えば、スピーカ）を含むことができる。少なくとも１つの実施形態では、表示デバイス７１０、英数字入力デバイス７１２、およびカーソル制御デバイス７１４は、単一の構成要素またはデバイス（例えば、ＬＣＤタッチスクリーン）に組み合わせることができる。
データストレージデバイス７１６は、コンピュータ可読記憶媒体７２４を含むことができ、コンピュータ可読記憶媒体には、本明細書に記載の方法または機能のいずれか１つまたは複数を具現化する命令７２６の１つまたは複数のセットが格納される。命令７２６はまた、コンピューティングデバイス７００による実行中に、メインメモリ７０４内および／または処理デバイス７０２内に完全にまたは少なくとも部分的に存在してもよく、メインメモリ７０４および処理デバイス７０２はまた、コンピュータ可読媒体を構成する。命令はさらに、ネットワークインターフェースデバイス７２２を介してネットワーク７１８によって送信または受信することができる。
コンピュータ可読記憶媒体７２６は、一例示的な実施形態では単一の媒体であるように示されているが、「コンピュータ可読記憶媒体」という用語は、１つまたは複数の命令セットを格納する単一の媒体または複数の媒体（例えば、集中または分散データベースおよび／または関連するキャッシュおよびサーバ）を含むことができる。「コンピュータ可読記憶媒体」という用語はまた、マシンによる実行のための命令のセットを格納、符号化、または搬送することができ、マシンに本開示の方法のいずれか１つまたは複数を実行させる任意の媒体を含むことができる。したがって、「コンピュータ可読記憶媒体」という用語は、ソリッドステートメモリ、光学媒体、および磁気媒体を含むが、これらに限定されないと解釈され得る。
一例示的な方法は、ホワイトリストに登録される製造業者による要求に応答して、ホワイトリスト登録局によって製造業者をホワイトリストに登録することと、製造業者のデバイスの１つまたは複数の署名鍵を追加することとを含み得、署名鍵の各々は製造業者によって製造されたデバイスに対応する。例示的な方法は、製造業者をホワイトリストに登録する前に製造業者のアイデンティティを検証することをさらに含むことができる。例示的な方法は、ホワイトリスト登録局によって決定された製造業者のリストに製造業者を含めることをさらに含むことができる。例示的な方法は、ホワイトリストに登録された製造業者をＰＫＩスマートコントラクトに送信することをさらに含むことができる。署名鍵が特定の時間長にわたって有効である、例示的な方法。署名鍵が、より長い時間にわたって有効であると見なされるために更新されるように構成される、例示的な方法。例示的な方法は、署名鍵をＰＫＩスマートコントラクトに送信することをさらに含むことができる。
一例示的な方法は、製造業者によって製造された新しいデバイスの公開／秘密鍵ペアを生成することと、製造業者によって製造された新しいデバイスの公開／秘密鍵ペアを保存することとを含むことができる。公開／秘密鍵ペアが製造業者によって生成される、例示的な方法。方法が製造業者によって製造された新しい装置を認証するために製造業者によって実行される、例示的な方法。公開／秘密鍵ペアがハードウェアで融合されるか、またはデバイスのメモリに保存される、例示的な方法。公開／秘密鍵ペアが製造業者の登録鍵の１つと共に保存される、例示的な方法。
一例示的な方法は、ランダムチャレンジを生成することであって、チャレンジがユーザによって生成されることと、ユーザからデバイスにチャレンジを送信することと、デバイスからユーザにおけるチャレンジに対する応答を受信することと、デバイスから受信した応答の署名を検証することと、デバイスから受信した応答の証明書を検証することとを含むことができる。方法がデバイスの証明書を検証するために実行される、例示的な方法。チャレンジが、デバイスがそれ自体を適切に識別しており、正しい製造業者に関連付けられているかどうかを決定するためにユーザによって生成され得る、例示的な方法。チャレンジが、ランダムに選択された一連のバイトである、例示的な方法。例示的な方法は、デバイスにおいてチャレンジを受信することと、デバイスにおいて応答を生成することと、デバイスからユーザに応答を送信することとをさらに含むことができる。例示的な方法は、応答を送信する前にチャレンジに署名することをさらに含んでもよい。署名を検証することが、応答の公開鍵がチャレンジと一致することをチェックすることを含む、例示的な方法。証明書を検証することが、証明書が製造業者の失効していない鍵によって署名されたことを検証することを含む、例示的な方法。証明書を検証することが、公開鍵が製造業者によってブラックリストに登録されていないことを検証することを含む、例示的な方法。証明書を検証することが、製造業者のサブスクリプションが有効であることを検証することを含む、例示的な方法。証明書を検証することが、デバイスのアイデンティティが製造業者の名前空間によってカバーされていることを検証することを含む、例示的な方法。例示的な方法は、証明書が有効であり検証されたと決定することをさらに含むことができる。
一例示的な方法は、ホワイトリスト登録局において製造業者の失効を生成することと、ホワイトリスト登録局によって失効に署名することと、当該失効を公開台帳に送信することを含み得る。失効が製造業者の公開鍵を含む、例示的な方法。例示的な方法は、製造業者の証明書失効を生成することをさらに含み得る。公開台帳がＰＫＩスマートコントラクトである、例示的な方法。
一例示的な方法は、製造業者におけるデバイスの失効を生成することと、製造業者によって失効に署名することと、失効を公開台帳に送信することとを含むことができる。失効がデバイスの公開鍵を含む、例示的な方法。例示的な方法は、デバイスの証明書失効を生成することをさらに含み得る。公開台帳がＰＫＩスマートコントラクトである、例示的な方法。
一例示的な方法は、ホワイトリスト登録局でホワイトリストを生成することと、ホワイトリストをＰＫＩスマートコントラクトに追加することと、１つまたは複数の署名鍵をＰＫＩスマートコントラクトに追加することと、製造業者によってデバイスに鍵ペアをプロビジョニングすることと、ユーザからデバイスにチャレンジを送信することと、ユーザのデバイスから応答を受信することであって、応答がチャレンジ署名を含むことと、ユーザによってデバイスの証明書および失効ステータスを検証することであって、証明書および失効ステータスがＰＫＩスマートコントラクトを使用してユーザによって検証されることとを含むことができる。例示的な方法は、ホワイトリストに含まれる製造業者および／またはデバイスのリストを決定することをさらに含むことができる。例示的な方法は、ホワイトリスト登録局からＰＫＩスマートコントラクトにホワイトリストを送信することをさらに含むことができる。ユーザが、ユーザに関連付けられたデバイスを含む、例示的な方法。製造業者が、製造業者に関連付けられたデバイスを含む、例示的な方法。
本明細書および特に添付の特許請求の範囲（例えば、添付の特許請求の範囲の本体）で使用される用語は、一般に、「オープン」用語として意図されている（例えば、用語「含んでいる」は、「限定されないが、含んでいる」として解釈されてもよく、用語「有している」は、「少なくとも有している」として解釈されてもよく、用語「含む」は、「限定されないが、含む」として解釈されてもよいなどである）。
加えて、導入された請求項列挙の特定の数が意図されている場合、そのような意図は請求項に明示的に列挙され、そのような列挙がない場合、そのような意図は存在しない。例えば、理解を助けるために、以下の添付の特許請求の範囲は、特許請求の範囲の記載を導入するための導入句「少なくとも１つ」および「１つまたは複数」の使用を含むことができる。しかしながら、そのような語句の使用は、不定冠詞「ａ」または「ａｎ」による請求項列挙の導入が、そのような導入された請求項列挙を含む任意の特定の請求項を、同じ請求項が導入句「１つまたは複数」または「少なくとも１つ」および「ａ」または「ａｎ」などの不定冠詞（例えば、「１つの（ａ）」および／または「１つの（ａｎ）」は、「少なくとも１つの（ａｔ ｌｅａｓｔ ｏｎｅ）」または「１つまたは複数の（ｏｎｅ ｏｒ ｍｏｒｅ）を意味すると解釈されてもよい）を含むときであっても、１つのそのような列挙のみを含む実施形態に限定することを意味すると解釈されてはならず、請求項列挙を導入するために使用される定冠詞の使用についても同じことが当てはまる。
加えて、導入された請求項列挙の特定の数が明示的に列挙されている場合でも、当業者は、そのような列挙が少なくとも列挙された数を意味すると解釈され得ることを認識するであろう（例えば、他の修飾語を含まない「２つの列挙」のありのままの列挙は、少なくとも２つの列挙、または２つ以上の列挙を意味する）。さらに、「Ａ、Ｂ、およびＣなどの少なくとも１つ」または「Ａ、Ｂ、およびＣなどの１つまたは複数」に類似した慣例が使用される場合、一般に、そのような構造は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢとを一緒に、ＡとＣとを一緒に、ＢとＣとを一緒に、またはＡ、Ｂ、およびＣとを一緒に含むことを意図している。例えば、「および／または」という用語の使用は、このように解釈されることを意図している。
さらに、２つ以上の代替的な用語を提示する任意の選言的な単語または句は、説明、特許請求の範囲、または図面のいずれかにかかわらず、用語の１つ、用語のいずれか、または両方の用語を含む可能性を意図すると理解され得る。例えば、「ＡまたはＢ」という句は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むと理解され得る。
本明細書に記載の実施形態は、コンピュータ実行可能命令またはそれに格納されたデータ構造を搬送または保持するためのコンピュータ可読媒体を使用して実施することができる。そのようなコンピュータ可読媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であってもよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、コンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）もしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリデバイス（例えば、ソリッドステートメモリデバイス）、またはコンピュータ実行可能命令もしくはデータ構造の形態で所望のプログラムコードを搬送もしくは格納するために使用することができ、汎用もしくは専用コンピュータによってアクセスすることができる任意の他の記憶媒体を含む、非一時的なコンピュータ可読記憶媒体を含むことができる。上記の組合せもまた、コンピュータ可読媒体の範囲内に含まれ得る。
コンピュータ実行可能命令は、例えば、汎用コンピュータ、専用コンピュータ、または専用処理デバイス（例えば、１つまたは複数のプロセッサ）に特定の機能または機能のグループを実行させる命令およびデータを含むことができる。主題は、構造的特徴および／または方法論的動作に特有の言語で説明されているが、添付の特許請求の範囲に定義される主題は、必ずしも上記の特定の特徴または動作に限定されないことを理解されたい。むしろ、上記の特定の特徴および動作は、特許請求の範囲を実施する例示的な形態として開示されている。
本明細書で使用される場合、「モジュール」または「構成要素」という用語は、モジュールまたは構成要素の動作を実行するように構成された特定のハードウェア実装、および／またはコンピューティングシステムの汎用ハードウェア（例えば、コンピュータ可読媒体、処理デバイスなど）に格納され、および／またはそれによって実行され得るソフトウェアオブジェクトまたはソフトウェアルーチンを指すことができる。いくつかの実施形態では、本明細書に記載の異なる構成要素、モジュール、エンジン、およびサービスは、コンピューティングシステム上で（例えば、別個のスレッドとして）実行されるオブジェクトまたはプロセスとして実装されてもよい。本明細書に記載のシステムおよび方法のいくつかは、一般に、（汎用ハードウェアに格納され、および／または汎用ハードウェアによって実行される）ソフトウェアに実装されるものとして説明されているが、特定のハードウェア実装またはソフトウェアと特定のハードウェア実装との組合せも可能であり意図される。この説明では、「コンピューティングエンティティ」は、本明細書で以前に定義されたような任意のコンピューティングシステム、またはコンピューティングシステム上で実行される任意のモジュールまたはモジュールの組合せであってもよい。
開示されたプロセスおよび／または方法について、プロセスおよび方法において実行される機能は、文脈によって示され得るように異なる順序で実装され得る。さらに、概説されたステップおよび動作は、例としてのみ提供されており、ステップおよび動作のいくつかは、オプションであってもよく、より少ないステップおよび動作に組み合わされてもよく、または追加のステップおよび動作に拡張されてもよい。
本開示は、異なる他の構成要素内に含まれるか、または異なる他の構成要素と接続された異なる構成要素を示すことがある。そのような図示されたアーキテクチャは単なる例示であり、同じまたは同様の機能を達成する多くの他のアーキテクチャを実装することができる。
本開示の態様は、その趣旨または本質的な特徴から逸脱することなく、他の形態で具現化されてもよい。記載された態様は、すべての点で例示的であり、限定的ではないと考えられるべきである。特許請求される主題は、前述の説明ではなく添付の特許請求の範囲によって示される。特許請求の範囲の均等物の意味および範囲内にあるすべての変更は、それらの範囲内に包含されるべきである。

Claims (20)

  1. ホワイトリストに登録される製造業者による要求に応答して、ホワイトリスト登録局によって前記製造業者をホワイトリストに登録することと、
    前記製造業者のデバイスの１つまたは複数の署名鍵を追加することであって、前記署名鍵の各々は前記製造業者によって製造されたデバイスに対応することと
    を含む方法。
  2. 前記製造業者をホワイトリストに登録する前に前記製造業者のアイデンティティを検証することをさらに含む、請求項１に記載の方法。
  3. 前記ホワイトリスト登録局によって決定された製造業者のリストに前記製造業者を含めることをさらに含む、請求項１に記載の方法。
  4. 前記ホワイトリストに登録された製造業者をＰＫＩスマートコントラクトに送信することをさらに含む、請求項１に記載の方法。
  5. 前記署名鍵が特定の時間長にわたって有効である、請求項１に記載の方法。
  6. 前記署名鍵が、より長い時間にわたって有効であると見なされるために更新されるように構成される、請求項１に記載の方法。
  7. 前記署名鍵をＰＫＩスマートコントラクトに送信することをさらに含む、請求項１に記載の方法。
  8. 製造業者によって製造された新しいデバイスの公開／秘密鍵ペアを生成することと、
    前記製造業者によって製造された前記新しいデバイスの前記公開／秘密鍵ペアを保存することと
    を含む方法。
  9. 前記公開／秘密鍵ペアが前記製造業者によって生成される、請求項８に記載の方法。
  10. 前記方法が、前記製造業者によって製造された新しい装置を認証するために前記製造業者によって実行される、請求項８に記載の方法。
  11. 前記公開／秘密鍵ペアがハードウェアで融合されるか、または前記デバイスのメモリに保存される、請求項８に記載の方法。
  12. 前記公開／秘密鍵ペアが前記製造業者の登録鍵の１つと共に保存される、請求項８に記載の方法。
  13. ランダムチャレンジを生成することであって、前記チャレンジがユーザによって生成されることと、
    前記ユーザからデバイスに前記チャレンジを送信することと、
    前記デバイスから前記ユーザの前記チャレンジに対する応答を受信することと、
    前記デバイスから受信した前記応答の署名を検証することと、
    前記デバイスから受信した前記応答の証明書を検証することと
    を含む方法。
  14. 前記方法が、デバイスの証明書を検証するために実行され、前記証明書が、ハードウェアセキュリティモジュール（ＨＳＭ）に格納される、請求項１３に記載の方法。
  15. 前記チャレンジが、前記デバイスがそれ自体を適切に識別しており、正しい製造業者に関連付けられているかどうかを決定するために前記ユーザによって生成される、請求項１３に記載の方法。
  16. 前記チャレンジがランダムに選択された一連のバイトである、請求項１３に記載の方法。
  17. 前記デバイスで前記チャレンジを受信することと、
    前記デバイスで応答を生成することと、
    前記デバイスから前記ユーザに前記応答を送信することと
    をさらに含む、請求項１３に記載の方法。
  18. 前記応答を送信する前に前記チャレンジに署名することをさらに含む、請求項１７に記載の方法。
  19. 前記署名を検証することが、前記応答の公開鍵が前記チャレンジと一致することをチェックすることを含む、請求項１３に記載の方法。
  20. 前記証明書を検証することが、前記証明書が製造業者の失効していない鍵によって署名されたことを検証することを含む、請求項１３に記載の方法。
JP2022517148A 2019-09-16 2020-09-16 デバイス証明書のプロビジョニングおよび認証 Pending JP2022548149A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962901149P 2019-09-16 2019-09-16
US62/901,149 2019-09-16
PCT/US2020/051127 WO2021055515A1 (en) 2019-09-16 2020-09-16 Provisioning and authenticating device certificates

Publications (1)

Publication Number Publication Date
JP2022548149A true JP2022548149A (ja) 2022-11-16

Family

ID=74884674

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022517148A Pending JP2022548149A (ja) 2019-09-16 2020-09-16 デバイス証明書のプロビジョニングおよび認証

Country Status (8)

Country Link
US (1) US20220224547A1 (ja)
EP (1) EP4032224A4 (ja)
JP (1) JP2022548149A (ja)
KR (1) KR20220081347A (ja)
CN (1) CN114788219A (ja)
AU (1) AU2020351156A1 (ja)
BR (1) BR112022004653A2 (ja)
WO (1) WO2021055515A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230297691A1 (en) * 2022-03-15 2023-09-21 My Job Matcher, Inc. D/B/A Job.Com Apparatus and methods for verifying lost user data
KR102506432B1 (ko) * 2022-04-19 2023-03-07 주식회사 블로코 인증서 폐기 리스트 관리 방법 및 이를 위한 시스템

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003223416A (ja) * 2001-11-13 2003-08-08 Microsoft Corp 認証可能なゲームシステムを製造するためのアーキテクチャ
JP2008033512A (ja) * 2006-07-27 2008-02-14 Toppan Printing Co Ltd セキュリティチップ及びプラットフォーム
JP2008109422A (ja) * 2006-10-26 2008-05-08 Mitsubishi Electric Corp データ処理システムおよびデータ処理方法
JP2010097523A (ja) * 2008-10-20 2010-04-30 Hitachi Ltd 情報提供方法およびシステム
US20140129458A1 (en) * 2012-07-30 2014-05-08 Budimir Damnjanovic System and method for certifying and monitoring commercial activity of a manufacturer, distributors, and retailers in a product supply chain
JP2017220823A (ja) * 2016-06-08 2017-12-14 キヤノン株式会社 情報処理装置、情報処理方法およびプログラム
US20190036682A1 (en) * 2017-07-26 2019-01-31 Alibaba Group Holding Limited Secure communications in a blockchain network

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7178029B2 (en) * 1998-08-18 2007-02-13 Privador, Ltd Method and apparatus for validating a digital signature
GB0119629D0 (en) * 2001-08-10 2001-10-03 Cryptomathic As Data certification method and apparatus
US7925878B2 (en) * 2001-10-03 2011-04-12 Gemalto Sa System and method for creating a trusted network capable of facilitating secure open network transactions using batch credentials
US7165181B2 (en) * 2002-11-27 2007-01-16 Intel Corporation System and method for establishing trust without revealing identity
US7958362B2 (en) * 2005-10-11 2011-06-07 Chang Gung University User authentication based on asymmetric cryptography utilizing RSA with personalized secret
CN105243313B (zh) * 2010-01-12 2018-12-25 维萨国际服务协会 用于对验证令牌的任何时候确认的方法
US10652031B2 (en) * 2010-04-30 2020-05-12 T-Central, Inc. Using PKI for security and authentication of control devices and their data
US8627083B2 (en) 2010-10-06 2014-01-07 Motorala Mobility LLC Online secure device provisioning with online device binding using whitelists
US8661254B1 (en) * 2010-12-03 2014-02-25 Ca, Inc. Authentication of a client using a mobile device and an optical link
US8943072B2 (en) * 2012-10-25 2015-01-27 Xerox Corporation Determining OEM of rebranded device
US20140281497A1 (en) * 2013-03-13 2014-09-18 General Instrument Corporation Online personalization update system for externally acquired keys
CN108713338A (zh) * 2015-12-29 2018-10-26 诺基亚技术有限公司 无线接入资源共享
KR102399582B1 (ko) * 2017-03-01 2022-05-18 애플 인크. 모바일 디바이스를 사용한 시스템 액세스
US9992029B1 (en) * 2017-04-05 2018-06-05 Stripe, Inc. Systems and methods for providing authentication to a plurality of devices
JP6721266B2 (ja) * 2017-04-14 2020-07-08 三菱電機株式会社 鍵管理システム、通信機器および鍵共有方法
US10749692B2 (en) * 2017-05-05 2020-08-18 Honeywell International Inc. Automated certificate enrollment for devices in industrial control systems or other systems
DE102017214359A1 (de) * 2017-08-17 2019-02-21 Siemens Aktiengesellschaft Verfahren zum sicheren Ersetzen eines bereits in ein Gerät eingebrachten ersten Herstellerzertifikats
CN107769925B (zh) * 2017-09-15 2020-06-19 山东大学 基于区块链的公钥基础设施***及其证书管理方法
EP3746968A1 (en) * 2018-02-02 2020-12-09 Roche Diabetes Care GmbH A method for controlling distribution of a product in a computer network and system
US11972032B2 (en) * 2018-11-02 2024-04-30 Telefonaktiebolagget LM Ericsson (Publ) Authentication of an original equipment manufacturer entity
CN109547200A (zh) * 2018-11-21 2019-03-29 上海点融信息科技有限责任公司 区块链网络中的证书分配方法及相应的计算设备和介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003223416A (ja) * 2001-11-13 2003-08-08 Microsoft Corp 認証可能なゲームシステムを製造するためのアーキテクチャ
JP2008033512A (ja) * 2006-07-27 2008-02-14 Toppan Printing Co Ltd セキュリティチップ及びプラットフォーム
JP2008109422A (ja) * 2006-10-26 2008-05-08 Mitsubishi Electric Corp データ処理システムおよびデータ処理方法
JP2010097523A (ja) * 2008-10-20 2010-04-30 Hitachi Ltd 情報提供方法およびシステム
US20140129458A1 (en) * 2012-07-30 2014-05-08 Budimir Damnjanovic System and method for certifying and monitoring commercial activity of a manufacturer, distributors, and retailers in a product supply chain
JP2017220823A (ja) * 2016-06-08 2017-12-14 キヤノン株式会社 情報処理装置、情報処理方法およびプログラム
US20190036682A1 (en) * 2017-07-26 2019-01-31 Alibaba Group Holding Limited Secure communications in a blockchain network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YAKUBOV, A. ET AL.: "A Blockchain-Based PKI Management Framework", IEEE/IFIP NETWORK OPERATIONS AND MANAGEMENT SYMPOSIUM, JPN6023026987, April 2018 (2018-04-01), pages 1 - 6, XP033374063, ISSN: 0005100847, DOI: 10.1109/NOMS.2018.8406325 *

Also Published As

Publication number Publication date
AU2020351156A1 (en) 2022-04-21
US20220224547A1 (en) 2022-07-14
EP4032224A4 (en) 2023-10-11
EP4032224A1 (en) 2022-07-27
KR20220081347A (ko) 2022-06-15
CN114788219A (zh) 2022-07-22
BR112022004653A2 (pt) 2022-05-31
WO2021055515A1 (en) 2021-03-25

Similar Documents

Publication Publication Date Title
US10986083B2 (en) Hardware identification-based security authentication service for IoT devices
JP5933827B2 (ja) 機器同士の間の通信セッション転送
US20150350362A1 (en) Proxied push
KR20180053701A (ko) 로컬 디바이스 인증
EP2873191B1 (en) Mechanisms for certificate revocation status verification on constrained devices
US11038897B1 (en) Interaction control list determination and device adjacency and relative topography
US20210243038A1 (en) Spatial broadcasting device authentication
US20120210136A1 (en) Enabling secure access to sensor network infrastructure using multiple interfaces and application-based group key selection
US11606198B2 (en) Centrally managed PKI provisioning and rotation
US12034709B1 (en) Centralized secure distribution of messages and device updates
US9584501B2 (en) Resource protection on un-trusted devices
EP3017562A1 (en) A method and apparatus for anonymous authentication on trust in social networking
CN114556861A (zh) 设备身份的匿名化和随机化
US20220224547A1 (en) Provisioning and authenticating device certificates
CN111937013B (zh) 电子设备管理
US20230135920A1 (en) Network device authentication
Wu et al. Bring trust to edge: Secure and decentralized IoT framework with BFT and permissioned blockchain
US20180103032A1 (en) Authorization of Computing Devices Using Cryptographic Action Tokens
US20240098500A1 (en) Managing end-to-end data protection
CN115118427A (zh) 区块链***的数据传输方法、装置、设备以及存储介质
WO2014140613A2 (en) Communications systems and methods

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220512

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230517

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230704

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20231003

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20240305