JP6663537B2 - 端末アプリケーションをセキュリティエレメントにバインドする方法、対応するセキュリティエレメント、端末アプリケーション及びサーバ - Google Patents
端末アプリケーションをセキュリティエレメントにバインドする方法、対応するセキュリティエレメント、端末アプリケーション及びサーバ Download PDFInfo
- Publication number
- JP6663537B2 JP6663537B2 JP2019507207A JP2019507207A JP6663537B2 JP 6663537 B2 JP6663537 B2 JP 6663537B2 JP 2019507207 A JP2019507207 A JP 2019507207A JP 2019507207 A JP2019507207 A JP 2019507207A JP 6663537 B2 JP6663537 B2 JP 6663537B2
- Authority
- JP
- Japan
- Prior art keywords
- security element
- terminal application
- key
- terminal
- service provider
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 11
- 230000004044 response Effects 0.000 claims description 21
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 230000009118 appropriate response Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010367 cloning Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000007943 implant Substances 0.000 description 1
- 238000012886 linear function Methods 0.000 description 1
- 229920001690 polydopamine Polymers 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/30—Security of mobile devices; Security of mobile applications
- H04W12/35—Protecting application or service provisioning, e.g. securing SIM application provisioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
-
- 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/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
-
- 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/0853—Network architectures or network communication protocols for network security for authentication of entities using an additional device, e.g. smartcard, SIM or a different communication terminal
-
- 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/006—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols involving public key infrastructure [PKI] trust models
-
- 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/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
- H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/40—Security arrangements using identity modules
- H04W12/48—Security arrangements using identity modules using secure binding, e.g. securely binding identity modules to devices, services or applications
Description
本発明の技術分野は電気通信である。より具体的には、本発明は、端末アプリケーションをセキュリティエレメントにバインドする方法、対応するセキュリティエレメント、対応する端末アプリケーション及び対応するサーバに関する。
電気通信端末（例えば携帯電話、ＰＤＡ、スマートフォン、．．．など）は、一般にＳＩＭカード、ＵＩＣＣ又はｅＵＩＣＣ（端末に半田付けされた埋め込みＵＩＣＣ）などのセキュリティエレメントと協働する。これらのセキュリティエレメントによって、通信ネットワーク（ＧＳＭ（登録商標）、ＵＭＴＳ、ＬＴＥ、．．．）が加入者（端末の所有者）を認証することが可能になる。セキュリティエレメントは、伝統的には電気通信端末に含まれているが、例えばウォッチや宝飾品に含まれている場合は無線で端末と通信することもできる。
電気通信端末はまた、もともとインストールされている又は端末のユーザによりダウンロードされたアプリケーションを含む。
本発明の範囲において、ユーザは、アプリケーション（以下端末アプリケーションと呼ぶ）をセキュリティエレメントに強く依存させるために、アプリケーションを自身のセキュリティエレメントにバインドする必要がある。端末アプリケーションは、例えばユーザにより遠隔サーバ、典型的にはサービスプロバイダ（例えばＧｏｏｇｌｅ（登録商標）、Ａｐｐｌｅ Ｓｔｏｒｅ（登録商標）、銀行、．．．など）のサーバからダウンロードされているか又はこの端末のメーカーにより端末にインストールされている。端末アプリケーションは、セキュリティエレメントではなく端末にインストールされる。
端末アプリケーションをセキュリティエレメントにバインドすることによって、端末アプリケーションはクローニングから保護され（端末アプリケーションは所与の単一のセキュリティエレメントとだけ協働し、セキュリティエレメントを別のものと交換すると端末アプリケーションは動作不能になる）、端末アプリケーションとセキュリティエレメントの間の保護されたチャネルを得るための解決策が提供される。
別の問題は、端末アプリケーションは遠隔サーバ（サービスプロバイダのサーバ）と通信しなければならず、このサーバは端末アプリケーションが信頼できるものかどうかを知らないことである。端末にインストールされたマルウェアは、端末アプリケーションとサーバの間の通信を傍受し、別の端末上に存在する偽のアプリケーション（又はクローン）に植え付ける可能性がある。
このため、本発明は次の２段階法を提案する：
−端末アプリケーションとセキュリティエレメントの間で共有される鍵を生成することが目的の１つの登録段階；
−ユーザが端末アプリケーションを起動させたい場合に、端末アプリケーションがセキュリティエレメントにバインドされているかをサービスプロバイダのレベルで確認することが目的の実行段階。
−端末アプリケーションとセキュリティエレメントの間で共有される鍵を生成することが目的の１つの登録段階；
−ユーザが端末アプリケーションを起動させたい場合に、端末アプリケーションがセキュリティエレメントにバインドされているかをサービスプロバイダのレベルで確認することが目的の実行段階。
より具体的には、本発明は、端末に含まれた端末アプリケーションがサービスプロバイダにより提供されるサービスを要求する権限があるかどうかをサービスプロバイダのレベルで確認する方法であって、セキュリティエレメントが端末と協働し、セキュリティエレメントが登録段階において端末アプリケーションにより生成された第１の鍵を含み、方法が、
Ａ−サービスプロバイダからセキュリティエレメントに、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭを送信すること、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダが生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ端末アプリケーション及びセキュリティエレメントの公開鍵である；
Ｂ−第１のメッセージをセキュリティエレメントにおいてセキュリティエレメントの私有鍵を用いて復号すること；
Ｃ−セキュリティエレメントから端末アプリケーションに第１の鍵によって暗号化された復号された第１のメッセージを送信すること；
Ｄ−端末アプリケーションにおいて受信したメッセージを第２の鍵を用いて復号し、Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐを端末アプリケーションの私有鍵を用いて復号すること；
Ｅ−端末アプリケーションからサービスプロバイダにデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭを送信すること；
Ｆ−受信したデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭがステップＡで送信したものと一致するかをサービスプロバイダにより確認し、
− データが一致する場合、サービスプロバイダが端末アプリケーションを信頼できると認め、サービスの実行を許可し、
− データが一致しない場合、サービスプロバイダが端末アプリケーションを信頼できないと認め、サービスの実行を禁止すること
を含む方法を提案する。
Ａ−サービスプロバイダからセキュリティエレメントに、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭを送信すること、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダが生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ端末アプリケーション及びセキュリティエレメントの公開鍵である；
Ｂ−第１のメッセージをセキュリティエレメントにおいてセキュリティエレメントの私有鍵を用いて復号すること；
Ｃ−セキュリティエレメントから端末アプリケーションに第１の鍵によって暗号化された復号された第１のメッセージを送信すること；
Ｄ−端末アプリケーションにおいて受信したメッセージを第２の鍵を用いて復号し、Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐを端末アプリケーションの私有鍵を用いて復号すること；
Ｅ−端末アプリケーションからサービスプロバイダにデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭを送信すること；
Ｆ−受信したデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭがステップＡで送信したものと一致するかをサービスプロバイダにより確認し、
− データが一致する場合、サービスプロバイダが端末アプリケーションを信頼できると認め、サービスの実行を許可し、
− データが一致しない場合、サービスプロバイダが端末アプリケーションを信頼できないと認め、サービスの実行を禁止すること
を含む方法を提案する。
好ましくは、第１の鍵は、マスター鍵と、端末のユーザが入力したＰＩＮコードの関数である。
有利には、第１の鍵は、端末アプリケーションによって外部サーバを介してセキュリティエレメントに送信される。
好ましくは、セキュリティエレメントは、第１の鍵を受信した後、チャレンジを端末アプリケーションに送信し、端末アプリケーションは、チャレンジの応答を第１の鍵を用いて暗号化し、暗号化した応答をセキュリティエレメントに送信し、セキュリティエレメントは、受信した暗号化された応答を復号し、応答がセキュリティエレメントにより予想されたものと一致する場合に第１の鍵を格納する。
本発明はまた、端末と協働するセキュリティエレメントであって、セキュリティエレメントが、端末に含まれた端末アプリケーションが生成した第１の鍵を含み、セキュリティエレメントが、
Ａ−サービスプロバイダから、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭを受信すること、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダが生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ端末アプリケーション及びセキュリティエレメントの公開鍵である；
Ｂ−第１のメッセージをセキュリティエレメントの私有鍵を用いて復号すること；
Ｃ−端末アプリケーションに第１の鍵によって暗号化された復号された第１のメッセージを送信すること
に特化した命令を格納するマイクロプロセッサを備えるセキュリティエレメントに関する。
Ａ−サービスプロバイダから、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭを受信すること、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダが生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ端末アプリケーション及びセキュリティエレメントの公開鍵である；
Ｂ−第１のメッセージをセキュリティエレメントの私有鍵を用いて復号すること；
Ｃ−端末アプリケーションに第１の鍵によって暗号化された復号された第１のメッセージを送信すること
に特化した命令を格納するマイクロプロセッサを備えるセキュリティエレメントに関する。
好ましくは、第１の鍵は、マスター鍵と、端末のユーザが入力したＰＩＮコードの関数である。
好ましくは、第１の鍵は、端末アプリケーションによって外部サーバを介してセキュリティエレメントに送信される。
好ましくは、セキュリティエレメントは、第１の鍵を受信した後、チャレンジを端末アプリケーションに送信し、端末アプリケーションは、チャレンジを復号し、応答を第１の鍵を用いて暗号化し、暗号化した応答をセキュリティエレメントに送信し、セキュリティエレメントは、受信した暗号化された応答を復号し、応答がセキュリティエレメントにより予想されたものである場合に第１の鍵を格納する。
本発明はまた、端末に含まれた端末アプリケーションがサービスプロバイダにより提供されるサービスを要求する権限があるかどうかを確認することができるサービスプロバイダのサーバであって、セキュリティエレメントが端末と協働し、セキュリティエレメントが登録段階において端末アプリケーションにより生成された第１の鍵を含み、サーバが、
Ａ−サービスプロバイダからセキュリティエレメントに、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭを送信する、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダが生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ端末アプリケーション及びセキュリティエレメントの公開鍵である；
Ｂ−端末アプリケーションからデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭを受信する；
Ｃ−受信したデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭがステップＡで送信したものと一致するかを確認し、
− データが一致する場合、サービスプロバイダが端末アプリケーションを信頼できると認め、サービスの実行を許可し、
− データが一致しない場合、サービスプロバイダが端末アプリケーションを信頼できないと認め、サービスの実行を禁止する
１つ以上のマイクロプロセッサを備えるサーバに関する。
Ａ−サービスプロバイダからセキュリティエレメントに、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭを送信する、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダが生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ端末アプリケーション及びセキュリティエレメントの公開鍵である；
Ｂ−端末アプリケーションからデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭを受信する；
Ｃ−受信したデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭがステップＡで送信したものと一致するかを確認し、
− データが一致する場合、サービスプロバイダが端末アプリケーションを信頼できると認め、サービスの実行を許可し、
− データが一致しない場合、サービスプロバイダが端末アプリケーションを信頼できないと認め、サービスの実行を禁止する
１つ以上のマイクロプロセッサを備えるサーバに関する。
最後に、本発明は、端末に含まれた端末アプリケーションであって、端末がセキュリティエレメントと協働し、セキュリティエレメントが登録段階において端末アプリケーションにより生成された第１の鍵を含み、端末アプリケーションが、
Ａ−セキュリティエレメントから、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］ＰＳＫ−ＳＩＭ−Ａｐｐを受信し、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダが生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ端末アプリケーション及びセキュリティエレメントの公開鍵であり、
− ＰＳＫ−ＳＩＭ−Ａｐｐは第１の鍵である；
Ｂ−Ｎｏｎｃｅ４ＳＩＭを含む第１のメッセージを第２の鍵を用いて復号し、データＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐを端末アプリケーションの私有鍵を用いて復号し、
Ｃ−サービスプロバイダにデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭ又はその関数を送信する
ように構成された端末アプリケーションに関する。
Ａ−セキュリティエレメントから、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］ＰＳＫ−ＳＩＭ−Ａｐｐを受信し、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダが生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ端末アプリケーション及びセキュリティエレメントの公開鍵であり、
− ＰＳＫ−ＳＩＭ−Ａｐｐは第１の鍵である；
Ｂ−Ｎｏｎｃｅ４ＳＩＭを含む第１のメッセージを第２の鍵を用いて復号し、データＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐを端末アプリケーションの私有鍵を用いて復号し、
Ｃ−サービスプロバイダにデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭ又はその関数を送信する
ように構成された端末アプリケーションに関する。
好ましくは、第１の鍵は、マスター鍵と、端末のユーザが入力したＰＩＮコードの関数である。
好ましくは、第１の鍵は、端末アプリケーションによって外部サーバを介してセキュリティエレメントに送信される。
好ましくは、端末アプリケーションは、
− セキュリティエレメントからチャレンジを受信し、
− 応答を第１の鍵を用いて暗号化し、
− 暗号化した応答をセキュリティエレメントに送信する
ように構成される。
− セキュリティエレメントからチャレンジを受信し、
− 応答を第１の鍵を用いて暗号化し、
− 暗号化した応答をセキュリティエレメントに送信する
ように構成される。
本発明は以下の図の説明によってよりよく理解されるであろう。
図１は登録段階を示している。登録段階は、端末アプリケーションとセキュリティエレメントの間で共有される鍵を生成することからなる。
この図において、例えばスマートフォンなどの端末１０は、セキュリティエレメント１１と協働し、端末アプリケーション１２を含む。画面１３、キーパッド１４、アンテナ１５及び端末１０のユーザ１６も示されている。
登録段階の第１のステップは、アプリケーションＰＩＮコードを定義することからなる。このＰＩＮコードはユーザ１６により選択され、（キーパッド１４を用いて入力される）例えば４桁の数字１２３４である。端末アプリケーション１２は、このＰＩＮコードを使用してＰＳＫ−ＳＩＭ−Ａｐｐと呼ばれる（以下第１の鍵とも呼ばれる）共有鍵を生成する。この共有鍵は、端末アプリケーションに格納されているマスター鍵により生成される。
ＰＳＫ−ＳＩＭ−Ａｐｐ＝ｆ（マスター鍵，ＰＩＮコード）（ｆは関数）
ＰＳＫ−ＳＩＭ−Ａｐｐ＝ｆ（マスター鍵，ＰＩＮコード）（ｆは関数）
マスター鍵は端末アプリケーションに依存する。所与の端末アプリケーションは単一のマスター鍵を有することができる（異なる端末にインストールされた端末アプリケーションは同じマスター鍵を有することになる）。しかし、セキュリティを改善するために、インストールされた各端末アプリケーションは異なるマスター鍵を有することができる（異なる端末にインストールされた同じ端末アプリケーションのマスター鍵は異なる（多様化される））。
登録段階の第２のステップは、第１の鍵ＰＳＫ−ＳＩＭ−Ａｐｐを端末アプリケーションからセキュリティエレメントに送信することからなる。端末アプリケーションとセキュリティエレメントの間のバインドが差し当たり確立されないため、端末アプリケーションとセキュリティエレメントの間のリンクは保護されない。したがって、端末アプリケーションは、保護されたＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）チャネルを介してＰＳＫ−ＳＩＭ−Ａｐｐをセキュリティエレメントに送信する、すなわちＰＳＫ−ＳＩＭ−Ａｐｐは、例えばＳＭＳにより又はｈｔｔｐチャネルで外部サーバ１７に送信される（ステップ１８）。外部サーバは、受信したＰＳＫ−ＳＩＭ−Ａｐｐをステップ１９において（同様に保護されたリンクで）セキュリティエレメントに送信する。
登録段階の第３のステップは、登録段階を検証するためにチャレンジをセキュリティエレメント１１から端末アプリケーション１２に送信することからなる。これは端末１０の内部（リンク２０）で行うことができる。チャレンジは、ＰＳＫ−ＳＩＭ−Ａｐｐにより端末アプリケーションによって暗号化され、セキュリティエレメントに返される。
登録段階の第４のステップは、ステップ１９において受信したＰＳＫ−ＳＩＭ−Ａｐｐにより、端末アプリケーションの応答が正しいかをセキュリティエレメント１１のレベルで確認することからなる。適切な応答が端末アプリケーションによって返された場合、第１の鍵ＰＳＫ−ＳＩＭ−Ａｐｐはセキュリティエレメントに格納され、登録段階が終了する（セキュリティエレメントは第１の鍵を生成した端末アプリケーションを認識している）。それ以外の場合、登録段階は中断される。
ＰＳＫ−ＳＩＭ−Ａｐｐは、セキュリティエレメントに格納されると、端末アプリケーションにおいて削除される（端末アプリケーションはもはや第１の鍵ＰＳＫ−ＳＩＭ−Ａｐｐを格納していない）ことに留意しなければならない。
図２は実行段階を示している。
この段階は、ユーザ１６が端末アプリケーション１２を使用することによりサービスプロバイダ３０が提供するサービスを要求しようとするときに生じる。このサービスプロバイダ３０が求めるのは、端末アプリケーション１２がセキュリティエレメント１１にバインドされていることを確信することである。端末アプリケーション１２がサービスプロバイダ３０により提供されるサービスを要求する権限があるかどうかを確認するために、サービスプロバイダ３０は（サーバにより）第１のメッセージ：
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭ
（ここで
−Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダ３０が生成したデータ（ランダム）であり、
−Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ端末アプリケーション１２及びセキュリティエレメント１１の公開鍵である）
をセキュリティエレメント１１に送信する（ステップ３１）。
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭ
（ここで
−Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダ３０が生成したデータ（ランダム）であり、
−Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ端末アプリケーション１２及びセキュリティエレメント１１の公開鍵である）
をセキュリティエレメント１１に送信する（ステップ３１）。
この第１のメッセージは、例えばＧＳＭ規格０３．４０に対応するＳＭＳで送信することができる。この第１のメッセージを受信することによって、セキュリティエレメント１１は、私有鍵を用いて復号し、
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］
を復元する。
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］
を復元する。
そしてセキュリティエレメント１１は、格納している第１の鍵ＰＳＫ−ＳＩＭ−Ａｐｐによって暗号化された復号された第１のメッセージ、すなわち
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］ＰＳＫ−ＳＩＭ−Ａｐｐ
を端末アプリケーション１２に送信する（ステップ３２）。
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］ＰＳＫ−ＳＩＭ−Ａｐｐ
を端末アプリケーション１２に送信する（ステップ３２）。
このメッセージの送信は、ＯＭＡＰＩ仕様に従って行われる。
端末アプリケーション１２は、受信したメッセージを第２の鍵を用いて復号し、Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐをその私有鍵を用いて復号する。
第２の鍵は、ユーザが自身のＰＩＮコードを正しく入力した場合は第１の鍵（ＰＳＫ−ＳＩＭ−Ａｐｐ）と同じである。それ以外の場合は、次の２つの解決策が考えられる：
−ＳＥ１１及び端末アプリケーション１２がバインドされていない；
−ユーザが間違ったＰＩＮコードを入力した。
−ＳＥ１１及び端末アプリケーション１２がバインドされていない；
−ユーザが間違ったＰＩＮコードを入力した。
このように、端末アプリケーション１２は、
−Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ
−Ｎｏｎｃｅ４ＳＩＭ
を復元する。
−Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ
−Ｎｏｎｃｅ４ＳＩＭ
を復元する。
次に端末アプリケーション１２は、サービスプロバイダ３０にデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭを送信し（ステップ３３はＷｉｆｉ，３Ｇ、４Ｇ、ＴＬＳ、ｈｔｔｐｓ．．．により実現可能である）、サービスプロバイダ３０は、受信したデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭがステップ３１で送信したものと一致するかどうかを確認する。
図において、ｆ（Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ，Ｎｏｎｃｅ４ＳＩＭ）がサービスプロバイダ３０に送信される。関数ｆはＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭのハッシュ又はＸＯＲであってよいが、Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダ３０に平文で送信されてもよい（係数が１の線形関数：ｆ（ｘ）＝ｘ）。
データが一致する場合、サービスプロバイダ３０は、端末アプリケーション１２を信頼し、サービスの実行を許可できると認める。そうでなくデータが一致しない場合、サービスプロバイダ３０は、端末アプリケーション１２を信頼できないと認め、サービスの実行を禁止する。
したがって、本発明は信頼の委任を提案する。すなわちデータが一致する場合、セキュリティエレメントが端末アプリケーションを信頼している（両者がバインドされている）こと、及びサービスプロバイダが端末アプリケーションを信頼できることを意味する。
本発明はまた、端末１０と協働するセキュリティエレメント１１であって、このセキュリティエレメント１１が端末に含まれた端末アプリケーション１２が生成した第１の鍵を含み、セキュリティエレメント１１が、
Ａ−サービスプロバイダ３０から、第１のメッセージ：
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭ
を受信すること；
Ｂ−第１のメッセージをセキュリティエレメント１１の私有鍵を用いて復号すること；
Ｃ−端末アプリケーション１２に第１の鍵によって暗号化された復号された第１のメッセージを送信すること、
に特化した命令を格納するマイクロプロセッサを備えるセキュリティエレメント１１に関する。
Ａ−サービスプロバイダ３０から、第１のメッセージ：
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭ
を受信すること；
Ｂ−第１のメッセージをセキュリティエレメント１１の私有鍵を用いて復号すること；
Ｃ−端末アプリケーション１２に第１の鍵によって暗号化された復号された第１のメッセージを送信すること、
に特化した命令を格納するマイクロプロセッサを備えるセキュリティエレメント１１に関する。
本発明はまた、端末１０に含まれた端末アプリケーション１２がサービスプロバイダ３０により提供されるサービスを要求する権限があるかどうかを確認することができるサービスプロバイダ３０のサーバであって、セキュリティエレメント１１が端末１０と協働し、セキュリティエレメント１１が登録段階において端末アプリケーション１２により生成された第１の鍵を含み、サーバが、
Ａ−サービスプロバイダからセキュリティエレメント１１に、第１のメッセージ：
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭ
を送信する；
Ｂ−端末アプリケーション１２からデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭを受信する；
Ｃ−受信したデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭがステップＡで送信したものと一致するかを確認し、
−データが一致する場合、サービスプロバイダが端末アプリケーション１２を信頼できると認め、サービスの実行を許可し、
−データが一致しない場合、サービスプロバイダが端末アプリケーション１２を信頼できないと認め、サービスの実行を禁止する１つ以上のマイクロプロセッサを備えるサーバに関する。
Ａ−サービスプロバイダからセキュリティエレメント１１に、第１のメッセージ：
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭ
を送信する；
Ｂ−端末アプリケーション１２からデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭを受信する；
Ｃ−受信したデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭがステップＡで送信したものと一致するかを確認し、
−データが一致する場合、サービスプロバイダが端末アプリケーション１２を信頼できると認め、サービスの実行を許可し、
−データが一致しない場合、サービスプロバイダが端末アプリケーション１２を信頼できないと認め、サービスの実行を禁止する１つ以上のマイクロプロセッサを備えるサーバに関する。
最後に、本発明また、端末１０に含まれた端末アプリケーション１２であって、端末１０がセキュリティエレメント１１と協働し、セキュリティエレメント１１が登録段階において端末アプリケーション１２により生成された第１の鍵を含み、端末アプリケーション１２が、
Ａ−セキュリティエレメント１１から、第１のメッセージ：
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］ＰＳＫ−ＳＩＭ−Ａｐｐ
を受信し；
Ｂ−この第１のメッセージを第２の鍵を用いて復号し、データＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐを端末アプリケーション１２の私有鍵を用いて復号し、第１のメッセージを復号することによってＮｏｎｃｅ４ＳＩＭを入手し；
Ｃ−サービスプロバイダに、データｆ（Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ，Ｎｏｎｃｅ４ＳＩＭ）（ｆは関数）を送信する
ように構成された端末アプリケーション１２に関する。
Ａ−セキュリティエレメント１１から、第１のメッセージ：
［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］ＰＳＫ−ＳＩＭ−Ａｐｐ
を受信し；
Ｂ−この第１のメッセージを第２の鍵を用いて復号し、データＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐを端末アプリケーション１２の私有鍵を用いて復号し、第１のメッセージを復号することによってＮｏｎｃｅ４ＳＩＭを入手し；
Ｃ−サービスプロバイダに、データｆ（Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ，Ｎｏｎｃｅ４ＳＩＭ）（ｆは関数）を送信する
ように構成された端末アプリケーション１２に関する。
Ｆはハッシュ関数の場合もある。
Claims (13)
- 端末（１０）に含まれた端末アプリケーション（１２）がサービスプロバイダ（３０）により提供されるサービスを要求する権限があるかどうかを前記サービスプロバイダのレベルで確認する方法であって、セキュリティエレメント（１１）が前記端末（１０）と協働し、前記セキュリティエレメント（１１）が登録段階において前記端末アプリケーション（１２）により生成された第１の鍵を含み、前記方法が、
Ａ−前記サービスプロバイダ（３０）から前記セキュリティエレメント（１１）に、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭを送信すること、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭは前記サービスプロバイダ（３０）が生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ前記端末アプリケーション（１２）及び前記セキュリティエレメント（１１）の公開鍵である；
Ｂ−前記第１のメッセージを前記セキュリティエレメント（１１）において前記セキュリティエレメント（１１）の私有鍵を用いて復号すること；
Ｃ−前記セキュリティエレメント（１１）から前記端末アプリケーション（１２）に前記第１の鍵によって暗号化された前記復号された第１のメッセージを送信すること；
Ｄ−前記端末アプリケーション（１２）において受信したメッセージを第２の鍵を用いて復号し、前記Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐを前記端末アプリケーション（１２）の私有鍵を用いて復号すること；
Ｅ−前記端末アプリケーション（１２）から前記サービスプロバイダ（３０）に前記データＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及び前記Ｎｏｎｃｅ４ＳＩＭを送信すること；
Ｆ−受信したデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭがステップＡで送信したものと一致するかを前記サービスプロバイダ（３０）により確認し、
− 前記データが一致する場合、前記サービスプロバイダ（３０）が前記端末アプリケーション（１２）を信頼できると認め、前記サービスの実行を許可し、
− 前記データが一致しない場合、前記サービスプロバイダ（３０）が前記端末アプリケーション（１２）を信頼できないと認め、前記サービスの実行を禁止すること
を含む方法。 - 前記第１の鍵が、マスター鍵と、前記端末（１０）のユーザが入力したＰＩＮコードの関数である、請求項１に記載の方法。
- 前記第１の鍵が、前記端末アプリケーション（１２）によって外部サーバを介して前記セキュリティエレメント（１１）に送信される、請求項１又は２に記載の方法。
- 前記セキュリティエレメント（１１）が、前記第１の鍵を受信した後、チャレンジを前記端末アプリケーション（１２）に送信し、前記端末アプリケーション（１２）が、前記チャレンジの応答を前記第１の鍵を用いて暗号化し、前記暗号化した応答を前記セキュリティエレメント（１１）に送信し、前記セキュリティエレメント（１１）が、受信した暗号化された応答を復号し、前記復号した応答が前記セキュリティエレメント（１１）により予想されるものと一致する場合に前記第１の鍵を格納する、請求項３に記載の方法。
- 端末（１０）と協働するセキュリティエレメント（１１）であって、前記セキュリティエレメント（１１）が、前記端末（１０）に含まれた端末アプリケーション（１２）が生成した第１の鍵を含み、前記セキュリティエレメント（１１）が、
Ａ−サービスプロバイダ（３０）から、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭを受信すること、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭは前記サービスプロバイダ（３０）が生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ前記端末アプリケーション（１２）及び前記セキュリティエレメント（１１）の公開鍵である；
Ｂ−前記第１のメッセージを前記セキュリティエレメント（１１）の私有鍵を用いて復号すること；
Ｃ−前記端末アプリケーション（１２）に前記第１の鍵によって暗号化された前記復号された第１のメッセージを送信すること
に特化した命令を格納するマイクロプロセッサを備えるセキュリティエレメント（１１）。 - 前記第１の鍵が、マスター鍵と、前記端末（１０）のユーザが入力したＰＩＮコードの関数である、請求項５に記載のセキュリティエレメント（１１）。
- 前記第１の鍵が、前記端末アプリケーション（１２）によって外部サーバを介して前記セキュリティエレメント（１１）に送信される、請求項５又は６に記載のセキュリティエレメント（１１）。
- 前記セキュリティエレメント（１１）が、前記第１の鍵を受信した後、チャレンジを前記端末アプリケーション（１２）に送信し、前記端末アプリケーション（１２）が前記チャレンジを復号し、応答を第１の鍵を用いて暗号化し、暗号化した応答を前記セキュリティエレメント（１１）に送信し、前記セキュリティエレメント（１１）が、受信した暗号化された応答を復号し、前記応答が前記セキュリティエレメント（１１）により予想されるものである場合に前記第１の鍵を格納する、請求項７に記載のセキュリティエレメント（１１）。
- 端末（１０）に含まれた端末アプリケーション（１２）がサービスプロバイダ（３０）により提供されるサービスを要求する権限があるかどうかを確認することができる前記サービスプロバイダ（３０）のサーバであって、セキュリティエレメント（１１）が前記端末（１０）と協働し、前記セキュリティエレメント（１１）が登録段階において前記端末アプリケーション（１２）により生成された第１の鍵を含み、前記サーバが、
Ａ−前記サービスプロバイダ（３０）から前記セキュリティエレメント（１１）に、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］Ｐｕｂｋｅｙ４ＳＩＭを送信する、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭは前記サービスプロバイダ（３０）が生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ前記端末アプリケーション（１２）及び前記セキュリティエレメント（１１）の公開鍵である；
Ｂ−前記端末アプリケーション（１２）から前記データＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及び前記Ｎｏｎｃｅ４ＳＩＭを受信する；
Ｃ−前記受信したデータＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭがステップＡで送信したものと一致するかを確認し、
− 前記データが一致する場合、前記サービスプロバイダ（３０）が前記端末アプリケーション（１２）を信頼できると認め、前記サービスの実行を許可し、
− 前記データが一致しない場合、前記サービスプロバイダ（３０）が前記端末アプリケーション（１２）を信頼できないと認め、前記サービスの実行を禁止する
１つ以上のマイクロプロセッサを備えるサーバ。 - 端末（１０）に含まれた端末アプリケーション（１２）であって、前記端末（１０）がセキュリティエレメント（１１）と協働し、前記セキュリティエレメント（１１）が登録段階において前記端末アプリケーション（１２）により生成された第１の鍵を含み、前記端末アプリケーション（１２）が、
Ａ−前記セキュリティエレメント（１１）から、第１のメッセージ［［［Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ］Ｐｕｂｋｅｙ４ａｐｐ］｜｜Ｎｏｎｃｅ４ＳＩＭ］ＰＳＫ−ＳＩＭ−Ａｐｐを受信し、ここで
− Ｎｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及びＮｏｎｃｅ４ＳＩＭはサービスプロバイダ（３０）が生成したデータであり、
− Ｐｕｂｋｅｙ４ａｐｐ及びＰｕｂｋｅｙ４ＳＩＭは、それぞれ前記端末アプリケーション（１２）及び前記セキュリティエレメント（１１）の公開鍵であり、
− ＰＳＫ−ＳＩＭ−Ａｐｐは前記第１の鍵である；
Ｂ−Ｎｏｎｃｅ４ＳＩＭを含む前記第１のメッセージを第２の鍵を用いて復号し、前記データＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐを前記端末アプリケーション（１２）の私有鍵を用いて復号し；
Ｃ−前記サービスプロバイダ（３０）に前記データＮｏｎｃｅ４ＭｏｂｉｌｅＡｐｐ及び前記Ｎｏｎｃｅ４ＳＩＭ又はその関数を送信する
ように構成された端末アプリケーション（１２）。 - 前記第１の鍵が、マスター鍵と、前記端末（１０）のユーザが入力したＰＩＮコードの関数である、請求項１０に記載の端末アプリケーション（１２）。
- 前記第１の鍵が、前記端末アプリケーション（１２）によって外部サーバを介して前記セキュリティエレメント（１１）に送信される、請求項１０又は１１に記載の端末アプリケーション（１２）。
- − 前記セキュリティエレメント（１１）からチャレンジを受信し、
− 応答を前記第１の鍵を用いて暗号化し、
− 前記暗号化した応答を前記セキュリティエレメント（１１）に送信する
ように構成される、請求項１２に記載の端末アプリケーション（１２）。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP16306044.5A EP3282738A1 (en) | 2016-08-11 | 2016-08-11 | Method for binding a terminal application to a security element and corresponding security element, terminal application and server |
| EP16306044.5 | 2016-08-11 | ||
| PCT/EP2017/069050 WO2018029009A1 (en) | 2016-08-11 | 2017-07-27 | Method for binding a terminal application to a security element and corresponding security element, terminal application and server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2019525646A JP2019525646A (ja) | 2019-09-05 |
| JP6663537B2 true JP6663537B2 (ja) | 2020-03-11 |
Family
ID=56943449
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019507207A Expired - Fee Related JP6663537B2 (ja) | 2016-08-11 | 2017-07-27 | 端末アプリケーションをセキュリティエレメントにバインドする方法、対応するセキュリティエレメント、端末アプリケーション及びサーバ |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20200092277A1 (ja) |
| EP (2) | EP3282738A1 (ja) |
| JP (1) | JP6663537B2 (ja) |
| KR (1) | KR20190037306A (ja) |
| CN (1) | CN109792605A (ja) |
| WO (1) | WO2018029009A1 (ja) |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1783100A (zh) * | 2001-11-26 | 2006-06-07 | 松下电器产业株式会社 | 应用程序认证系统 |
| ATE332549T1 (de) * | 2003-09-03 | 2006-07-15 | France Telecom | Vorrichtung und verfahren zur sicheren kommunikation basierend auf chipkarten |
| US8819437B2 (en) * | 2010-09-30 | 2014-08-26 | Microsoft Corporation | Cryptographic device that binds an additional authentication factor to multiple identities |
| US9509686B2 (en) * | 2010-12-03 | 2016-11-29 | Microsoft Technology Licensing, Llc | Secure element authentication |
| CN105075176B (zh) * | 2013-03-27 | 2019-08-16 | 爱迪德技术有限公司 | 质询-响应方法和相关联的客户端设备 |
| JP2015233173A (ja) * | 2014-06-09 | 2015-12-24 | Ｎｅｃエンジニアリング株式会社 | 通信システム、通信装置及び通信方法 |
-
2016
- 2016-08-11 EP EP16306044.5A patent/EP3282738A1/en not_active Withdrawn
-
2017
- 2017-07-27 CN CN201780062621.4A patent/CN109792605A/zh active Pending
- 2017-07-27 WO PCT/EP2017/069050 patent/WO2018029009A1/en unknown
- 2017-07-27 KR KR1020197006626A patent/KR20190037306A/ko not_active Application Discontinuation
- 2017-07-27 JP JP2019507207A patent/JP6663537B2/ja not_active Expired - Fee Related
- 2017-07-27 EP EP17754287.5A patent/EP3497954A1/en not_active Withdrawn
- 2017-07-27 US US16/324,098 patent/US20200092277A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2019525646A (ja) | 2019-09-05 |
| EP3497954A1 (en) | 2019-06-19 |
| US20200092277A1 (en) | 2020-03-19 |
| KR20190037306A (ko) | 2019-04-05 |
| CN109792605A (zh) | 2019-05-21 |
| EP3282738A1 (en) | 2018-02-14 |
| WO2018029009A1 (en) | 2018-02-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11039311B2 (en) | Profile download method and apparatus for use in wireless communication system | |
| EP3041164B1 (en) | Subscriber profile transfer method, subscriber profile transfer system, and user equipment | |
| CN103155614B (zh) | 漫游网络中接入终端身份的认证 | |
| CN102318386A (zh) | 向网络的基于服务的认证 | |
| KR20170115609A (ko) | eUICC의 원격 가입 관리 방법, 해당 단말 | |
| KR101716067B1 (ko) | 제3자 포탈을 이용한 단말과 원격 서버 사이의 상호 인증을 위한 방법 | |
| US11711693B2 (en) | Non-3GPP device access to core network | |
| US11917416B2 (en) | Non-3GPP device access to core network | |
| KR102095136B1 (ko) | 보안 요소를 인증하기 위한 적어도 하나의 인증 파라미터를 교체하는 방법, 및 대응하는 보안 요소 | |
| JP6663537B2 (ja) | 端末アプリケーションをセキュリティエレメントにバインドする方法、対応するセキュリティエレメント、端末アプリケーション及びサーバ | |
| KR101603476B1 (ko) | 이중 채널을 이용한 이중 인증 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190208 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20191210 |
|
| 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: 20200121 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200214 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6663537 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |