JP2020526146A - 第１のアプリケーションと第２のアプリケーションとの間の対称型相互認証方法 - Google Patents

第１のアプリケーションと第２のアプリケーションとの間の対称型相互認証方法 Download PDF

Info

Publication number
JP2020526146A
JP2020526146A JP2020519833A JP2020519833A JP2020526146A JP 2020526146 A JP2020526146 A JP 2020526146A JP 2020519833 A JP2020519833 A JP 2020519833A JP 2020519833 A JP2020519833 A JP 2020519833A JP 2020526146 A JP2020526146 A JP 2020526146A
Authority
JP
Japan
Prior art keywords
key
application
symmetric key
server
derived
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2020519833A
Other languages
English (en)
Other versions
JP6896940B2 (ja
Inventor
ミグエル， ヒューアパヤ ルイス
ミグエル， ヒューアパヤ ルイス
マリー， プラデン アンネ
マリー， プラデン アンネ
Original Assignee
タレス ディアイエス フランス エスアー
タレス ディアイエス フランス エスアー
セーフネット カナダ インク．
セーフネット カナダ インク．
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 タレス ディアイエス フランス エスアー, タレス ディアイエス フランス エスアー, セーフネット カナダ インク．, セーフネット カナダ インク． filed Critical タレス ディアイエス フランス エスアー
Publication of JP2020526146A publication Critical patent/JP2020526146A/ja
Application granted granted Critical
Publication of JP6896940B2 publication Critical patent/JP6896940B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • H04L9/3273—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response for mutual authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
    • 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/0877—Generation of secret information including derivation or calculation of cryptographic keys or passwords using additional device, e.g. trusted platform module [TPM], smartcard, USB or hardware security module [HSM]
    • 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/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or 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/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/3218—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 proof of knowledge, e.g. Fiat-Shamir, GQ, Schnorr, ornon-interactive zero-knowledge proofs
    • 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/3234—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 additional secure or trusted devices, e.g. TPM, smartcard, USB or software token
    • 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
    • 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/12—Details relating to cryptographic hardware or logic circuitry
    • H04L2209/127—Trusted platform modules [TPM]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

第１のサーバが第２のサーバとマスタ(対称)鍵を交換する。第１のサーバは第１のアプリケーションにマスタ鍵を送信する。第２のサーバは生成パラメータ及び第１のマスタ鍵を使用することによって第１の派生鍵を動的に生成し、第２のサーバは第２のアプリケーションに第１の派生鍵及び生成パラメータを送信する。第２のアプリケーションは第１の(鍵所有)証明を生成し、第１の証明及び生成パラメータを第１のアプリケーションに送信する。第１のアプリケーションは第１の証明が第１の派生鍵を使用することによって生成されたものであることの検証に、生成パラメータ、第１のマスタ鍵及び第１の証明を使用することによって成功し、第２の(鍵所有)証明を生成し、第２のアプリケーションに送信する。第２のアプリケーションは第２の証明が動的に生成され証明された共有鍵である第１の派生鍵を使用することによって生成されたものであることの検証に成功する。【選択図】 図４

Description

本発明は、概して第１のアプリケーションと第２のアプリケーションとの間の対称型相互認証方法に関する。
本発明は特に、サーバが、例えばネットワーク仮想機能（すなわちＮＶＦ）を実行し得るＩｎｔｅｌ（登録商標）Ｓｏｆｔｗａｒｅ Ｇｕａｒｄ ｅＸｔｅｎｓiｏｎｓ（ソフトウェアガードエクステンション）（すなわちＳＧＸ）といったハードウェア介在エンクレーブ（すなわちＨＭＥ）などの、第１及び第２のアプリケーションの１つをサポートするクラウドコンピューティングネットワークに適用できる可能性がある。
本明細書では、ＨＭＥが、エンクレーブ内のコードとデータの両方に、エンクレーブ内のデータにアクセスするコードだけがエンクレーブ内のセキュアコードとなるように機密性及び完全性を提供する、例えば中央処理装置（すなわちＣＰＵ）などのプロセッサにより実行されるセキュアコードを含む。このような保証は、特にホストオペレーティングシステム（すなわちＯＳ）に関係なくプロセッサ自体によって行われる。換言すれば、（管理者／ルート権限を含む）いかなる権限レベルで実行される（カーネルレベルコードを含む）いかなる他のコードもエンクレーブ内のセキュアコードにアクセスしない。
本発明は特に、独立したエンティティである、又は例えばセキュアエレメント（すなわちＳＥ）などのデバイスと連携する、例えば携帯電話などの携帯端末が第１及び第２のアプリケーションの１つをサポートする携帯無線通信分野に適用できる可能性がある。
本明細書では、ＳＥは、耐タンパ性コンポーネントとして格納データへのアクセスを保護するチップを含み、例えば（携帯）電話といったＳＥホストデバイスなどのデバイスとデータ通信を行うことが意図されたスマートオブジェクトである。
本発明は特に、１つ以上の鍵を提供できるサーバである２つ以上のハードウェアセキュリティモジュール（すなわちＨＳＭ）タイプサーバに適用できる可能性がある。ＨＳＭタイプサーバは、好ましくは別々のＨＳＭタイプサーバが互いとの信頼を構築できるようにする、例えばブロックチェーンメカニズムなどの安全なデータ交換メカニズムによって互いに接続される。
２つのアプリケーション間を公開鍵基盤（すなわちＰＫＩ）技術を用いることによって相互認証することは知られている。
しかしながら、そのようなＰＫＩ技術は、各アプリケーションをサポートするデバイスを、デバイスに鍵ペア、すなわち秘密鍵及び対応する公開鍵を提供すると同時に製造時に構成する必要があるため実装にかなりの費用がかかる。
また、そのようなＰＫＩ技術は、デバイスの否認防止を検証するための認証局との通信を伴う重い処理を実行する必要があるため運用にかなりの時間がかかる。
最後に、そのような非対称暗号に基づくＰＫＩ技術は量子計算に対して無抵抗であることが知られている。知られているように、非対称暗号とは、公開鍵が暗号化に使用され、公開鍵と異なる対応する秘密鍵が復号に使用されることを意味する。
ＰＫＩ技術を用いた既知の解決策よりも安価で、速く、より安全な代替的解決策が必要である。
本発明は、第１のアプリケーションと第２のアプリケーションとの間の対称型相互認証方法を提供することによって、上記で特定したばかりの必要性を満たすための解決策を提案する。
本発明による方法は以下のステップを含む。分散トラストチェーン内に含まれる第１のエレメントである第１のサーバが、分散トラストチェーン内に含まれる第２のエレメントである少なくとも１つの第２のサーバに対して、少なくとも１つのマスタ対称鍵を送受信する。第１のサーバは、少なくとも１つのマスタ対称鍵を第１のアプリケーションに送信する。第２のサーバは、少なくとも１つの鍵生成パラメータと、少なくとも１つのマスタ対称鍵に含まれる第１のマスタ対称鍵とを使用することによって第１の派生対称鍵を動的に生成する。第２のサーバは、第１の派生対称鍵及び少なくとも１つの鍵生成パラメータを第２のアプリケーションに送信する。第２のアプリケーションは、第１の派生対称鍵を使用することによって第１の鍵所有証明を生成する。第２のアプリケーションは、第１の鍵所有証明及び少なくとも１つの鍵生成パラメータを第１のアプリケーションに送信する。第１のアプリケーションは、第１の鍵所有証明が第１の派生対称鍵を使用することによって生成されたものであることの検証に、少なくとも１つの鍵生成パラメータ、第１のマスタ対称鍵及び第１の鍵所有証明を使用することによって成功する。第１のアプリケーションは、第１の派生対称鍵を使用することによって第２の鍵所有証明を生成する。第１のアプリケーションは、少なくとも第２の鍵所有証明を第２のアプリケーションに送信する。第２のアプリケーションは、第２の鍵所有証明が動的に生成され証明された共有鍵である第１の派生対称鍵を使用することによって生成されたものであることの検証に、第２の鍵所有証明を使用することによって成功する。
本発明の原理は、（分散）トラストチェーン内に含まれる、例えばＨＳＭタイプサーバなどの第１及び第２のサーバを使用することにある。第１のサーバは、サーバ間で交換される１つ（又は複数）のマスタ対称鍵を第１のアプリケーションに提供する。第２のサーバは、１つ又は複数のパラメータと、第１のサーバにより第１のアプリケーションに提供された第１のマスタ対称鍵とに基づいて、第２のサーバによりオンザフライで生成される第１の派生対称鍵を第２のアプリケーションに提供する。第２のアプリケーションは、第１の派生対称鍵を使用して第１の鍵所有証明を生成する。第２のアプリケーションは、第１の派生対称鍵を生成するのに使用されたパラメータが添付された第１の鍵所有証明を第１のアプリケーションに送信する。第１のアプリケーションは、第１のマスタ対称鍵と、第１の鍵所有証明と、第１の派生対称鍵を生成するのに使用されたパラメータとを使用しながら、第１の鍵所有証明が第１の派生対称鍵を使用して生成されたものであるか否かを確認する。第１の鍵所有証明が第１の派生対称鍵を使用して生成されたものであることを第１のアプリケーションが確認した場合にのみ、第１のアプリケーションは、第２のアプリケーションが動的に生成された第１の派生対称鍵を所有していることを知る。第１のアプリケーションは、第１の派生対称鍵を使用して第２の鍵所有証明を生成する。第１のアプリケーションは、第２のアプリケーションに少なくとも第２の鍵所有証明を送信する。第２のアプリケーションは、第１の派生対称鍵を使用しながら、第２の鍵所有証明が第１の派生対称鍵を使用して生成されたものであるか否かを確認する。第２の鍵所有証明が第１の派生対称鍵を使用して生成されたものであることを第２のアプリケーションが確認した場合にのみ、第２のアプリケーションは、第１及び第２のアプリケーションが共に動的に生成された第１の派生対称鍵を共有していることを知る。
本発明の解決策は、動的に生成された対称鍵に基づいており、対称暗号を使用することによって第１及び第２のアプリケーション間の相互認証を実行する。知られているように、対称暗号とは、同じ鍵が暗号化と復号の両方に使用されることを意味する。
したがって、本発明の解決策は、既知のＰＫＩ技術と異なり、第１及び第２のアプリケーションのそれぞれをサポートするデバイスを、デバイスに何らかの鍵を提供すると同時に製造時に構成する必要がない。
本発明の解決策は、対称暗号に基づいており、例えば２つのアプリケーションがフィールドで使用される場合に、第１及び第２のアプリケーション間の相互認証を行うのに使用される対称鍵が動的に生成されるため、例えば０．数マイクロ秒未満と高速である。
本発明の解決策は、第１及び第２のアプリケーションのそれぞれが、検証後に第１及び第２のアプリケーションの他方が動的に生成された対称鍵を所有していることを確認するため安全である。
本発明の解決策は、特に量子計算に対してより抵抗力があると知られている対称暗号に基づいているため、ＰＫＩ技術を用いた既知の解決策の場合よりも安全である。
したがって、本発明の解決策は、対称暗号を使用することによって、既知のＰＫＩに基づいた解決策に対してセキュリティを強化する。
例えば動的に生成された対称鍵を生成するのに使用されたマスタ対称鍵などのデータを、分散トラストチェーンのエレメントである第１及び第２のサーバ間で安全に交換するのに使用されるメカニズムは、例えばブロックチェーン技術などの任意の安全なデータ交換技術に基づくことができることに留意されたい。
本発明の追加の特徴及び利点は、示唆的で非制限的な例である本発明の１つの好適な実施形態の詳細な説明及び関連する以下の図面から明らかになるだろう。
本発明に係る、第１及び第２のＨＳＭと、第１のアプリケーションをサポートするクラウドサーバと、第２のアプリケーションをサポートするクライアントデバイスとを備え、動的に生成された第１の派生対称鍵に基づく第１及び第２のアプリケーション間の対称型相互認証方法の特定の実施形態を実装するように適合されたシステムの実施形態の簡略図。 本発明に係る、トラストチェーン内の第１の信頼の基点である第１のＨＳＭが、第１のアプリケーションの認証に成功した、及び／又は第１のアプリケーションの証明の検証に成功した後に第１のアプリケーションに１つ又は複数のマスタ対称鍵を提供する、第１のアプリケーションと図１の第１のＨＳＭとの間の簡略化したメッセージフロー。 本発明に係る、トラストチェーン内の第２の信頼の基点である第２のＨＳＭが、ＨＳＭと第１のアプリケーションとの間で共有された第１のマスタ対称鍵に基づいて第１の派生対称鍵を動的に生成し、第２のアプリケーションの認証に成功した、及び／又は第２のアプリケーションの証明の検証に成功した後に第２のアプリケーションに第１の派生対称鍵を提供する、第２のアプリケーションと図１の第２のＨＳＭとの間の簡略化したメッセージフロー。 本発明に係る、２つのアプリケーションのそれぞれが、２つのアプリケーションの他方が、一方でＨＳＭ間で安全に共有され、他方で第１のアプリケーションに提供される第１のマスタ対称鍵に基づいてオンザフライで前もって生成された第１の派生対称鍵を所有していることを証明する、図１の第１及び第２のアプリケーション間の簡略化したメッセージフロー。
以下では、本発明による第１及び第２のアプリケーション間の対称型相互認証方法が、２つのサーバである２つのＨＳＭタイプサーバと、第１のデバイスであるクラウドサーバによりサポートされた第１のアプリケーションであるＨＭＥと、第２のデバイスである携帯電話によりサポートされた第２のアプリケーションであるモバイルアプリケーションとによって実行される例示的な実施形態を考える。
別の例示的な実施形態（図示せず）によれば、本発明による第１及び第２のアプリケーション間の対称型相互認証方法は、ＨＳＭタイプサーバと、第１のデバイスによりサポートされた第１のアプリケーションと、第２のデバイス（又は第１のデバイス）によりサポートされた第２のアプリケーションとによって実行される。換言すれば、ＨＳＭタイプサーバはいかなる他のＨＳＭタイプサーバとも連携しない、すなわち２つのアプリケーションは同一のＨＳＭタイプサーバによって管理される。このような例示的な実施形態によれば、ＨＳＭタイプサーバは、２つのＨＳＭタイプサーバにより実行される、以下に記載の機能を実行するように適合される。
当然ながら、以下に記載の実施形態は単に例示のためのものに過ぎず、本発明の範囲を減縮するものとは認められない。
図１は、ＨＭＥ１０２と、第１のＨＳＭ１０４と、モバイルアプリケーション１１０と、第２のＨＳＭ１０８とを備えたシステム１００を模式的に示している。
クラウドサーバ１０１は、クラウドコンピューティングネットワーク（図示せず）内に含まれる。
データセンターにある可能性があるクラウドサーバ１０１はホストアプリケーションをサポートする。
クラウドサーバ１０１は、データ処理手段である１つ又は複数のＣＰＵ（図示せず）と、データ格納手段である１つ又は複数のメモリ（図示せず）と、全てが内部で互いに接続される１つ又は複数の入出力（Ｉ／Ｏ）インターフェイス（図示せず）とを備える。
クラウドサーバメモリはオペレーティングシステム（すなわちＯＳ）を格納している。
ホストアプリケーションは、第１のアプリケーションであるＨＭＥ１０２をホストする。ホストアプリケーションは、ホストアプリケーションの一部（サブセット）であるＨＭＥ１０２と連携する。ＨＭＥ１０２は、実行されるときネットワーク仮想機能（すなわちＮＶＦ）を実行することができる。
例えばＩｎｔｅｌ ＳＧＸなどのＨＭＥ１０２は、クラウドサーバＣＰＵ、又はクラウドサーバ１０１にある専用プロセッサ（又はマイクロプロセッサ）によって実行する又は走らせることができる。
ＨＭＥ１０２は、１つ又は複数の中間ネットワークエンティティ（図示せず）を介して、好ましくは双方向リンク１０３経由で第１のＨＳＭ１０４に接続される。
第１のＨＳＭ１０４は第１のサービスプロバイダ（又はその代理）によって運用される。第１のＨＳＭ１０４は、双方向リンク１０５経由でブロックチェーンメカニズム１０６又は任意の他の安全なデータ交換メカニズムに接続される。
第１のＨＳＭ１０４は、データ処理手段である１つ又は複数のＣＰＵ（図示せず）と、データ格納手段である１つ又は複数のメモリ（図示せず）と、全てが内部で互いに接続される１つ又は複数のＩ／Ｏインターフェイス（図示せず）とを備える。
第１のＨＳＭメモリはＯＳを格納している。
第１のＨＳＭ１０４は、好ましくは第１のマスタ対称鍵セットである１つ又は複数のマスタ対称鍵を生成し格納することができる。
第１のＨＳＭメモリは、好ましくはＨＭＥ１０２が１つ又は複数の所定のセキュリティ条件又は制約を満たすことを証明できる高速安全機構を促進するのに使用される１つ又は複数の暗号鍵を格納し、その結果、安全にかつ全面的に信頼してＨＭＥ１０２に第１のマスタ対称鍵セットを提供する。
第１のＨＳＭ１０４は、好ましくはマスタ対称鍵の送信先に関連する所定のセキュリティ制約（例えば、以下に記載の第１のアプリケーションの証明の検証、認証、及び／又は第１のアプリケーションの認証が１又は複数回無事に完了することなど）が満たされる場合にのみ、ＨＭＥ１０２に１つ又は複数のマスタ対称鍵を提供することができる。２つ以上のマスタ対称鍵が提供されるとき、第１のＨＳＭ１０４は、各マスタ対称鍵と関連するマスタ対称鍵セット内に含まれる各マスタ対称鍵に関連する一意の識別子に関するデータである各汎用一意識別子（すなわちＵＵＩＤ）と関連するマスタ対称鍵を送信する。
（携帯）電話１１１（すなわちクラウドサーバ１０１又は本発明による方法の別の実施形態における別のクラウドサーバ）は、第２のアプリケーションであるモバイルアプリケーション１１０をサポートする。
モバイルアプリケーション１１０は、１つ又は複数の中間ネットワークエンティティ（図示せず）を介して、好ましくは双方向リンク１０９経由で第２のＨＳＭ１０８に接続される。
第２のＨＳＭ１０８は、好ましくは第１のサービスプロバイダと異なる第２のサービスプロバイダ（又はインフラストラクチャプロバイダ）（又はその代理）によって運用される。
異なるサービスプロバイダは互いを知らない。
代替的に、第１のＨＳＭ１０４及び第２のＨＳＭ１０８は、２つの異なるサービスプロバイダではなく、同一のサービスプロバイダによって運用される。
各サービスプロバイダは、それぞれ独自のマスタ対称鍵を有する独自のＨＳＭを有する。
第２のＨＳＭ１０８は、双方向リンク１０７経由でブロックチェーンメカニズム１０６（又は任意の他の安全なデータ交換メカニズム）に接続される。
第２のＨＳＭ１０８は、データ処理手段である１つ又は複数のＣＰＵ（図示せず）と、データ格納手段である１つ又は複数のメモリ（図示せず）と、全てが互いに接続される１つ又は複数のＩ／Ｏインターフェイス（図示せず）とを備える。
第２のＨＳＭメモリはＯＳを格納している。
第２のＨＳＭ１０８は、好ましくは第２のマスタ対称鍵セットである１つ又は複数のマスタ対称鍵を生成し格納することができる。第２のマスタ対称鍵セットは第１のマスタ対称鍵セットと異なる。
第２のＨＳＭメモリは、好ましくはモバイルアプリケーション１１０が１つ又は複数の所定のセキュリティ制約を満たすことを証明できる高速安全機構を促進するのに使用される１つ又は複数の暗号鍵を格納し、その結果、安全にかつ全面的に信頼してモバイルアプリケーション１１０に第１の派生対称鍵を提供する。
本発明の本質的な特徴によれば、第２のＨＳＭ１０８は、例えば第２のＨＳＭ１０８が前もって生成し、鍵生成パラメータとして一度だけ使用されるノンスと、第１のマスタ対称鍵とを使用することによって、第１の派生対称鍵を動的に生成するように構成される。
第１の派生対称鍵を動的に生成する難易度を高めるために（したがって、セキュリティを強化するために）、例えば第２のＨＳＭ１０８及びＨＭＥ１０２により使用される所定の鍵導出関数（すなわちＫＤＦ）に関連する一意の識別子に関するデータなどの他の鍵生成パラメータを追加することができる。
第１のマスタ対称鍵は、第１又は第２のマスタ対称鍵セット内に含まれている。
第１のマスタ対称鍵は、第２のＨＳＭ１０８又は第１のＨＳＭ１０４によって前もって生成されていてよい。
第１のマスタ対称鍵は、第１のＨＳＭ１０４と第２のＨＳＭ１０８との間でブロックチェーンメカニズム１０６（又は任意の他の安全なデータ交換メカニズム）を介して安全に交換される。
ブロックチェーンメカニズム１０６又は任意の他の安全なデータ交換メカニズムは、特に（とりわけ）第１のＨＳＭ１０４と第２のＨＳＭ１０８との間で、例えば場合により対応する関連付けられたＵＵＩＤが添付されたマスタ対称鍵などのデータ（又は各マスタ対称鍵に関連する一意の識別子に関する他のデータ）を安全に交換することを可能にする。
ブロックチェーンメカニズム１０６又は任意の他の安全なデータ交換メカニズムは、第１のサービスプロバイダに関連する第１のＨＳＭ１０４が第２のサービスプロバイダに関連する第２のＨＳＭ１０８との信頼を構築することを可能にする。これによって、第１のＨＳＭ１０４及び第２のＨＳＭ１０８は、１つ又は複数のマスタ対称鍵セット及び場合により他の鍵を安全に交換する。他の鍵は、好ましくはＨＭＥ１０２及び／又はモバイルアプリケーション１１０が１つ又は複数の所定のセキュリティ制約を満たすようにするメカニズムを促進すなわち加速するのに使用され、その結果、第１のＨＳＭ１０４によって（ＨＭＥ１０２用の）第１のマスタ対称鍵を含むマスタ対称鍵が、及び／又は第２のＨＳＭ１０８によって（モバイルアプリケーション１１０用の）第１の派生対称鍵が提供される。
ブロックチェーンメカニズム１０６又は任意の他の安全なデータ交換メカニズムは、各ＨＳＭ１０４又は１０８が、もう一方のＨＳＭ１０８又は１０４に安全に接続すること、及び例えば各他のマスタ対称鍵セットなどのデータを、いつでも各ＨＳＭ１０４又は１０８が分散トラストチェーンに広がる全ての異なるＨＳＭ１０８又は１０４からのマスタ対称鍵セットを格納するように交換することを可能にする。
第２のＨＳＭ１０８は、第１のＨＳＭ１０４との信頼をブロックチェーンメカニズム１０６（又は任意の他の安全なデータ交換メカニズム）を介して構築し、反対に、つまり第１のＨＳＭ１０４は、第２のＨＳＭ１０８との信頼をブロックチェーンメカニズム１０６（又は任意の他の安全なデータ交換メカニズム）を介して構築する。
第１のＨＳＭ１０４は、分散トラストチェーン内に含まれる第１のエレメントを構成する。
第２のＨＳＭ１０８は、第１のエレメントと異なり、分散トラストチェーン内に含まれる第２のエレメントを構成する。
第１のＨＳＭ１０４及び第２のＨＳＭ１０８のそれぞれは、第１のＨＳＭ１０４及び第２のＨＳＭ１０８の他方により生成されたいかなるマスタ対称鍵セットも安全に入手することができる。
本発明の本質的な特徴によれば、第２のＨＳＭ１０８は、モバイルアプリケーション１１０に、動的に生成された対称鍵である第１の派生対称鍵と、第１の派生対称鍵を生成するのに使用された鍵生成パラメータと、好ましくは（必須ではないが）（第１の派生対称鍵を生成するのに使用された）第１のマスタ対称鍵に関連する一意の識別子に関するデータとを提供するように構成される。
電話１１１は、データ処理手段である１つ又は複数のＣＰＵ（図示せず）と、データ格納手段である１つ又は複数のメモリ（図示せず）と、全てが内部で互いに接続される１つ又は複数のＩ／Ｏインターフェイス（図示せず）とを備える。電話メモリはＯＳを格納している。
モバイルアプリケーション１１０は、電話ＣＰＵ、又は電話１１１にある専用プロセッサ（又は例えばＳＥの１つなどのマイクロプロセッサ）によって実行する又は走らせることができる。
モバイルアプリケーション１１０はＳＥチップ（図示せず）によってサポートされてよい。
本発明は、ＳＥが存在する場合にその種類にいかなる制約も課さない。
ＳＥは、ＳＥホストデバイスである端末内の、例えば埋込み汎用集積回路カード（すなわちｅＵＩＣＣ）又は統合汎用集積回路カード（すなわちｉＵＩＣＣ）などの組込みチップ、又はＳＥホストデバイスである端末に結合され、スマートカード（又は別の媒体）内に含まれているチップであってよい。したがって、チップは、例えば携帯電話などのホストデバイスに固定されるものでも取り外し可能なものでもよい。
本発明は、ＳＥタイプの種類にいかなる制約も課さない。
ＳＥは様々なフォームファクタを有してよい。
取り外し可能なＳＥとしては、加入者識別モジュール（すなわちＳＩＭ）タイプカード、セキュアリムーバブルモジュール（すなわちＳＲＭ）、ＵＳＢ（“Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ”の頭字語）タイプのスマートドングル、（マイクロ）セキュアデジタル（すなわちＳＤ）タイプカード若しくはマルチメディアタイプカード（すなわちＭＭＣ）、又はユーザを認証するためのデバイスであるホストデバイスに結合される任意のフォーマットカードであってよい。
ＳＥチップは、例えばベースバンドプロセッサ、アプリケーションプロセッサ及び／又は他の電子コンポーネントなどの電話コンポーネントの少なくとも一部を組み込むことができる。
代替的に、ＳＥチップは、電話（すなわち端末）プロセッサの保護領域及び保護されたランタイム環境である信頼できる実行環境（すなわちＴＥＥ）を含む。
ＳＥチップは、好ましくは、ＳＥホストデバイスである電話１１１のプリント回路基板（すなわちＰＣＢ）内に、場合により取り外し可能に組み込まれる。
本発明の本質的な特徴によれば、モバイルアプリケーション１１０は、第１の派生対称鍵を使用することによって、第１の鍵所有証明である、例えば暗号化された第１のノンス及び／又は暗号化された第１のノンスのハッシュ値を生成するように適合される。
第１の鍵所有証明を生成するために、モバイルアプリケーション１１０は、第１の派生対称鍵と共に、例えば高度暗号化標準（すなわちＡＥＳ）、データ暗号化標準（すなわちＤＥＳ）又は３ＤＥＳなどの所定の第１の暗号化アルゴリズムを使用する。知られているように、対応する第１の復号アルゴリズムが第１の暗号化アルゴリズムである。
モバイルアプリケーション１１０は、双方向リンク１１３経由でＨＭＥ１０２に、第１の派生対称鍵を生成するのに使用された鍵生成パラメータと共に第１の鍵所有証明を送信することができる。モバイルアプリケーション１１０は、好ましくは第１の鍵所有証明及び鍵生成パラメータに加えて、第１のマスタ対称鍵に関連する一意の識別子に関するデータを送信することができる。
モバイルアプリケーション１１０は、双方向リンク１１３経由でＨＭＥ１０２から、場合により他のデータと共に第２の鍵所有証明を受信することができる。
本発明の本質的な特徴によれば、モバイルアプリケーション１１０は、第２の鍵所有証明が第１の派生対称鍵を使用することによって生成されたものであるか否かを、（受信した）第２の鍵所有証明を使用することによって検証するように適合される。
受信したデータを使用してこのような検証を行うために、モバイルアプリケーション１１０は、例えば（好ましくはＨＭＥ１０２が使用した第２の暗号化アルゴリズムである）所定の第２の復号アルゴリズム及び第１の派生対称鍵を使用することによって、例えば（受信した）暗号化された第２のノンスのハッシュ値を復号し、その結果、比較される第２の基準である第２のノンスのハッシュ値を入手する。モバイルアプリケーション１１０は、例えば（好ましくはＨＭＥ１０２が使用した第２の暗号化アルゴリズムである）所定の第２の復号アルゴリズム及び第１の派生対称鍵を使用することによって、例えば（受信した）暗号化された第２のノンスを復号する。次いで、モバイルアプリケーション１１０は、例えば第２のノンスのハッシュ値を生成し、第２のノンスのハッシュ値を第２の基準と比較する。第２のノンスのハッシュ値が第２の基準と一致しない場合、検証は失敗する。そうでない場合、すなわち第２のノンスのハッシュ値が第２の基準と一致する場合、検証は成功する。
検証失敗の場合、第２の鍵所有証明が第１の派生対称鍵を使用することによって生成されたものでない場合、モバイルアプリケーション１１０は、ＨＭＥ１０２が第１の派生対称鍵を所有していることを認証すなわち証明することができない。このような検証失敗の場合、モバイルアプリケーション１１０はＨＭＥ１０２を信頼することができない。
そうでない場合、すなわち検証成功の場合、第２の鍵所有証明が第１の派生対称鍵を使用することによって生成されたものである場合、モバイルアプリケーション１１０は、ＨＭＥ１０２が第１の派生対称鍵を所有していることの認証（すなわち証明）に成功する。このような検証成功の場合、モバイルアプリケーション１１０はＨＭＥ１０２を信頼することができる。
モバイルアプリケーション１１０は、双方向リンク１１３経由でＨＭＥ１０２に、第１の派生対称鍵を生成するのに使用された鍵生成パラメータと共に第１の鍵所有証明を送信することができる。モバイルアプリケーション１１０は、好ましくは第１の鍵所有証明及び鍵生成パラメータに加えて、第１のマスタ対称鍵に関連する一意の識別子に関するデータを送信することができる。
本発明の本質的な特徴によれば、ＨＭＥ１０２は、第１の鍵所有証明が第１の派生対称鍵を使用することによって生成されたものであるか否かを、（受信した）第１の鍵所有証明と、（受信した）鍵生成パラメータと、好ましくは（必須ではないが）受信したデータにより特定される第１のマスタ対称鍵とを使用することによって検証するように適合される。
受信したデータを使用してこのような検証を行うために、ＨＭＥ１０２は、受信したデータを使用することによって第１のマスタ対称鍵を特定し、例えば（モバイルアプリケーション１１０が使用した第１の暗号化アルゴリズムである）所定の第１の復号アルゴリズムと、第１の派生対称鍵とを使用することによって、例えば（受信した）暗号化された第１のノンスのハッシュ値を復号し、その結果、比較される第１の基準である第１のノンスのハッシュ値を入手する。ＨＭＥ１０２は、受信したデータを使用することによって第１のマスタ対称鍵を特定し、例えば（モバイルアプリケーション１１０が使用した第１の暗号化アルゴリズムである）所定の第１の復号アルゴリズムと、第１の派生対称鍵とを使用することによって、例えば（受信した）暗号化された第１のノンスを復号する。次いで、ＨＭＥ１０２は、例えば第１のノンスのハッシュ値を生成し、第１のノンスのハッシュ値を第１の基準と比較する。第１のノンスのハッシュ値が第１の基準と一致しない場合、検証は失敗する。そうでない場合、すなわち第１のノンスのハッシュ値が第１の基準と一致する場合、検証は成功する。
検証の結果、第１の鍵所有証明が第１の派生対称鍵を使用することによって生成されたものでない場合、ＨＭＥ１０２は、モバイルアプリケーション１１０が第１の派生対称鍵を所有していることを認証すなわち証明することができない。このような失敗の場合、ＨＭＥ１０２はモバイルアプリケーション１１０を信頼することができない。
そうでない場合、すなわち検証の結果、第１の鍵所有証明が第１の派生対称鍵を使用することによって生成されたものである場合、ＨＭＥ１０２は、モバイルアプリケーション１１０が第１の派生対称鍵を所有していることの認証（すなわち証明）に成功する。このような成功の場合、ＨＭＥ１０２はモバイルアプリケーション１１０を信頼することができる。
本発明の本質的な特徴によれば、ＨＭＥ１０２は、第１の派生対称鍵を使用することによって、第２の鍵所有証明である、例えば暗号化された第２のノンス及び／又は暗号化された第２のノンスのハッシュ値などを生成するように適合される。
第２の鍵所有証明を生成するために、モバイルアプリケーション１１０は、第１の派生対称鍵と共に、例えばＡＥＳ、ＤＥＳ又は３ＤＥＳなどの所定の第２の暗号化アルゴリズムを使用する。知られているように、対応する第２の復号アルゴリズムが第２の暗号化アルゴリズムである。
第２の暗号化アルゴリズムは、第１の暗号化アルゴリズムと異なるものであるか、第１の暗号化アルゴリズムと同じものであってよい。
第１の鍵所有証明及び／又は第２の鍵所有証明の少なくとも１つの認証が失敗した場合は、第１及び第２のアプリケーションは相互認証を行わない。
これに対して、第１の鍵所有証明の認証及び第２の鍵所有証明の認証が成功した場合は、第１及び第２のアプリケーションは相互認証を行う（に成功する）。
図２に示されているように、第１のＨＳＭ１０４は、好ましくは安全に、すなわち１つ又は複数の所定のセキュリティ制約がＨＭＥ１０２によって満たされていることを検証した後に、ＨＭＥ１０２に第１のマスタ対称鍵セットである１つ又は複数のマスタ対称鍵を提供する。
このように１つ又は複数の所定のセキュリティ制約がＨＭＥ１０２によって満たされていることを安全に検証することによって、ＨＭＥ１０２と第１のＨＳＭ１０４との間に事前の信頼を構築することが可能になる。これによって、ＨＭＥ１０２は第１のＨＳＭ１０４にテザリングされ、その結果、ＨＭＥ１０２と第１のＨＳＭ１０４との間に強いトラストバインディングが生じる。
クラウドサーバ１０１（より厳密にはホストアプリケーション）は、対応する開始要求２２をＨＭＥ１０２に送信することによってＨＭＥ１０２の実行を開始する。
ＨＭＥ１０２は、例えばアプリケーション証明プロセス、アプリケーション認証プロセス及び／又はユーザ認証プロセスなどの１つ又は複数の所定のセキュリティプロセスを、１つ又は複数の鍵を使用することによって実行しながら実行される。
所定のセキュリティプロセスは、例えばＨＭＥ１０２により安全に格納されている所定の非対称鍵と、メッセージ認証コード（すなわちＭＡＣ）アルゴリズムなどの所定の証明アルゴリズムとを使用することによるアプリケーション証明プロセスを含んでよい。
所定のセキュリティプロセスは、例えばＨＭＥ１０２により安全に格納されている所定の認証鍵と、所定の認証アルゴリズムとを使用することによるコード（すなわちアプリケーション）認証プロセスを含んでよい。
所定のセキュリティプロセスは、例えばＨＭＥ１０２により安全に格納されている所定のユーザ認証鍵と、所定のユーザ認証アルゴリズムとを使用することによるユーザ認証プロセスを含んでよい。
ＨＭＥ１０２は、証明レポートと、提出データであるコード認証データ及び／又はユーザ認証データとを含む１つ又は複数のメッセージ２４を第１のＨＳＭ１０４に送信する。
第１のＨＳＭ１０４は、（受信した）提出データが、例えば予想されるアプリケーション証明プロセス結果、予想されるアプリケーション認証プロセス結果及び／又は予想されるユーザ認証プロセス結果などの、予想される（すなわち所定の）セキュリティプロセス結果と一致するか否かを検証する（２６）。
提出データが予想されるセキュリティプロセス結果と一致しない場合、第１のＨＳＭ１０４は、セキュリティプロセスがＨＭＥ１０２によって満たされていることを検証することができない。第１のＨＳＭ１０４は、エラーコード又は障害コードを含むメッセージ（図示せず）をＨＭＥ１０２へ送信することができる。このようなエラーコード又は障害コードによって、ＨＭＥ１０２が必要なセキュリティプロセスを満たしていない旨をＨＭＥ１０２に知らせることが可能になる。
そうでない場合、すなわち提出データが予想されるセキュリティプロセス結果と一致する場合にのみ、第１のＨＳＭ１０４は、例えばＨＭＥ１０２の証明の検証に成功する、ＨＭＥ１０２の認証に成功する、及び／又はＨＭＥ１０２のユーザの認証に成功するなど、セキュリティプロセスが満たされていることの検証に成功する。
検証に成功すると、分散トラストチェーン内の第１の信頼の基点である第１のＨＳＭ１０４は、例えばＨＭＥ１０２の真正性及び完全性の証明、認証されたＨＭＥ１０２の証明、及び／又は認証されたＨＭＥユーザの証明などのセキュリティ証明である第１のマスタ対称鍵セット（及び／又は第２のマスタ対称鍵セット）を含む１つ又は複数のメッセージ２８をＨＭＥ１０２へ送信する。これによって、第１のＨＳＭ１０４はＨＭＥ１０２との信頼を構築する。
ＨＭＥ１０２は、セキュリティ証明として第１のマスタ対称鍵セット（及び／又は第２のマスタ対称鍵セット）を受信すると、第２のＨＳＭ１０８により管理されたモバイルアプリケーション１１０（及び／又は任意の他のモバイルアプリケーション）との相互認証（すなわち信頼）を構築することができる。
図３に示されているように、第２のＨＳＭ１０８は、好ましくは安全に、すなわち１つ又は複数の所定のセキュリティ制約がモバイルアプリケーション１１０によって満たされていることを検証した後に、モバイルアプリケーション１１０に第１の派生対称鍵を提供する。
このように１つ又は複数の所定のセキュリティ制約がモバイルアプリケーション１１０によって満たされていることを安全に検証することによって、モバイルアプリケーション１１０と第２のＨＳＭ１０８との間に事前の信頼を構築することが可能になる。これによって、モバイルアプリケーション１１０は第２のＨＳＭ１０８にテザリングされ、その結果、モバイルアプリケーション１１０と第２のＨＳＭ１０８との間にトラストバインディングが生じる。
電話１１１（より厳密にはホストアプリケーション）は、対応する開始要求３２をモバイルアプリケーション１１０に送信することによってモバイルアプリケーション１１０の実行を開始する。
モバイルアプリケーション１１０は、例えばアプリケーション証明プロセス、アプリケーション認証プロセス及び／又はユーザ認証プロセスなどの１つ又は複数の所定のセキュリティプロセスを、１つ又は複数の鍵を使用することによって実行しながら実行される。
所定のセキュリティプロセスは、例えばモバイルアプリケーション１１０により安全に格納されている所定の非対称鍵、及びＭＡＣアルゴリズムなどの所定の証明アルゴリズムを使用することによるアプリケーション証明プロセスを含んでよい。
所定のセキュリティプロセスは、例えばモバイルアプリケーション１１０により安全に格納されている所定の認証鍵、及び所定の認証アルゴリズムを使用することによるコード（すなわちアプリケーション）認証プロセスを含んでよい。
所定のセキュリティプロセスは、例えばモバイルアプリケーション１１０により安全に格納されている所定のユーザ認証鍵、及び所定のユーザ認証アルゴリズムを使用することによるユーザ認証プロセスを含んでよい。
モバイルアプリケーション１１０は、証明レポート、提出データであるコード認証データ及び／又はユーザ認証データを含む１つ又は複数のメッセージ３４を第２のＨＳＭ１０８に送信する。
第２のＨＳＭ１０８は、（受信した）提出データが、例えば予想されるアプリケーション証明プロセス結果、予想されるアプリケーション認証プロセス結果及び／又は予想されるユーザ認証プロセス結果などの、予想される（すなわち所定の）セキュリティプロセス結果と一致するか否かを検証する（３４）。
提出データが予想されるセキュリティプロセス結果と一致しない場合、第２のＨＳＭ１０８は、セキュリティプロセスがモバイルアプリケーション１１０によって満たされていることを検証することができない。第２のＨＳＭ１０８は、エラーコード又は障害コードを含むメッセージ３６をモバイルアプリケーション１１０へ送信することができる。このようなエラーコード又は障害コードによって、モバイルアプリケーション１１０が必要なセキュリティプロセスを満たしていない旨をモバイルアプリケーション１１０に知らせることが可能になる。
そうでない場合、すなわち提出データが予想されるセキュリティプロセス結果と一致する場合にのみ、第２のＨＳＭ１０８は、例えばモバイルアプリケーション１１０の証明の検証に成功する、モバイルアプリケーション１１０の認証に成功する、及び／又はモバイルアプリケーション１１０のユーザの認証に成功するなど、セキュリティプロセスが満たされていることの検証に成功する。
モバイルアプリケーション１１０が必要なセキュリティプロセスを満たす（ことに成功する）と、第２のＨＳＭ１０８は、例えば第１の派生対称鍵を生成するのに使用される鍵生成パラメータである、好ましくは大きい、すなわち２５６ビットより大きいノンス、及び好ましくは（２つ以上のマスタ対称鍵を含む場合の）第２の（又は第１の）マスタ対称鍵セットから選択される第１のマスタ対称鍵を使用することによって、（一意の）第１の派生対称鍵を動的に生成する（３８）。
第１の派生対称鍵が生成されると、分散トラストチェーン内の第２の信頼の基点である第２のＨＳＭ１０８は、例えばモバイルアプリケーション１１０の真正性及び完全性の証明、認証されたモバイルアプリケーション１１０の証明、及び／又は認証されたモバイルアプリケーション１１０のユーザの証明などのセキュリティ証明として、第１の派生対称鍵と、鍵生成パラメータと、場合により第１のマスタ対称鍵に関連する一意の識別子に関するデータとを含む、１つ又は複数のメッセージ３１０をモバイルアプリケーション１１０へ送信する。これによって、第２のＨＳＭ１０８は、モバイルアプリケーション１１０との信頼を構築する。
モバイルアプリケーション１１０は、セキュリティ証明として、第１の派生対称鍵と、鍵生成パラメータと、場合により第１のマスタ対称鍵に関連する一意の識別子に関するデータとを受信すると、第１のＨＳＭ１０４により管理されたＨＭＥ１０２（及び／又は任意の他のＨＭＥ）との相互認証（すなわち信頼）を構築することができる。
図４は、モバイルアプリケーション１１０とＨＭＥ１０２との間で交換されるメッセージ４０の例示的な実施形態を示している。
ＨＭＥ１０２が、（第２のマスタ対称鍵セットに含まれている）各マスタ対称鍵に関連する一意の識別子に関するデータである各対応するＵＵＩＤと関連する第２のマスタ対称鍵セットをセキュリティ証明として受信していると仮定される。
さらに、モバイルアプリケーション１１０が、第１の派生対称鍵と、鍵生成パラメータと、第１のマスタ対称鍵に関連する一意の識別子に関するデータである第１のマスタ対称鍵のＵＵＩＤｘとをセキュリティ証明として受信していると仮定される。
さらにまた、第１の派生対称鍵が、例えば大きいノンスを一意の鍵生成パラメータとして使用することによって生成されていると仮定される。
さらにまた、第１のマスタ対称鍵が、前もって第２のＨＳＭ１０８により生成され、第１のＨＳＭ１０４に送信又は伝搬されている第２のマスタ対称鍵セット内に含まれていると仮定される。
初めに、モバイルアプリケーション１１０は、第１の派生対称鍵を使用することによって第１の鍵所有証明を生成する（４２）。
モバイルアプリケーション１１０は、第１の鍵所有証明を生成するために、第１のノンスを生成し、次に第１の派生対称鍵を使用することによって第１のノンスを暗号化することができる。モバイルアプリケーション１１０はまた、好ましくは第１のノンスのハッシュ値を生成し、次に第１の派生対称鍵を使用することによって第１のノンスのハッシュ値を暗号化することができる。暗号化された第１のノンスのハッシュ値によって、ＨＭＥ１０２が第１の鍵所有証明の検証中に比較される第１の基準を生成することが可能になる。
第１の鍵所有証明が生成されると、モバイルアプリケーション１１０は、第１の鍵所有証明である暗号化された第１のノンスと、好ましくは暗号化された第１のノンスのハッシュ値と、第１のマスタ対称鍵のＵＵＩＤｘと、第１の派生対称鍵を生成するのに使用された鍵生成パラメータである大きいノンスとを含む１つ又は複数のメッセージ４４をＨＭＥ１０２へ送信する。
メッセージ４４がＨＭＥ１０２によって受信されると、ＨＭＥ１０２は、第１のマスタ対称鍵のＵＵＩＤｘに基づいて、第１の派生対称鍵を生成するのに使用された第１のマスタ対称鍵を特定する（４６）。
第１のマスタ対称鍵が特定されると、ＨＭＥ１０２は、第１のマスタ対称鍵と、鍵生成パラメータである大きいノンスとを使用することによって第１の派生対称鍵を生成する（４８）。ＨＭＥ１０２は、第２のＨＳＭ１０８により使用される所定の鍵生成アルゴリズムを使用して第１の派生対称鍵を生成する。
第１の派生対称鍵が生成されると、ＨＭＥ１０２は、第１の鍵所有証明が第１の派生対称鍵を使用することによって生成されたものであるか否かを、鍵生成パラメータと、（特定された）第１のマスタ対称鍵と、第１の鍵所有証明とを使用することによって検証する（４１０）。
そのような検証４１０を行うために、ＨＭＥ１０２は、例えば暗号化された第１のノンスを、第１の派生対称鍵を使用することによって復号し、結果として平文の第１のノンスを入手する。次いでＨＭＥ１０２は第１のノンスのハッシュ値を生成し、（生成したばかりの）第１のノンスのハッシュ値を受信した比較対象の第１の基準と比較する。
比較が失敗した、すなわち第１のノンスのハッシュ値が受信した比較対象の第１の基準と一致しない場合は、第１の鍵所有証明は、第１の派生対称鍵を使用することによって生成されたものではなく、ＨＭＥ１０２はモバイルアプリケーション１１０を認証することができない。ＨＭＥ１０２は、エラーコード又は障害コードを含むメッセージ４１２を送信することができる。このようなエラーコード又は障害コードによって、ＨＭＥ１０２がモバイルアプリケーション１１０を認証できないことをモバイルアプリケーション１１０に知らせることが可能になる。
比較が成功した、すなわち第１のノンスのハッシュ値が受信した比較対象の第１の基準と一致した場合は、第１の鍵所有証明は、第１の派生対称鍵を使用することによって生成されたものであり、ＨＭＥ１０２はモバイルアプリケーション１１０の認証に成功する。
モバイルアプリケーション１１０の認証が成功すると、ＨＭＥ１０２は、第１の派生対称鍵を使用することによって第２の鍵所有証明を生成する（４１４）。
ＨＭＥ１０２は、第２の鍵所有証明を生成するために、第２のノンスを生成し、次に第１の派生対称鍵を使用することによって第２のノンスを暗号化することができる。ＨＭＥ１０２はまた、好ましくは第２のノンスのハッシュ値を生成し、次に第１の派生対称鍵を使用することによって第２のノンスのハッシュ値を暗号化することができる。暗号化された第２のノンスのハッシュ値によって、モバイルアプリケーション１１０が第２の鍵所有証明の検証中に比較される第２の基準を生成することが可能になる。
第２の鍵所有証明が生成されると、ＨＭＥ１０２は、第２の鍵所有証明である暗号化された第２のノンスと、好ましくは（必須ではないが）暗号化された第２のノンスのハッシュ値とを含む１つ又は複数のメッセージ４１６をモバイルアプリケーション１１０へ送信する。
第２の鍵所有証明が受信されると、モバイルアプリケーション１１０は、第２の鍵所有証明が第１の派生対称鍵を使用することによって生成されたものであるか否かを、少なくとも第２の鍵所有証明を使用することによって検証する（４１６）。
そのような検証４１６を行うために、モバイルアプリケーション１１０は、例えば暗号化された第２のノンスを、第１の派生対称鍵を使用することによって復号し、結果として平文の第２のノンスを入手する。次いでモバイルアプリケーション１１０は第２のノンスのハッシュ値を生成し、（生成したばかりの）第２のノンスのハッシュ値を受信した比較対象の第２の基準と比較する。
比較が失敗した、すなわち第２のノンスのハッシュ値が受信した比較対象の第２の基準と一致しない場合は、第２の鍵所有証明は、第１の派生対称鍵を使用することによって生成されたものではなく、モバイルアプリケーション１１０はＨＭＥ１０２を認証することができない。モバイルアプリケーション１１０は、エラーコード又は障害コードを含むメッセージ４２０を送信することができる。このようなエラーコード又は障害コードによって、モバイルアプリケーション１１０がＨＭＥ１０２を認証できないことをＨＭＥ１０２に知らせることが可能になる。
比較が成功した、すなわち第２のノンスのハッシュ値が受信した比較対象の第２の基準と一致した場合は、第２の鍵所有証明は、第１の派生対称鍵を使用することによって生成されたものであり、モバイルアプリケーション１１０はＨＭＥ１０２の認証に成功する。
モバイルアプリケーション１１０がＨＭＥ１０２の認証に成功すると、モバイルアプリケーション１１０及びＨＭＥ１０２は、ＨＭＥ１０２及びモバイルアプリケーション１１０が結果として動的に生成され証明された共有鍵である第１の派生対称鍵をそれぞれ所有していることを互いに証明することによって、相互認証に成功する（４２２）。
これによって、トラストチェーンネットワークは、第１のＨＳＭ１０４及び第２のＨＳＭ１０８に加えて、トラストチェーンの追加のエレメントであるＨＭＥ１０２とモバイルアプリケーション１１０とを含む。
第１の派生対称鍵は、１時間や３０分などの所定の第１の寿命時間有効であってよい。
第２のＨＳＭ１０８は、第１のマスタ対称鍵、及び／又は第１の派生対称鍵を生成するのに使用された１つ又は複数のパラメータを変更することによって、第１の派生対称鍵と異なる第２の派生対称鍵を生成することができる。
ＨＭＥ１０２及びモバイルアプリケーション１１０は、例えば第１の鍵所有証明及び／又は第２の鍵所有証明をそれぞれ生成するのに使用された可能性があり、ＨＭＥ１０２及びモバイルアプリケーション１１０により共有されるデータである第１のノンス及び／又は第２のノンスに基づいて、セッション鍵を別々に生成することができる（図示せず）。
ＨＭＥ１０２及びモバイルアプリケーション１１０が、例えば第１の派生対称鍵、及び／又は他方のアプリケーションが第１の派生対称鍵を所有していることを証明するのに使用されたデータなどの共有データに基づく同じセッション鍵を共有すると、ＨＭＥ１０２及びモバイルアプリケーション１１０は、（このセッション鍵を使用しながら）連続的かつ安全に処理を行うことができる。
セッション鍵は、第１のマスタ対称鍵と異なる第２のマスタ対称鍵を使用することによって暗号化することができる。第２のマスタ対称鍵は、第１のＨＳＭ１０４及び第２のＨＳＭ１０８間で共有される。
ＨＭＥ１０２（又はモバイルアプリケーション１１０）は、セッション鍵情報として、第１のマスタ対称鍵と異なる第２のマスタ対称鍵を使用することにより前もって暗号化されるセッション鍵、第２のマスタ対称鍵に関連する一意の識別子に関するデータ、及び／又はセッション鍵が有効である所定の寿命時間を含む１つ又は複数のメッセージ（図示せず）を、モバイルアプリケーション１１０（又はＨＭＥ１０２）へ（それぞれ）送信することができる。このようなセッション鍵情報は、ヘッダ内容が暗号化されていない、すなわち平文であるため、好ましくは各メッセージのヘッダに挿入される。
第１のＨＳＭ１０４、第２のＨＳＭ１０８、及び分散トラストチェーン内に含まれているが第１のＨＳＭ１０４及び第２のＨＳＭ１０８と異なる第３のＨＳＭは、ＨＭＥ１０２及びモバイルアプリケーション１１０と異なる第３のアプリケーションに、第１のマスタ対称鍵セット及び／又は第２のマスタ対称鍵セットを送信することができる。そしてＨＭＥ１０２又はモバイルアプリケーション１１０は、第３のアプリケーションにセッション鍵情報を送信し、結果として同一のセッション鍵を使用して第３のアプリケーションと安全に交換を行う。このようなセッション鍵情報の送信によって、セッション鍵情報の第３のアプリケーションへの伝搬が可能となる。このようなセッション鍵情報の送信によって、特にペイロードバランシング又は仮想ペイロードバランシングとの関連における、第１又は第２のアプリケーションから第３のアプリケーションへの通信の移植性を確保することが可能となる。そして、第３のアプリケーションとの通信は、あらゆるデータ交換においてセッション鍵情報を使用して安全性が保護される。そして第３のアプリケーションは、セッション鍵情報を使用して、第３のアプリケーションにより受信されるデータを復号し、第３のアプリケーションから送信されるデータを暗号化する。
例えば第１のマスタ対称鍵などの、ＨＳＭトラストチェーン内で管理された１つ又は複数のマスタ対称鍵を使用するいかなるサービスプロバイダ、エンドユーザ及び／又はアプリケーションも、関与するサービスプロバイダ自体でさえも当該マスタ対称鍵を危殆化し得ないことを信じることができる。
本発明の解決策は、好ましくはセキュアコード／データ（例えばＨＭＥなど）の高い保証された機密性及び完全性を提供することを可能にする。
本発明の解決策は、好ましくは対称鍵を使用する高速認証メカニズムを提供することを可能にする。このような高速認証メカニズムによって、少なくとも一方がセキュアコード／データであるＨＭＥ（など）内で終端する２つのエンドポイントが、高速対称暗号を使用して互いとの信頼を迅速に構築することが可能になる。
本発明の解決策は、セキュアコード／データ（例えばＨＭＥなど）と安全性が低い（すなわち安全でない）コード（例えばモバイルアプリケーションなど）との高い保証された隔離を提供することを可能にする。このような隔離によって、サイドチャネル攻撃や悪意のあるクラウド管理者などの内部関係者からの攻撃から安全を確保しながら、機密コード及び機密情報を仮想ペイロード内にホストすることが可能になる。
本発明の解決策は、別々のサービスプロバイダが、一方のサービスプロバイダにより運営される（ＨＳＭタイプサーバを備えた）システム上で動作するアプリケーション及び場合により安全なペイロードが、他方のサービスプロバイダにより運営される（別のＨＳＭタイプサーバを備えた）別のシステム上で動作する別のアプリケーション及び別の安全なペイロードとの信頼（すなわち認証）を構築できるように相互間の信頼を構築する方法を提供することを可能にする。本発明の解決策は、セキュアコード（例えばＨＭＥなど）及びＨＳＭタイプサーバネットワークを伴いながら、信頼が広く分散したシステムに広がることを可能にする。
本発明の解決策は、両面否認を提供することを可能にする。すなわち第１のアプリケーションは第２のアプリケーションが本物であることを知っており、またその逆も言える。
本発明の解決策は、いかなる測度、すなわちＰＫＩ技術に基づくいかなる署名も必要としない。
本発明の解決策は、動的に導出された鍵を使用する対称暗号に基づいているため単純で安全性が高い。
本発明の解決策は、対称暗号に基づいているため高速である。

Claims (10)

  1. 第１のアプリケーション（１０２）と第２のアプリケーション（１１０）との間の対称型相互認証方法（４０）であって、
    − 分散トラストチェーン内に含まれる第１のエレメントである第１のサーバ（１０４）が、前記分散トラストチェーン内に含まれる第２のエレメントである少なくとも１つの第２のサーバ（１０８）に対して、少なくとも１つのマスタ対称鍵を送受信するステップと、
    − 前記第１のサーバが、前記少なくとも１つのマスタ対称鍵を前記第１のアプリケーションに送信するステップ（２８）と、
    − 前記第２のサーバが、少なくとも１つの鍵生成パラメータと、前記少なくとも１つのマスタ対称鍵に含まれる第１のマスタ対称鍵とを使用することによって、第１の派生対称鍵を動的に生成するステップ（３８）と、
    − 前記第２のサーバが、前記第１の派生対称鍵と、前記少なくとも１つの鍵生成パラメータとを前記第２のアプリケーションに送信するステップ（３１０）と、
    − 前記第２のアプリケーションが、前記第１の派生対称鍵を使用することによって第１の鍵所有証明を生成するステップ（４２）と、
    − 前記第２のアプリケーションが、前記第１の鍵所有証明と、前記少なくとも１つの鍵生成パラメータとを前記第１のアプリケーションに送信するステップ（４４）と、
    − 前記第１のアプリケーションが、前記第１の派生対称鍵を使用することによって前記第１の鍵所有証明が生成されたものであることの検証に、前記少なくとも１つの鍵生成パラメータと、前記第１のマスタ対称鍵と、前記第１の鍵所有証明とを使用することによって成功するステップ（４１０）と、
    − 前記第１のアプリケーションが、前記第１の派生対称鍵を使用することによって第２の鍵所有証明を生成するステップ（４１４）と、
    − 前記第１のアプリケーションが、少なくとも前記第２の鍵所有証明を前記第２のアプリケーションに送信するステップ（４１６）と、
    − 前記第２のアプリケーションが、動的に生成され証明された共有鍵である前記第１の派生対称鍵を使用することによって前記第２の鍵所有証明が生成されたものであることの検証に、前記第２の鍵所有証明を使用することによって成功するステップ（４１８）と、
    を含む方法。
  2. 前記少なくとも１つのマスタ対称鍵を前記第１のアプリケーションに送信するのに先立って、前記分散トラストチェーン内の第１の信頼の基点である前記第１のサーバが、前記第１のアプリケーションの証明の検証に成功する（２６）、及び／又は前記第１のアプリケーションの認証に成功し、結果として提供された前記少なくとも１つのマスタ対称鍵が前記第１のアプリケーションの真正性及び完全性の証明及び／又は認証された第１のアプリケーションの証明になり、及び／又は、前記第１の派生対称鍵を前記第２のアプリケーションに送信するのに先立って、前記分散トラストチェーン内の第２の信頼の基点である前記第２のサーバが、前記第２のアプリケーションの証明の検証に成功する（３４）、及び／又は前記第２のアプリケーションの認証に成功し、結果として提供された前記第１の派生対称鍵が、前記第２のアプリケーションの真正性及び完全性の証明及び／又は認証された第２のアプリケーションの証明になる、請求項１に記載の方法。
  3. 前記第１のサーバが前記少なくとも１つのマスタ対称鍵を送信及び／又は受信し、前記第１のサーバが、前記少なくとも１つのマスタ対称鍵のそれぞれに関連する一意の識別子に関するデータをさらに送信及び／又はさらに受信し、前記第２のアプリケーションが前記少なくとも１つの鍵生成パラメータを受信及び送信し、前記第２のアプリケーションが、前記第１のマスタ対称鍵に関連する一意の識別子に関するデータをさらに受信及びさらに送信する、請求項１又は２に記載の方法。
  4. 前記第１の派生対称鍵が所定の第１の寿命時間有効である、請求項１乃至３の何れかに記載の方法。
  5. 前記第２のサーバが、前記少なくとも１つの鍵生成パラメータに含まれる少なくとも１つの鍵生成パラメータ及び／又は前記第１のマスタ対称鍵を変更することによって、前記第１の派生対称鍵と異なる第２の派生対称鍵を生成する、請求項１乃至４の何れかに記載の方法。
  6. 前記第１の鍵所有証明が、暗号化された第１のノンス及び／又は暗号化された前記第１のノンスのハッシュ値を含む、請求項１乃至５の何れかに記載の方法。
  7. 前記第２の鍵所有証明が、暗号化された第２のノンス及び／又は暗号化された前記第２のノンスのハッシュ値を含む、請求項１乃至６の何れかに記載の方法。
  8. 前記第１のアプリケーション及び前記第２のアプリケーションが、前記第１の鍵所有証明及び／又は前記第２の鍵所有証明に基づいてセッション鍵を別々に生成する、請求項１乃至７の何れかに記載の方法。
  9. 前記第１のアプリケーションが、
    − 前記第１のマスタ対称鍵と異なる第２のマスタ対称鍵を使用することにより前もって暗号化されているセッション鍵と、
    − 前記第２のマスタ対称鍵に関連する一意の識別子に関するデータと、
    − 前記セッション鍵が有効である所定の寿命時間と、
    からなる群のうちの少なくとも１つのエレメントを、セッション鍵情報として前記第２のアプリケーションに送信する、請求項１乃至８の何れかに記載の方法。
  10. 前記方法がさらに、
    − 前記第１のサーバ、前記第２のサーバ、又は前記分散トラストチェーン内に含まれる第３のエレメントであり、前記第１のサーバ及び前記第２のサーバと異なる第３のサーバが、前記少なくとも１つのマスタ対称鍵を、前記第１のアプリケーション及び前記第２のアプリケーションと異なる第３のアプリケーションに送信すること、及び
    − 前記第１のアプリケーション又は前記第２のアプリケーションが、受信した前記セッション鍵情報を前記第３のアプリケーションに送信して、前記セッション鍵を使用して前記第３のアプリケーションと安全に交換を行うこと、
    を含む請求項１乃至９の何れかに記載の方法。
JP2020519833A 2017-06-14 2018-04-04 第１のアプリケーションと第２のアプリケーションとの間の対称型相互認証方法 Active JP6896940B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP17305728.2 2017-06-14
EP17305728 2017-06-14
PCT/EP2018/058641 WO2018228732A1 (en) 2017-06-14 2018-04-04 Method for mutual symmetric authentication between a first application and a second application

Publications (2)

Publication Number Publication Date
JP2020526146A true JP2020526146A (ja) 2020-08-27
JP6896940B2 JP6896940B2 (ja) 2021-06-30

Family

ID=59579551

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020519833A Active JP6896940B2 (ja) 2017-06-14 2018-04-04 第１のアプリケーションと第２のアプリケーションとの間の対称型相互認証方法

Country Status (7)

Country Link
US (1) US11196722B2 (ja)
EP (1) EP3613169B1 (ja)
JP (1) JP6896940B2 (ja)
KR (1) KR102469979B1 (ja)
CN (1) CN110800248B (ja)
ES (1) ES2880012T3 (ja)
WO (1) WO2018228732A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10270748B2 (en) 2013-03-22 2019-04-23 Nok Nok Labs, Inc. Advanced authentication techniques and applications
CA3029619C (en) * 2016-07-01 2022-12-06 American Express Travel Related Services Company, Inc. Systems and methods for validating transmissions over communication channels
DE102017216974A1 (de) * 2017-09-25 2019-05-16 Bundesdruckerei Gmbh Dataculestruktur und Verfahren zum manipulationssicheren Speichern von Daten
US11868995B2 (en) 2017-11-27 2024-01-09 Nok Nok Labs, Inc. Extending a secure key storage for transaction confirmation and cryptocurrency
US11831409B2 (en) 2018-01-12 2023-11-28 Nok Nok Labs, Inc. System and method for binding verifiable claims
GB201811263D0 (en) * 2018-07-10 2018-08-29 Netmaster Solutions Ltd A method and system for managing digital using a blockchain
US12041039B2 (en) * 2019-02-28 2024-07-16 Nok Nok Labs, Inc. System and method for endorsing a new authenticator
US11792024B2 (en) 2019-03-29 2023-10-17 Nok Nok Labs, Inc. System and method for efficient challenge-response authentication
US20210056053A1 (en) * 2019-08-19 2021-02-25 Cryptography Research, Inc. Application authentication and data encryption without stored pre-shared keys
US11552802B2 (en) * 2020-04-15 2023-01-10 Salesforce, Inc. Stateless mutual authentication between services
US11711213B2 (en) * 2020-07-23 2023-07-25 PolySign, Inc. Master key escrow process
US11973861B2 (en) 2022-02-09 2024-04-30 Northrop Grumman Systems Corporation Secure key generation
US12021860B2 (en) * 2022-05-23 2024-06-25 Bank Of America Corporation Systems and methods for multi-stage, identity-based, digital authentication

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2788909B1 (fr) * 1999-01-27 2004-02-20 France Telecom Procede d'authentification ou de signature a nombre de calculs reduit
US8146141B1 (en) 2003-12-16 2012-03-27 Citibank Development Center, Inc. Method and system for secure authentication of a user by a host system
US8146142B2 (en) * 2004-09-03 2012-03-27 Intel Corporation Device introduction and access control framework
CN1797266A (zh) * 2004-12-21 2006-07-05 赛孚耐（北京）信息技术有限公司 软硬件之间的安全通讯方法及装置
US7900247B2 (en) * 2005-03-14 2011-03-01 Microsoft Corporation Trusted third party authentication for web services
US7861078B2 (en) * 2005-10-14 2010-12-28 Juniper Networks, Inc. Password-authenticated asymmetric key exchange
US20100138652A1 (en) * 2006-07-07 2010-06-03 Rotem Sela Content control method using certificate revocation lists
US8892887B2 (en) * 2006-10-10 2014-11-18 Qualcomm Incorporated Method and apparatus for mutual authentication
US8332923B2 (en) * 2007-01-19 2012-12-11 Toshiba America Research, Inc. Kerberized handover keying
WO2009056048A1 (en) * 2007-10-23 2009-05-07 Yao Andrew C Method and structure for self-sealed joint proof-of-knowledge and diffie-hellman key-exchange protocols
CA2621147C (en) * 2008-02-15 2013-10-08 Connotech Experts-Conseils Inc. Method of bootstrapping an authenticated data session configuration
KR101514840B1 (ko) * 2008-06-11 2015-04-23 삼성전자주식회사 휴대 방송 시스템에서의 암호화 키 분배 방법 및 이를 위한시스템
US20100306531A1 (en) 2009-05-29 2010-12-02 Ebay Inc. Hardware-Based Zero-Knowledge Strong Authentication (H0KSA)
US8612771B2 (en) * 2012-01-06 2013-12-17 Netflix, Inc. Verifying authenticity of playback device
US20150113283A1 (en) * 2012-06-23 2015-04-23 Pomian & Corella Protecting credentials against physical capture of a computing device
EP3058694B1 (en) * 2013-10-15 2018-12-12 Telefonaktiebolaget LM Ericsson (publ) Establishing a secure connection between a master device and a slave device
CN103731261B (zh) * 2014-01-09 2017-01-18 西安电子科技大学 加密重复数据删除场景下的密钥分发方法
WO2015120161A1 (en) * 2014-02-05 2015-08-13 Apple Inc. Uniform communication protocols for communication between controllers and accessories
US9509502B2 (en) * 2014-03-13 2016-11-29 Intel Corporation Symmetric keying and chain of trust
EP3195521B1 (en) * 2014-08-29 2020-03-04 Visa International Service Association Methods for secure cryptogram generation
US9525549B2 (en) * 2014-12-29 2016-12-20 Vasco Data Security, Inc. Method and apparatus for securing a mobile application
US9602288B1 (en) * 2015-03-27 2017-03-21 Amazon Technologies, Inc. Enhanced data security through uniqueness checking
CN105141602A (zh) * 2015-08-18 2015-12-09 西安电子科技大学 基于收敛加密的文件所有权证明方法

Also Published As

Publication number Publication date
US20200177563A1 (en) 2020-06-04
EP3613169B1 (en) 2021-03-17
CN110800248B (zh) 2022-11-22
KR20200013764A (ko) 2020-02-07
EP3613169A1 (en) 2020-02-26
KR102469979B1 (ko) 2022-11-25
CN110800248A (zh) 2020-02-14
US11196722B2 (en) 2021-12-07
WO2018228732A1 (en) 2018-12-20
JP6896940B2 (ja) 2021-06-30
ES2880012T3 (es) 2021-11-23

Similar Documents

Publication Publication Date Title
JP6896940B2 (ja) 第１のアプリケーションと第２のアプリケーションとの間の対称型相互認証方法
US20230155821A1 (en) Secure shared key establishment for peer to peer communications
CN110677240B (zh) 通过证书签发提供高可用计算服务的方法、装置及介质
CN107810617B (zh) 机密认证和供应
CN109088889B (zh) 一种ssl加解密方法、系统及计算机可读存储介质
US9467430B2 (en) Device, method, and system for secure trust anchor provisioning and protection using tamper-resistant hardware
US11432150B2 (en) Method and apparatus for authenticating network access of terminal
KR101636028B1 (ko) 로컬 기능을 갖는 아이덴티티 관리
US10972272B2 (en) Providing high availability computing service by issuing a certificate
WO2014092702A1 (en) Detecting matched cloud infrastructure connections for secure off-channel secret generation
WO2022100356A1 (zh) 身份认证系统、方法、装置、设备及计算机可读存储介质
KR20150092719A (ko) 증명서 생성 디바이스 및 방법
Echeverría et al. Establishing trusted identities in disconnected edge environments
WO2018202109A1 (zh) 一种证书请求消息发送方法、接收方法和装置
WO2023174038A9 (zh) 数据传输方法及相关设备
CN114553480B (zh) 跨域单点登录方法、装置、电子设备及可读存储介质
WO2022135388A1 (zh) 身份鉴别方法、装置、设备、芯片、存储介质及程序
Li et al. A cloud based dual-root trust model for secure mobile online transactions
CN118353634A (zh) 面向分布式储能系统的云边端一体化身份认证方法及系统
CN113841147A (zh) 密钥认证
Nagasuresh et al. Defense against Illegal Use of Single Sign on Mechanism for Distributed Network Services
Bala et al. Analyzing Security of Single Sign on System through Advanced Encryption Standard

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191218

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210129

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210224

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210512

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210608

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210609

R150 Certificate of patent or registration of utility model

Ref document number: 6896940

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250