特表 2024-533987 セキュアエレメントにおける方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-09-18

(54)【発明の名称】セキュアエレメントにおける方法

(51)【国際特許分類】

   H04W 12/037 20210101AFI20240910BHJP

   H04L 9/08 20060101ALI20240910BHJP

   H04L 9/32 20060101ALI20240910BHJP

   H04W 12/40 20210101ALI20240910BHJP

   H04W 12/72 20210101ALI20240910BHJP

   H04W 92/08 20090101ALI20240910BHJP

【ＦＩ】

H04W12/037

H04L9/08 C

H04L9/32 200A

H04W12/40

H04W12/72

H04W92/08

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024507950

(86)(22)【出願日】2022-08-09

(85)【翻訳文提出日】2024-03-06

(86)【国際出願番号】 EP2022025368

(87)【国際公開番号】W WO2023016669

(87)【国際公開日】2023-02-16

(31)【優先権主張番号】102021004115.1

(32)【優先日】2021-08-10

(33)【優先権主張国・地域又は機関】DE

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】523479709

【氏名又は名称】ギーゼッケプラスデフリエント モバイル セキュリティ ジャーマニー ゲーエムベーハー

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(72)【発明者】

【氏名】ディルンベルガー，ヴォルフガング

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD17

5K067EE02

5K067EE16

5K067HH36

(57)【要約】

本発明は、セキュアエレメント（ＳＥ）における方法であって、ＳＥにおいて、ネットワークによって送信されたアイデンティティクエリ、特にGET IDENTITYコマンドを取得する方法ステップと、ＳＥにより、ＳＥに記憶されたアイデンティティデータを暗号化して、取得ステップ前にＳＥで生成された対称鍵を使用して暗号化アイデンティティデータを生成する方法ステップと、ＳＥにより、メッセージ認証コード（ＭＡＣ）アルゴリズムを、生成された暗号化アイデンティティデータに適用して、ＭＡＣを取得する方法ステップと、アイデンティティクエリへの応答を作成し、及びＳＥからネットワークに送信する方法ステップであって、メッセージは、暗号化アイデンティティデータ及びＭＡＣを含む、方法ステップとを含む方法に関する。本発明は、ＳＥ、コンピュータプログラム製品並びにＳＥ及びネットワークを含むシステムにも関する。

【特許請求の範囲】

【請求項1】

セキュアエレメントＳＥにおける方法（１００）であって、
－ 前記ＳＥにおいて、ネットワークによって送信されたアイデンティティクエリ、特にGET IDENTITYコマンドを取得する方法ステップ（１０３）と、
－ 前記ＳＥにより、前記ＳＥに記憶されたアイデンティティデータを暗号化して、前記取得ステップ（１０３）前に前記ＳＥで生成された対称鍵（SharedＫ_{ＳＥ－ＨＮ}）を使用して暗号化アイデンティティデータ（アイデンティティデータ_encrypted）を生成する方法ステップ（１０６）と、
－ 前記ＳＥにより、メッセージ認証コードＭＡＣアルゴリズムを、前記生成された暗号化アイデンティティデータ（アイデンティティデータ_encrypted）に適用して、ＭＡＣ（ＭＡＣ）を取得する方法ステップ（１０５）と、
－ 前記アイデンティティクエリへの応答を作成し、及び前記ＳＥから前記ネットワークに送信する方法ステップ（１０８）であって、前記応答は、前記暗号化アイデンティティデータ（アイデンティティデータ_encrypted）及び前記ＭＡＣ（ＭＡＣ）を含む、方法ステップ（１０８）と
を含む方法（１００）。

【請求項2】

前記対称鍵（SharedＫ_{ＳＥ－ＨＮ}）は、前記ネットワークの暗号鍵対の公開鍵部（ＰｕｂＫ_ＨＮ）を使用して生成された（１０２）ものである、請求項１に記載の方法（１００）。

【請求項3】

前記対称鍵（SharedＫ_{ＳＥ－ＨＮ}）は、ＳＥ固有の暗号鍵対の秘密鍵部（ＰｒｉｖＫ_ＳＥ）を使用して生成された（１０２）ものである、請求項１又は２に記載の方法（１００）。

【請求項4】

前記ＳＥ固有の暗号鍵対（ＰｕｂＫ_ＳＥ，ＰｒｉｖＫ_ＳＥ）は、前記アイデンティティクエリを取得する（１０３）前に前記ＳＥによって生成されたものであり、好ましくは、前記ＳＥ固有の暗号鍵対（ＰｕｂＫ_ＳＥ，ＰｒｉｖＫ_ＳＥ）は、ＥＣＣアルゴリズムに基づいて生成されたものである、請求項３に記載の方法（１００）。

【請求項5】

前記対称鍵（SharedＫ_{ＳＥ－ＨＮ}）及び／又は前記ＳＥ固有の暗号鍵対（ＰｕｂＫ_ＳＥ，ＰｒｉｖＫ_ＳＥ）は、前記ＳＥの登録要求を前記ネットワークに送信する前又は後に既に生成されていたものである、請求項１～４のいずれか一項に記載の方法（１００）。

【請求項6】

前記暗号化ステップ（１０６）前に、前記ＳＥによるチェックステップ（１０４）でチェックが行われて、前記対称鍵（SharedＫ_{ＳＥ－ＨＮ}）の生成（１０２）に使用された前記ネットワークの前記暗号鍵対の前記公開鍵部（ＰｕｂＫ_ＨＮ）がその間に変更されたか否かを確立し、前記暗号化ステップ（１０６）は、前記ネットワークの前記暗号鍵対の前記公開鍵部（ＰｕｂＫ_ＨＮ）が変更されなかった場合にのみ実行されている、請求項１～５のいずれか一項に記載の方法（１００）。

【請求項7】

前記ＳＥは、暗号コプロセッサも乗算アクセラレータも有さない、請求項１～６のいずれか一項に記載の方法（１００）。

【請求項8】

前記アイデンティティデータは、前記ＳＥの少なくとも１つのファイル（ＥＦ_ＩＭＳＩ，ＥＦ_ＮＳＩ）に記憶され、前記少なくとも１つのファイル（ＥＦ_ＩＭＳＩ）は、好ましくは、国際モバイル加入者識別子ＩＭＳＩ／ＮＳＩを含む前記ファイルＥＦ_ＩＭＳＩであり、好ましくは、前記アイデンティティクエリへの前記応答は、加入秘匿化識別子ＳＵＣＩを含む、請求項１～７のいずれか一項に記載の方法（１００）。

【請求項9】

セキュアエレメントにおける方法（１００）であって、
－ ＥＣＣアルゴリズムに基づいて、前記ＳＥでＳＥ固有の暗号鍵対（ＰｕｂＫ_ＳＥ，ＰｒｉｖＫ_ＳＥ）を生成する方法ステップ（１０１）、
－ 前記ＳＥ固有の暗号鍵対（ＰｕｂＫ_ＳＥ，ＰｒｉｖＫ_ＳＥ）の秘密鍵部（ＰｒｉｖＫ_ＳＥ）及び前記ＳＥにおけるネットワーク鍵対の公開鍵部（ＰｕｂＫ_ＨＮ）を使用して、対称鍵（SharedＫ_{ＳＥ－ＨＮ}）を生成する方法ステップ（１０２）、
－ 前記ＳＥ固有の暗号鍵対（ＰｕｂＫ_ＳＥ，ＰｒｉｖＫ_ＳＥ）を生成する前記生成ステップ（１０１）後又は前記対称鍵（SharedＫ_{ＳＥ－ＨＮ}）を生成する前記生成ステップ（１０２）後にのみ、ネットワークによって前記ＳＥに送信されたアイデンティティクエリ、特にGET IDENTITYコマンドを取得する方法ステップ（１０３）、
－ 前記ＳＥにより、前記ＳＥに記憶されたアイデンティティデータを暗号化して、前記生成された対称鍵（SharedＫ_{ＳＥ－ＨＮ}）を使用して暗号化アイデンティティデータ（アイデンティティデータ_encrypted）を生成する方法ステップ（１０６）、
－ 前記ＳＥにより、メッセージ認証コードＭＡＣアルゴリズムを、前記生成された暗号化アイデンティティデータ（アイデンティティデータ_encrypted）に適用して、ＭＡＣ（ＭＡＣ）を取得する方法ステップ（１０７）、
－ 前記アイデンティティクエリへの応答を前記ＳＥから前記ネットワークに送信する方法ステップ（１０８）であって、前記メッセージは、前記暗号化アイデンティティデータ（アイデンティティデータ_encrypted）及び前記ＭＡＣ（ＭＡＣ）を含む、方法ステップ（１０８）
を含む方法（１００）。

【請求項10】

前記ＳＥで前記ＳＥ固有の暗号鍵対（ＰｕｂＫ_ＳＥ，ＰｒｉｖＫ_ＳＥ）を生成すること（１０１）及び／又は前記対称鍵（SharedＫ_{ＳＥ－ＨＮ}）を生成すること（１０２）は、前記ＳＥでSTATUSコマンド又はSELECTコマンドを取得した後に行われる、請求項９に記載の方法（１００）。

【請求項11】

前記ＳＥで前記ＳＥ固有の暗号鍵対（ＰｕｂＫ_ＳＥ，ＰｒｉｖＫ_ＳＥ）を生成すること（１０１）及び／又は前記対称鍵（SharedＫ_{ＳＥ－ＨＮ}）を生成すること（１０２）は、登録要求を前記ネットワークに送信する前に行われる、請求項８又は９に記載の方法（１００）。

【請求項12】

セキュアエレメントＳＥ、好ましくは第５世代加入者識別モジュールであって、
－ ネットワークによって送信されたアイデンティティクエリ、特にGET IDENTITYコマンドを取得する（１０３）ように構成されたインタフェース（３１）と、
－ アイデンティティデータを好ましくは少なくとも１つのファイル（ＥＦ_ＩＭＳＩ）に記憶するように構成された不揮発性メモリ（１７）と、
－ 制御ユニット（１９）であって、
〇前記記憶されたアイデンティティデータを暗号化して、前記アイデンティティクエリを取得する（１０３）前に生成された対称鍵（SharedＫ_{ＳＥ－ＨＮ}）を使用して暗号化アイデンティティデータ（アイデンティティデータ_encrypted）を生成すること（１０６）と、
〇メッセージ認証コードＭＡＣアルゴリズムを、前記生成された暗号化アイデンティティデータ（アイデンティティデータ_encrypted）に適用して、ＭＡＣ（ＭＡＣ）を取得すること（１０７）と、
〇前記アイデンティティクエリへの応答を作成し、及び前記ＳＥから前記ネットワークに送信すること（１０８）であって、前記メッセージは、前記暗号化アイデンティティデータ（アイデンティティデータ_encrypted）及び前記ＭＡＣ（ＭＡＣ）を含む、作成及び送信すること（１０８）と
を行うように構成された制御ユニット（１９）と
を有するセキュアエレメントＳＥ、好ましくは第５世代加入者識別モジュール。

【請求項13】

－ 前記不揮発性メモリ（１７）に実行可能に記憶されたオペレーティングシステム（１５）であって、それが前記制御ユニット（１９）で実行されると、請求項１～１１のいずれか一項に記載の方法（１００）の前記ステップを実施するように構成されたオペレーティングシステム（１５）
を更に含む、請求項１２に記載のＳＥ。

【請求項14】

ＳＥ、好ましくは第５世代加入者識別モジュールに実行可能にインストールされたコンピュータプログラム製品であって、請求項１～１１のいずれか一項に記載の方法（１００）の前記方法ステップを実行するための手段を有するコンピュータプログラム製品。

【請求項15】

ＳＥ、好ましくは第５世代加入者識別モジュールと、ネットワークとを含むシステムであって、請求項１～１１のいずれか一項に記載の方法（１００）の前記方法ステップを実行するように構成されるシステム。

【発明の詳細な説明】

【技術分野】

【0001】

発明の技術分野
本発明は、セキュアエレメントＳＥ、好ましくは第５世代加入者識別モジュールにおける方法、対応するＳＥ、コンピュータプログラム製品並びにＳＥ及びネットワークを含む対応するシステムに関する。

【背景技術】

【0002】

サービスを使用するために、端末、例えば携帯電話若しくはマシンツーマシンデバイス、略してＭ２Ｍデバイス又はモノのインターネット技術、略してＩｏＴを使用するためのデバイスは、ＳＥを含む。ＳＥは、通信ネットワークのサービス又は通信ネットワーク上のサービスを使用するために加入者（人又はデバイス）を一意に識別及び／又は認証するため、アイデンティティデータ（加入者識別データ、加入者識別子、サブスクリプション）を記憶する。これにより、サービス又は通信ネットワークのオペレータは、提供されるサービスの使用を各加入者に明確に割り当てることができる。更に、加入者が認証されると直ちに、通信ネットワークのオペレータがネットワークアクセスを有効化する、即ち通信ネットワークにログインできるようにすることが可能である。更に、加入者を認証することが可能でない場合、ネットワークアクセスを拒絶し得る。

【0003】

技術背景
世界は、モバイルであり、モバイルネットワークが増大し続けている。モバイル通信対応端末は、モバイルネットワークを経由して通信する。

【0004】

ネットワークオペレータのモバイルネットワークでスマートフォン又は携帯電話等のモバイル通信対応端末を使用するために、端末は、少なくとも１つのサブスクリプションを含むＳＥを含む。例として、サブスクリプションは、暗号認証鍵Ｋｉと、国際モバイル加入者識別情報ＩＭＳＩ又はネットワーク固有ＩＤ、ＮＳＩ等の一意のアイデンティティデータとを含む。ＵＳＩＭアプリケーションは、アイデンティティデータを使用してモバイルネットワークで端末の接続をセットアップ、操作及び切断する。

【0005】

第２世代～第４世代通信ネットワークの規格では、端末を通信ネットワークにログインするためのＩＭＳＩは、ネットワークによってインテロゲートされた。それに応答して、端末又はＳＥは、ＮＡＳメッセージにおいて、暗号化されていない形態、即ち平文でＩＭＳＩを送信する。ＩＭＳＩキャッチャとして知られているものがこのＩＭＳＩを傍受して、端末の位置を特定するか又はその挙動を分析することが可能であるため、この暗号化されていないＩＭＳＩは、セキュリティ問題を生じさせる。

【0006】

ＩＭＳＩキャッチャ攻撃を回避するために、第五世代通信ネットワークでは、ネットワークにログインするための全てのアイデンティティデータは、暗号化された形態で伝送されなければならないと規定されている。例えば、ＥＴＳＩ ＴＳ １０２ ２２１バージョン１５又は３ＧＰＰ ＴＳ ３１．１０２バージョン１５若しくは３ＧＰＰ ＴＳ ３３．５０１バージョン１５を参照されたい。これらの５Ｇネットワークでは、アイデンティティデータ（特にＩＭＳＩ、ＮＳＩ）は、加入永久識別子ＳＵＰＩと呼ばれ、５Ｇネットワークにおいて加入秘匿化識別子ＳＵＣＩとして暗号化された形態で伝送される。３ＧＰＰ ＴＳ ３３．５０１バージョン１５．２．０におけるポイント２．５．５及び６．１２を参照されたい。

【0007】

ネットワークにおける識別及び認証のために、ネットワークは、アイデンティティクエリを作成し得る。このアイデンティティクエリには、短時間の枠内、例えば６秒以内に答えなければならない。アイデンティティクエリに応答して、この時間内で厄介なことにアイデンティティデータを暗号化し、ネットワークに送信する必要がある。

【0008】

ＳＵＰＩを暗号化してＳＵＣＩを作成することは、複雑な暗号化アルゴリズムが提供されるため、計算集約的であり、時間がかかる。例えば、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の図Ｃ．３．２．１を参照されたい。この予め規定された時間枠が限られており、低リソースＳＥ（特に暗号コプロセッサのない及び／又は乗算アクセラレータのないチップを有する）の側で特に準拠が略不可能であることがわかっている。時間枠に準拠しない場合（「時間切れ」）、アイデンティティクエリは、答えられたと見なされず、ネットワークログインを行うことができない。更に、ＳＵＣＩの暗号化に使用されるＰＫＩ鍵対は、１回のみ使用されるべきであり、したがって新しい各クエリに対して再生成されるべきであると指定されている。

【0009】

１つの解決手法では、例えば、暗号コプロセッサ又は乗算アクセラレータを有するより高リソースのＳＥが使用される。これらのＳＥは、比較的高価である。

【0010】

この規定の時間枠に準拠するために、国際公開第２０１９／０６８７３１Ａ１号は、ＳＵＣＩを全て事前に計算し、ＳＥに記憶することを提案している。ネットワークアイデンティティクエリ － 計算後に取得される － に応答して、この予め計算されたＳＵＣＩがＳＥのメモリからロードされ、アイデンティティクエリに応答して使用される。

【発明の概要】

【発明が解決しようとする課題】

【0011】

発明の概要
本発明は、アイデンティティクエリへの応答を作成及び送信するのにかかる計算時間を短縮させることが可能であり、このために必要となる暗号化アイデンティティデータが事前に永久的に記憶されることがない、ＳＥにおける方法を提供するという目的に基づく。より高リソースのＳＥ（対応する暗号プロセッサ算術又は乗算アクセラレータを有する）は、費用を理由に省かれることが意図される。

【課題を解決するための手段】

【0012】

課題は、独立特許請求項に記載の特徴によって解決される。本発明の有利な実施形態は、従属請求項で指定される。

【0013】

本発明によれば、セキュアエレメントＳＥにおける方法であって、ＳＥにおいて、ネットワークによって送信されたアイデンティティクエリ、特にGET IDENTITYコマンドを取得する方法ステップと、ＳＥにより、ＳＥに記憶されたアイデンティティデータを暗号化して、取得ステップ前にＳＥで生成された対称鍵を使用して暗号化アイデンティティデータを生成する方法ステップと、ＳＥにより、メッセージ認証コードＭＡＣアルゴリズムを、生成された暗号化アイデンティティデータに適用して、ＭＡＣを取得する方法ステップと、アイデンティティクエリへの応答を作成し、及びＳＥからネットワークに送信する方法ステップであって、応答は、前記暗号化アイデンティティデータ及びＭＡＣを含む、方法ステップとを含む方法が使用される。

【0014】

この方法は、アイデンティティクエリを取得する前にネットワークアイデンティティクエリへの応答を事前に取得する部分計算ステップを含み、応答は、任意選択的に、ＳＥに記憶される（永続的又は非永続的に）。ネットワークアイデンティティクエリがＳＥで取得された場合、記憶された部分計算結果に基づいて、応答を計算する最後の計算ステップのみが計算される。

【0015】

したがって、これは、計算複雑性を低減し、したがってアイデンティティクエリが取得されたとき、暗号化アイデンティティデータを含む応答を作成及び送信するために必要な時間も短縮する。

【0016】

その結果、アイデンティティクエリに応答するためにかかる最長時間に準拠するためにＳＵＣＩを計算するためのコプロセッサは、ここで、もはや必要ないため、はるかに簡便であり、したがってより費用効率的なＳＥを５Ｇネットワークで動作させることが可能である。鍵を予め計算することにより、３ＧＰＰ及びＥＴＳＩ仕様に準拠することが可能であり、アイデンティティクエリへの応答／処理に関する性能が大きく増大し得る。

【0017】

任意選択的に、アイデンティティデータ及びＭＡＣに加えて、応答メッセージは、ＳＥの公開鍵も含み、これは、３ＧＰＰ ＴＳ ３３．５０１により、対称鍵、特にＳＥの一時的なＥＣＣ公開鍵を導出するために使用されたものである。しかしながら、公開鍵ＳＥは、異なる方法でネットワークに提供され得る。

【0018】

暗号ステップは、ＴＳ ３３．５０１ Ｖ１５．２．０の図Ｃ．３．２－１によるステップ「４．対称暗号化」に対応し得るが、この対称鍵は、アイデンティティクエリが取得される前に既に生成されていることが異なる。暗号化ステップの結果は、例えば、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の図Ｃ．３．２－１による「暗号文」である。

【0019】

この暗号ステップの入力パラメータとして、アイデンティティデータは、ＳＥのメモリからロードされ得る。これらのアイデンティティデータは、暗号化されない。例として、５Ｇネットワークでは、アイデンティティデータは、ＳＵＰＩと呼ばれる。ＳＵＰＩは、ＩＭＳＩ又はＮＳＩを含み、ＩＭＳＩ又はＮＳＩは、５Ｇネットワークで識別に使用される。（暗号化されない）アイデンティティデータは、暗号化されるデータを構成し、ＩＭＳＩの少なくとも一部からなる。（暗号化されない）アイデンティティデータは、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の図Ｃ．３．２－１による「平文ブロック」に対応し得る。

【0020】

暗号化されないアイデンティティデータは、ＳＥの少なくとも１つのファイルに記憶され得、少なくとも１つのファイルは、好ましくは、国際モバイル加入者識別子ＩＭＳＩ／ＮＳＩを含むファイルＥＦ_ＩＭＳＩ又はＥＦ_ＮＳＩであり、アイデンティティクエリへの応答は、好ましくは、加入秘匿化識別子ＳＵＣＩを含む。

【0021】

適用ステップは、ＴＳ ３３．５０１ Ｖ１５．２．０の図Ｃ．３．２－１によるステップ「５．ＭＡＣ機能」に対応し得る。メッセージ認証コード、略してＭＡＣは、アイデンティティデータの発信元についての保証を取得し、その完全性をチェックするために使用される。ＭＡＣアルゴリズムは、入力パラメータとして暗号化ステップの結果及び秘密鍵、例えばＴＳ ３３．５０１ Ｖ１５．２．０の図Ｃ．３．２－１による「Ｅｐｈ．ＭＡＣ鍵」を必要とし、それらの両方からチェックサム、即ち受信ＭＡＣ、例えばＴＳ ３３．５０１ Ｖ１５．２．０の図Ｃ．３．２－１による「ＭＡＣタグ値」を計算する。

【0022】

対称鍵は、対称暗号システムの鍵であり、対称暗号システムでは、非対称暗号システムと異なり、両方の加入者、ここではＳＥ及びネットワークの両方がメッセージ／データの暗号化／復号化に同じ鍵を使用する。

【0023】

対称鍵は、暗号化ステップで使用される前でも分割することができ、例えば暗号化アイデンティティデータを生成するために暗号化ステップで使用される第１の部分鍵及びＭＡＣを生成するために適用ステップで使用される第２の部分鍵に分割することができる。この分割は、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の図Ｃ．３．２－１によるステップ「３．鍵導出」に対応し得る。第１の部分鍵は、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の図Ｃ．３．２－１による「Ｅｐｈ．暗号鍵、ＩＣＢ」であり得る。第２の部分鍵は、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の図Ｃ．３．２－１による「Ｅｐｈ．ＭＡＣ鍵」であり得る。鍵の長さは、この分割中に調整することができる。

【0024】

アイデンティティクエリが取得される前に生成された対称鍵は、暗号化ステップを実行するためにＳＥのメモリエリアから取られる。

【0025】

生成は、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の図Ｃ．３．２－１によるステップ「２．鍵合意」に対応し得、違いは、アイデンティティクエリが取得される前にこの鍵が既に生成されることである。生成は、例えば、「楕円曲線統合型暗号方式ＥＣＩＥＳ」、例えばＲＦＣ７７４８によるCurve25519アルゴリズム又はＳＥＣ－２規格によるsecp256r1アルゴリズムに従い、楕円曲線鍵に基づいて行うことができる。

【0026】

対称鍵は、ネットワークの暗号鍵対の公開鍵部を使用して生成され得る。この公開鍵部は、事前にＳＥに提供され、ネットワークプロバイダの公開鍵部であり得る。この公開鍵部は、ＳＥの個人化中にＳＥに提供され得る。

【0027】

対称鍵は、ＳＥ固有の暗号鍵対の秘密鍵部を使用して生成され得る。

【0028】

対称鍵のみの生成は、ＳＥで特定の時間量、例えば１秒超、２秒超又は３秒超を取り得る。アイデンティティクエリをネットワークから取得する前にこの対称鍵を生成することにより、対称鍵の作成にかかるこの時間だけ、応答を作成してネットワークに送信するのにかかる時間を短縮することができ、アイデンティティクエリに適時答えることが可能であることを意味する。

【0029】

好ましくは、ＳＥ固有の暗号鍵対は、アイデンティティクエリが取得される前にＳＥによって生成される。ＳＥ固有の暗号鍵対は、秘密鍵部（対称鍵を生成するため）及び公開鍵部を含む。公開鍵部は、好ましくは、アイデンティティクエリへの応答の一部であり、作成及び送信ステップで応答に統合される。公開鍵部は、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の図Ｃ．３．２－１による「Ｅｐｈ．公開鍵」であり得る。

【0030】

この生成は、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の図Ｃ．３．２－１によるステップ「１．Ｅｐｈ．鍵対生成」に対応し得、違いは、アイデンティティクエリが取得される前にこの鍵対が既に生成されていることである。生成は、例えば、「楕円曲線統合型暗号方式ＥＣＩＥＳ」、例えばＲＦＣ７７４８によるCurve25519アルゴリズム又はＳＥＣ－２規格によるsecp256r1アルゴリズムに従い、楕円曲線鍵に基づいて行うことができる。例として、ＥＣＩＥＳパラメータは、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の付録Ｃ３．４に見出すことができる。

【0031】

ＳＥ固有の暗号鍵対のみの生成は、ＳＥで特定の時間量、例えば１秒超、２秒超又は３秒超を取り得る。ネットワークからアイデンティティクエリを取得する前にこのＳＥ固有の暗号鍵対を生成することにより、ＳＥ固有の暗号鍵対の作成にかかるこの時間だけ、応答を作成してネットワークに送信するのにかかる時間を短縮することができ、アイデンティティクエリに適時答えることが可能であることを意味する。

【0032】

対称鍵の生成若しくはＳＥ固有の暗号鍵対の生成又は対称鍵の生成及びＳＥ固有の暗号鍵対の生成のいずれかは、アイデンティティクエリがネットワークからＳＥによって取得される前にそれぞれＳＥで既に行われていることが提供される。

【0033】

生成された対称鍵及び／又は生成されたＳＥ固有の暗号鍵対は、ＳＥのメモリエリアに記憶され、方法が実行されるとき、ＳＥのメモリエリアからロードされる。ＳＥのメモリエリアへの記憶は、任意選択的に、永続的（不揮発）記憶であり得るか、又は揮発的記憶であり得、メモリエリアは、それに従い、不揮発性メモリＮＶＭであり得るか、又は揮発性メモリ、例えばＲＡＭであり得る。

【0034】

対称鍵の生成及び／又は生成されたＳＥ固有の暗号鍵対の時点は、ネットワークアイデンティティクエリを取得する直前であり得る。

【0035】

対称鍵を生成する時点及び／又はＳＥ固有の暗号鍵対を生成する時点は、ネットワークアイデンティティクエリを取得する前で、ネットワークへの登録要求を送信する直前又は直後であり得る。

【0036】

対称鍵を生成する時点及び／又はＳＥ固有の暗号鍵対を生成する時点は、ネットワークアイデンティティクエリを取得するかなり前であり得る。

【0037】

対称鍵及び／又はＳＥ固有の暗号鍵対は、STATUSコマンド又はSELECTコマンドに応答してＳＥで生成され得る。

【0038】

暗号化ステップ前に、ＳＥによるチェックステップでチェックが行われて、対称鍵に使用されたネットワークの暗号鍵対の公開鍵部がその間に変更されたか否かを確立し得、ネットワークの暗号鍵対の公開鍵部が変更されなかった場合にのみ、暗号化ステップが実行される。このチェックステップは、生成された対称鍵が依然として最新であるか否かをチェックするために使用される。ネットワークの暗号鍵対の公開鍵部は、この対称鍵の生成に使用される。この公開鍵部は、ＳＥの寿命中に更新又は変更され得る。前に生成された対称鍵は、ネットワークの暗号鍵対の公開鍵部が変更／更新される時点で無効である。したがって、この無効な鍵を用いて生成されたネットワークアイデンティティクエリへの応答も同様に無効になり、なぜなら、応答は、復号化することができず、ネットワークへのログインに失敗するためである。チェックステップは、このエラーを回避する。ネットワークの暗号鍵対の公開鍵部の変更が確認される場合、アイデンティティクエリへの応答を生成する従来の方法が実行される。制約、例えば土台をなす楕円曲線が維持されているか又は変更されたかに応じて、幾つかの（秘密）鍵が引き続き使用できることもあれば、全ての鍵が変更されなければならないこともある。特に、ＳＥ固有の暗号鍵対の秘密鍵部は、引き続き使用可能であり得る。

【0039】

この鍵部の変更は、対称鍵の生成と暗号ステップとの間の時間期間に関わる。

【0040】

ＳＥは、その場合、もはや暗号コプロセッサ又は乗算アクセラレータを有する必要がない。このタイプのＳＥは、従来の方法に従って応答を作成及び送信するために、特に長い時間枠、例えば２秒超、３秒超、４秒超又は５秒超を必要とする。事前に対称鍵を生成すること及び／又は事前にＳＥ固有の暗号鍵対を生成することにより、この時間枠を大幅に短縮することが可能になり、したがってアイデンティティクエリに対する応答を送信するために長すぎる時間がかかることに起因するネットワーク拒絶を回避することが可能になる。

【0041】

更なる態様では、本発明は、セキュアエレメントＳＥにおける方法を含み、本方法は、ＥＣＣアルゴリズムに基づいて、ＳＥでＳＥ固有の暗号鍵対を生成する方法ステップと、ＳＥ固有の暗号鍵対の秘密鍵部及びＳＥにおけるネットワーク鍵対の公開鍵部を使用して、対称鍵を生成する方法ステップと、ＳＥ固有の暗号鍵対を生成する生成ステップ後又は対称鍵を生成する生成ステップ後にのみ、ネットワークによってＳＥに送信されたアイデンティティクエリ、特にGET IDENTITYコマンドを取得する方法ステップと、ＳＥにより、ＳＥに記憶されたアイデンティティデータを暗号化して、生成された対称鍵を使用して暗号化アイデンティティデータを生成する方法ステップと、ＳＥにより、メッセージ認証コードＭＡＣアルゴリズムを、生成された暗号化アイデンティティデータに適用して、ＭＡＣを取得する方法ステップと、アイデンティティクエリへの応答をＳＥからネットワークに送信する方法ステップであって、メッセージは、暗号化アイデンティティデータ及びＭＡＣを含む、方法ステップとを含む。

【0042】

ＳＥでＳＥ固有の暗号鍵対を生成すること及び／又は対称鍵を生成することは、ＳＥでSTATUSコマンド又はSELECTコマンドを取得した後に行われ得る。

【0043】

ＳＥでＳＥ固有の暗号鍵対を生成すること及び／又は対称鍵を生成することは、登録要求をネットワークに送信する前に行われ得る。

【0044】

本発明の更なる態様では、セキュアエレメント、好ましくは第５世代加入者識別モジュールが提供される。本ＳＥは、ネットワークによって送信されたアイデンティティクエリ、特にGET IDENTITYコマンドを取得するように構成されたインタフェースと、アイデンティティデータを好ましくは少なくとも１つのファイルに記憶するように構成された不揮発性メモリと、制御ユニットであって、記憶されたアイデンティティデータを暗号化して、アイデンティティクエリを取得する前に生成された対称鍵を使用して暗号化アイデンティティデータを生成することと、メッセージ認証コードＭＡＣアルゴリズムを、生成された暗号化アイデンティティデータに適用して、ＭＡＣを取得することと、アイデンティティクエリへの応答を作成し、及びＳＥからネットワークに送信することであって、メッセージは、暗号化アイデンティティデータ及びＭＡＣを含む、作成及び送信することとを行うように構成された制御ユニットとを有する。

【0045】

本ＳＥは、不揮発性メモリに実行可能に記憶されたオペレーティングシステムであって、それが制御ユニットで実行されると、上記方法の方法ステップを実施するように構成されたオペレーティングシステムを更に含み得る。

【0046】

更なる態様では、コンピュータプログラム製品は、ＳＥ、好ましくは第５世代加入者識別モジュールに実行可能にインストールされ、及び上記方法の方法ステップを実行するための手段を有する。

【0047】

更なる態様では、ＳＥ、好ましくは第５世代加入者識別モジュールと、ネットワークとを含むシステムであって、上記方法の方法ステップを実行するように構成されるシステムが提供される。

【0048】

ＳＥは、本発明の意味内では、サイズ及びリソース性能を低減し、制御ユニット（マイクロコントローラ）を有する電子モジュールである。

【0049】

「ＳＥ」という用語は、「ＵＩＣＣ」、「ｅＵＩＣＣ」、「加入者識別モジュール」、「チップカード」、「ｉＵＩＣＣ」、「統合ｅＵＩＣＣ」、「統合セキュアエレメント」、「埋め込みセキュアエレメント」、「セキュアエレメント」又は「ＳＩＭ」と同義である。ＳＥは、例えば、チップカード、ＳＩＭカード又は加入者識別モジュールである。ＳＥは、セキュア不揮発性メモリエリアに記憶された機械可読アイデンティティデータを使用して、通信ネットワークにおける加入者を識別し、サービスの使用について加入者を認証する。ＳＥは、ＵＳＩＭ、ＴＳＩＭ、ＩＳＩＭ、ＣＳＩＭ又はＲ－ＵＩＭも包含する。例として、ＳＥは、したがって、ＥＴＳＩ ＴＳ １３１ １０２でＵＳＩＭアプリケーションとして定義されている。例として、ＳＥは、したがって、ＥＴＳＩ ＴＳ １５１ ０１１でＳＩＭアプリケーションとして定義されている。例として、ＳＥは、したがって、ＥＴＳＩ ＴＳ １００ ８１２によってＴＳＩＭアプリケーションとして定義されている。例として、ＳＥは、したがって、ＥＴＳＩ ＴＳ １３１ １０３によってＩＳＩＭアプリケーションとして定義されている。例として、ＳＥは、したがって、３ＧＰＰ２ Ｃ．Ｓ００６５－ＢによってＣＳＩＭアプリケーションとして定義されている。例として、ＳＥは、したがって、３ＧＰＰ２ Ｃ．Ｓ００２３－ＤによってＲ－ＵＩＭアプリケーションとして定義されている。

【0050】

ＳＥは、端末内の一体構成要素、例えばハードワイヤード電子モジュールであり得る。そのようなＳＥは、ｅＵＩＣＣとも呼ばれる。この設計では、これらのＳＥは、端末から取り外されることを意図されず、原理上、容易に交換することができない。そのようなＳＥは、埋め込みセキュアエレメントとして設計され得、デバイスにおけるセキュアハードウェア構成要素である。

【0051】

ＳＥは、端末の高信頼性実行環境、略してＴＥＥとして知られているものであるオペレーティングシステムの高信頼性部分におけるソフトウェア構成要素であり得る。例として、ＳＥは、「トラストレット」又は「信頼されるアプリケーション」として知られるものである実行されるプログラムの形態でセキュア実行時環境内において形成される。

【0052】

ＳＥは、より大きい集積回路、例えばモデム又はアプリケーションプロセッサの一体部分であり得る。そのようなＳＥは、「統合ＵＩＣＣ」、「統合ＴＲＥ」、「統合ｅＵＩＣＣ」又は「統合ＳＥ」と呼ばれる。そのようなＳＥは、集積プロセッサブロックとしてＳｏＣに固定して集積され、チップ内部のバスを介して接続することが可能である。ＳＥは、例えば、ネットワークでの識別及び／又は認証中、改竄及び／又は誤使用の試みを回避するために、アイデンティティデータがセキュアに挿入される内部又は外部セキュア不揮発性メモリエリアを有する。

【0053】

一実施形態では、ＳＥは、端末によって動作可能であり得、ＳＥは、この実施形態では、供給電圧、クロックサイクル、リセット等の供給信号を除いて自律的である。したがって、ＳＥは、ＳＥが挿入され、場合により動作可能な状態である端末と通信するためのインタフェース（データインタフェース）を有し得る。この通信は、好ましくは、接続プロトコル、特にＥＴＳＩ ＴＳ １０２ ２２１又はＩＳＯ－７８１６規格によるプロトコルを介して行われる。

【0054】

「端末」という用語が好ましくは本明細書で使用され、なぜなら、端末は、主に通信技術にける端末であり得るためである。これは、別の技術において、「端末」が「デバイス」であることを除外しない。「端末」及び「デバイス」という用語は、本明細書では同義で使用される。

【0055】

ＳＥは、機械、インストール及びシステム等のデバイスの遠隔監視、検査及びメンテナンスに使用され得る。それは、電気メーター、温水メーター等の計量ユニットに使用され得る。ＳＥは、例えば、ＩｏＴ技術の一部を形成する。

【0056】

端末は、本発明の意味内では、原理上、通信ネットワークのサービスを使用できるようにするか又は通信ネットワークのゲートウェイを介してサーバのサービスを使用できるようにするために、通信ネットワークと通信する手段を有するデバイス又はデバイス構成要素である。例として、この用語は、スマートフォン、タブレットＰＣ、ノートブック又はＰＤＡ等のモバイルデバイスを包含し得る。例として、端末は、これらも同様に通信ネットワークとの通信手段を有するデジタルピクチャフレーム、オーディオデバイス、テレビジョン又は電子書籍リーダー等のマルチメディアデバイスを意味するものとしても理解され得る。

【0057】

特に、端末は、機械、オートマトン及び／又は車両にインストールされる。端末が自動車両にインストールされる場合、それは、例えば、統合されたＳＥを有する。ＳＥは、端末、例えば端末のモデムを経由して通信ネットワークを介してサーバへのデータ接続を確立し得る。例として、端末は、端末の機能について、制御ユニット、例えばＥＣＵ（ＥＣＵ＝電子制御ユニット）にアドレスするために、端末製造業者のサーバと交信するために使用され得る。ＵＩＣＣは、モバイルネットワークオペレータＭＮＯのバックグラウンドシステムにおけるサーバ、例えば、ＳＥのソフトウェア、ファームウェア及び／又はオペレーティングシステムの更新をＳＥにロードするためのサーバと交信するために使用され得る。

【0058】

スマートフォン及び携帯電話に加えて、モバイル通信対応端末は、商業圏又はプライベート圏における産業施設の規制デバイス（制御デバイス、測定デバイス又は制御／測定組合せデバイス）も含む。産業施設は、例えば、バックグラウンドシステムと又は／及び互いとモバイルネットワークを介して通信することが可能な１つ又は複数の規制デバイス（端末）を有する生産設備である。他の産業施設は、規制デバイスの形態の端末を有するヒータ又は電力消費物等のスマートホーム設備を含む。

【0059】

例として、コマンドは、デバイスによって送信される命令又は注文であり得る。コマンドは、好ましくは、ＥＴＳＩ ＴＳ １０２ ２２１又はＩＳＯ／ＩＥＣ７８１６規格によるコマンドである。好ましい一実施形態では、ＡＰＤＵコマンドの形態のコマンドがＵＩＣＣで受信される。ＡＰＤＵは、ＵＩＣとデバイスとの間の接続プロトコルの結合コマンド／データブロックである。ＡＰＤＵの構造は、ＩＳＯ－７８１６－４規格によって規定されている。ＡＰＤＵは、アプリケーションレイヤ（ＯＳＩレイヤモデルのレイヤ７）上の情報要素を構成する。

【0060】

ＳＥは、好ましくは、「５Ｇ ＵＳＩＭ」とも呼ばれる第５世代ＵＳＩＭである。したがって、加入者は、５Ｇ規格によって識別され得る。

【0061】

更なる好ましい実施形態では、少なくとも１つのファイルは、ＥＦ_ＩＭＳＩであり、国際モバイル加入者識別情報ＩＭＳＩを含む。このＩＭＳＩを保護することが重要であり、平文で端末に又はネットワーク内で伝送されるべきではない － 可能な場合には － ５Ｇネットワークでは、ＩＭＳＩは、ＳＥと通信ネットワークとの間で平文では交換されない。

【0062】

更なる好ましい実施形態では、少なくとも１つのファイルは、ファイルＥＦＮＳＩであり、永久的な加入者識別子、即ち「加入永久識別子」、略してＳＵＰＩを含む。このＳＵＰＩを保護することが重要であり、平文で端末に又はネットワーク内で伝送されるべきではない － 可能な場合には － ＥＦ_ＮＳＩにおけるこのＳＵＰＩは、好ましくは、ＩＭＳＩではない。このＳＵＰＩは、３ＧＰＰ ＴＳ ２３．００３規格で規定されるように、ネットワークアクセス識別子、略してＮＡＩであり得る。

【0063】

更なる好ましい実施形態では、少なくとも１つのファイルは、ＥＦ_{Routing Identicator}であり、ＳＵＣＩを計算するためのルーティングインジケータを含む。このパラメータを使用して、端末又はＳＥは、本発明による方法を実行することが可能であり、その結果、ＳＵＣＩを作成し、ネットワークに送信することが可能である。このファイルＥＦ_{Routing Identifier}は、ルーティングインジケータを含み、ルーティングインジケータは、ＭＣＣ及びＭＮＣと一緒に、３ＧＰＰ ＴＳ ２３．００３規格に規定されるように、加入者にサービング可能なＡＵＳＦ及びＵＤＭインスタンスに、ＳＵＣＩを有するネットワークシグナリングを転送できるようにする。

【0064】

例として、加入永久識別子、略してＳＵＰＩは、５Ｇネットワークでアイデンティティデータとして使用される。ＳＵＰＩは、３ＧＰＰ仕様ＴＳ２３．５０１で規定されている。この場合、有効なＳＵＰＩは、３ＧＰＰ ＴＳ ２３．００３と併せてＲＦＣ４２８２で規定されるように、ＩＭＳＩ又はネットワークアクセス識別子、略してＮＡＩであり得る。ＳＵＰＩは、次いで、５Ｇ ＵＳＩＭを使用して加入秘匿化識別子、略してＳＵＣＩに変換することができる。ＳＵＣＩは、内部で秘匿化されたＳＵＰＩを含むプライバシー保護ネットワーク識別子である。５Ｇ ＵＳＩＭは、本明細書に記載の方法を使用するとともに、前に生成された対称鍵と共に上述したこのＥＣＩＥＳベースの保護方式を使用してＳＵＣＩを生成する。ＩＭＳＩ（ＳＵＰＩの一部）は、次いで、ネットワークアイデンティティクエリに応答してＳＵＣＩから暗号化されて送信される。

【0065】

加えて、アイデンティティデータは、例えば、通信ネットワークで加入者を一意に認証するデータ、例えば、認証アルゴリズム、特定のアルゴリズムパラメータ、暗号認証鍵Ｋｉ及び／又は暗号オーバージエア鍵、略してＯＴＡ鍵である。加えて、アイデンティティデータは、例えば、サービスに対して加入者を一意に認証するデータ、例えば、一意の識別子又は署名である。サービスは、特に、通信ネットワークを経由して情報及び／又はデータを伝送するサーバの音声サービス又はデータサービスである。

【0066】

通信ネットワーク（ネットワーク）は、信号が伝送されて、加入者を識別及び／又は認証する技術設備である。通信ネットワークは、それ自体のサービス（それ自体の音声及びデータサービス）を提供し、及び／又は外部インスタンスからのサービスの使用を可能にする。通信ネットワークは、好ましくは、モバイルネットワークである。ここで、通信ネットワークの監督下のデバイス間通信が可能である。特に、第５世代「５Ｇ」モバイルネットワークは、ここでは通信ネットワークとして理解される。

【0067】

図の簡単な説明
本発明並びに本発明の更なる実施形態及び利点について図を参照してより詳細に説明し、図は、単に本発明の例示的な実施形態を説明する。図中の同じ構成要素は、同じ参照符号で提供される。図は、一定の縮尺であると見なされるべきではなく、図の個々の要素は、過度に大きく又は過度に簡略化されて示され得る。任意選択的な要素は、破線を使用して示される。

【図面の簡単な説明】

【0068】

【図1】本発明によるＳＥにおける方法のフローチャートを示す。

【図2】本発明によるＳＥにおける方法のフローチャートを示す。

【図3】ＳＥ、デバイス及びネットワーク間の本発明による方法のフローチャートを示す。

【図4】ＳＥ及びネットワークを有するデバイスからなるシステムの例示的な一実施形態を示す。

【図5】ＳＥの例示的な一実施形態を示す。

【発明を実施するための形態】

【0069】

例示的な実施形態の詳細な説明
図１及び図２は、図４及び図５からの本発明によるＳＥにおける方法１００のフローチャートの例示的な一実施形態をそれぞれ示す。図１及び図２について一緒に以下説明する。図２は、バージョン１５．２．０における３ＧＰＰ ＴＳ ３３．５０１の図Ｃ．３．２－１の簡易版に対応し、ポイントＡで方法、即ち従来の方法（ステップ「ＰｕｂＫ_ＳＥ、ＰｒｉｖＫ_ＳＥを生成する」１０１で簡易化される）を実施する場合及びポイントＢで方法、即ち本発明による方法の好ましい一変形（同様にステップ「導出」１０５で簡易化される）を実施する場合を示す。

【0070】

ステップ１０１では、ＳＥ固有の暗号鍵対ＰｕｂＫ_ＳＥ、ＰｒｉｖＫ_ＳＥは、ＥＣＣアルゴリズムにおいてＳＥで生成される。例として、Curve25519／X25519アルゴリズムが使用される。３ＧＧ ＴＳ ３３．５０１規格の付録Ｃ３．４で使用されるＥＣＩＥＳプロファイルパラメータが使用され得る。ステップ１０１の結果として、ＳＥ固有の暗号鍵対の秘密鍵部ＰｒｉｖＫ_ＳＥが生成された。このステップは、図Ｃ．３．２－１によるシーケンシャル方法のステップ「１．Ｅｐｈ鍵対生成」に対応し得る。

【0071】

ＳＥ固有の暗号鍵対ＰｕｂＫ_ＳＥ、ＰｒｉｖＫ_ＳＥは、使用されるべき暗号化のタイプのみに依存する。このタイプは、ネットワークの暗号鍵対の公開鍵部ＰｕｂＫ_ＨＮによって予め規定される。この公開鍵部ＰｕｂＫ_ＨＮは、ステップ１０１が実行される前にＳＥに既知である。

【0072】

暗号コプロセッサなし又は乗算アクセラレータなしのＳＥでは、このステップは、最長３秒かかり得る。表１～表６を参照されたい。

【0073】

図１は、後に使用するために、ＳＥ固有の暗号鍵対ＰｕｂＫ_ＳＥ、ＰｒｉｖＫ_ＳＥをＳＥのメモリエリアに記憶する記憶ステップを示していない。

【0074】

公開鍵ＰｕｂＫ_ＳＥは、ネットワークアイデンティティクエリへの応答１０８の一部としてネットワークに送信される。

【0075】

続くステップ１０２では、対称鍵Shared_{ＳＥ－ＨＮ}がＳＥで生成される。この対称鍵Shared_{ＳＥ－ＨＮ}は、ＳＥ固有の暗号鍵対のうち、ステップ１０１で生成された公開鍵部ＰｒｉｖＫ_ＳＥと、ネットワークの暗号鍵対の公開鍵部ＰｕｂＫ_ＨＮとを使用して生成される。公開鍵部ＰｕｂＫ_ＨＮは、ＳＥに存在し、ＳＥが個人化されたとき、ＳＥのメモリに既に記憶されていることができる。このステップは、図Ｃ．３．２－１によるシーケンシャル方法のステップ「２．鍵合意」に対応し得る。暗号コプロセッサのない又は乗算アクセラレータのないＳＥでは、このステップに最長で３秒かかり得る。表１～表６を参照されたい。

【0076】

図１は、後に使用するために、ＳＥのメモリエリアに対称鍵Shared_{ＳＥ－ＨＮ}を記憶する記憶ステップを示していない。

【0077】

続くステップ１０３（図１に示されているが、図２に示されていない）では、GET IDENTITYコマンドに関連するアイデンティティクエリがＳＥで受信される。ステップ１０２とステップ１０３との間に比較的長い時間期間「Time」があり得、ステップ１０１／１０２は、ステップ１０３と時間的に相関しなくてよい。本発明は、アイデンティティクエリへの応答を生成するための時間期間を短縮するために、アイデンティティクエリを取得するステップ１０３前に、２つのステップ１０１及び１０２（図１におけるステップ１０１、１０２の両方）の少なくとも一方を既に実行していることを提供する。

【0078】

任意選択的なステップ１０４（図１に示されているが、図２に示されていない）では、チェックが行われて、生成ステップ１０２で使用された公開鍵部ＰｕｂＫ_ＨＮがその間に変更されたか否かを確立する。チェック１０４中、生成ステップ１０２で使用された公開鍵部ＰｕｂＫ_ＨＮがその間に変更（更新、パラメータ適合、置換）されたことが確認される場合（はいの事例）、ステップ「Shared_{ＳＥ－ＨＮ}を生成する１０２」が再び実行される。暗号化のタイプが変更された場合でも（Curve25519からsecp256r1へ又はこの逆への切り替え）、アイデンティティクエリへの応答を生成する従来の方法は、図２のポイント「Ａ」から始まって示されるように実行される。

【0079】

チェック１０４中、生成ステップ１０２で使用された公開鍵部ＰｕｂＫ_ＨＮがその間に変更（更新、パラメータ適合、置換）されていなかったことが確認される場合（いいえの事例）、アイデンティティクエリへの応答を生成する方法による方法は、図１及び図２におけるポイント「Ｂ」から始まって示されるように更に実行される。

【0080】

ステップ１０１及び１０２は、図１では破線を使用して示され、なぜなら、アイデンティティクエリと応答との間の最長時間期間Time_ｍａｘを超えないように、各事例において、２つのステップ１０１、１０２の一方のみが実行されるのみでよいためである。表１～表６における時間値が参照される。表１～表６は、鍵を予め計算した状態／計算しない情報で応答１０８（GET IDENTITYへの応答）を作成するために必要な時間を比較する。ステップ１０１、ステップ１０２及びステップ１０１＋１０２の両方における事前計算の影響も表す。

【0081】

任意選択的なステップ１０５では、第１の部分鍵及び第２の部分鍵が対称鍵SharedＫ_{ＳＥ－ＨＮ}から導出される。このステップ１０５は、３ＧＰＰ ＴＳ ３３．５０１、バージョン１５．２．０の図Ｃ．３．２．１によるステップ「３．鍵導出」に対応し得る。第１の部分鍵は、３ＧＰＰ ＴＳ ３３．５０１バージョン１５．２．０の図Ｃ．３．２．１による「Ｅｐｈ．暗号鍵、ＩＣＢ」であり得る。第２の部分鍵は、３ＧＰＰ ＴＳ ３３．５０１バージョン１５．２．０の図Ｃ．３．２．１による「Ｅｐｈ．ＭＡＣ鍵」であり得る。この分割１０５中、鍵の長さを調整することもできる。

【0082】

ステップ１０６では、ＳＥに記憶されたアイデンティティデータは、暗号化される。ファイルＥＦ_ＩＭＳＩのファイル内容が、暗号化１０６の入力データとして使用される。この暗号化１０６は、３ＧＰＰ ＴＳ ３３．５０１バージョン１５．２．０の図Ｃ．３．２．１によるステップ「４．対称暗号化」に対応し得る。このステップの結果として、暗号化アイデンティティデータが取得される。ステップ１０６からの暗号化アイデンティティデータは（も）、ネットワークからのアイデンティティクエリへの応答の一部としてネットワークに送信される。

【0083】

ステップ１０７では、ＭＡＣアルゴリズムが適用される。ステップ１０６からの暗号化アイデンティティデータは、ここで、ＭＡＣアルゴリズムの入力パラメータとして使用される。加えて、第２の部分鍵「Ｅｐｈ．ＭＡＣ鍵」が、ＭＡＣアルゴリズムの別の入力パラメータとして使用され得る。この適用１０７は、３ＧＰＰ ＴＳ ３３．５０１バージョン１５．２．０の図Ｃ．３．２．１によるステップ「５．ＭＡＣ機能」であり得る。このステップ１０７の結果として、ＭＡＣが取得され、これは、３ＧＰＰ ＴＳ ３３．５０１バージョン１５．２．０の図Ｃ．３．２．１によって「ＭＡＣタグ値」と呼ばれることもある。ステップ１０７からのＭＡＣは（も）、ネットワークからのアイデンティティクエリへの応答の一部としてネットワークに送信される。

【0084】

ステップ１０８は、ネットワークアイデンティティクエリへの応答を作成及び送信することを含む。例として、この応答は、公開鍵ＰｕｂＫＳＥ（ステップ１０１）、暗号化アイデンティティデータ（ステップ１０６）及びＭＡＣ（ステップ１０７）が連結されたものを含む。追加のパラメータも同様に応答に含まれ得る。
応答＝ＰｕｂＫ_ＳＥ││アイデンティティデータ_encrypted││ＭＡＣ││任意選択的なパラメータ

【0085】

この応答１０８は、好ましくは、GET IDENTITYコマンドの結果である。

【0086】

特に、ＥＴＳＩ ＴＳ １０２ ２２１規格のバージョン１５以降及び３ＧＰＰ ＴＳ ３１．１０２規格のバージョン１５以降は、GET IDENTITYコマンドを規定している。このコマンドは、ＳＵＣＩを生成するために５Ｇネットワークで使用される。ＳＵＣＩコンテキストは、５Ｇネットワークで加入者を識別するために使用されるアイデンティティデータとしてＩＭＳＩ（国際モバイル加入者ＩＤ）又はＮＳＩ（ネットワーク固有ＩＤ）を含む。

【0087】

GET IDENTITYコマンドは、ネットワークによって送信され、送信時間も含めて６秒以内で答えられなければならない。これは、暗号コプロセッサ又は乗算アクセラレータのないＳＥにとって重大な問題である。

【0088】

種々のＳＥでのＳＵＣＩの計算の少数の比較を以下に示し、それから、ステップ１０１及び／又は１０２の前倒しの計算からの時間短縮効果が明らかになる。

【0089】

表１は、ＩＭＳＩ ＳＵＣＩ計算と共にプロファイルＡ（Curve25519）を計算する場合の暗号コプロセッサなし、乗算アクセラレータなし、ハードウェアＡＥＳ（先進的暗号化標準）、ＳＣ０００アーキテクチャありのＳＥを示す。ステップ１０１は、既に１１００ミリ秒を必要としており、ステップ１０２は、１１０１ミリ秒を必要とする。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１及び１０２後に実行される場合、２３ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１後に（のみ）実行される場合、１１２０ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵なしでステップ１０１又は１０２後に実行される場合、２２１７ミリ秒が必要とされる。換言すれば、提示された方法は、ステップ１０１及び１０２が事前に計算され、対応する鍵がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を略１００倍高速で提供する。換言すれば、提示される方法は、ステップが事前に計算され、鍵対がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を約２倍高速で提供する。

【0090】

【表1】

【0091】

表２は、ＩＭＳＩ ＳＵＣＩ計算と共にプロファイルＢ（secp256r1）を計算する場合の「暗号コプロセッサなし、乗算アクセラレータなし、ハードウェアＡＥＳ、ＳＣ０００アーキテクチャあり」のＳＥを示す。ステップ１０１は、既に２９３４ミリ秒を必要としており、ステップ１０２は、２９３８ミリ秒を必要とする。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１及び１０２後に実行される場合、２３ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１後に（のみ）実行される場合、２９５７ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵なしでステップ１０１又は１０２後に実行される場合、５８８４ミリ秒が必要とされる。換言すれば、提示された方法は、ステップ１０１及び１０２が事前に計算され、対応する鍵がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を略２５０倍高速で提供する。換言すれば、提示される方法は、ステップが事前に計算され、鍵対がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を約２倍高速で提供する。

【0092】

【表2】

【0093】

表３は、ＩＭＳＩ ＳＵＣＩ計算と共にプロファイルＡ（Curve25519）を計算する場合の「暗号コプロセッサなし、ＳＣ３００アーキテクチャ（乗算アクセラレータを含む）」のＳＥを示す。ステップ１０１は、既に１１９ミリ秒を必要としており、ステップ１０２は、９６ミリ秒を必要とする。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１及び１０２後に実行される場合、２３ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１後に（のみ）実行される場合、１１７ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵なしでステップ１０１又は１０２後に実行される場合、２３４ミリ秒が必要とされる。換言すれば、提示された方法は、ステップ１０１及び１０２が事前に計算され、対応する鍵がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を略１０倍高速で提供する。換言すれば、提示される方法は、ステップが事前に計算され、鍵対がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を約２倍高速で提供する。

【0094】

【表3】

【0095】

表４は、ＩＭＳＩ ＳＵＣＩ計算と共にプロファイルＢ（secp256r1）を計算する場合の「暗号コプロセッサなし、ＳＣ３００アーキテクチャ（乗算アクセラレータを含む）」のＳＥを示す。ステップ１０１は、既に４２４ミリ秒を必要としており、ステップ１０２は、４０６ミリ秒を必要とする。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１及び１０２後に実行される場合、２３ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１後に（のみ）実行される場合、４２７ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵なしでステップ１０１又は１０２後に実行される場合、８４８ミリ秒が必要とされる。換言すれば、提示された方法は、ステップ１０１及び１０２が事前に計算され、対応する鍵がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を略４０倍高速で提供する。換言すれば、提示される方法は、ステップが事前に計算され、鍵対がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を約２倍高速で提供する。

【0096】

【表4】

【0097】

表５は、プロファイルＡを計算する場合の暗号コプロセッサなし、乗算アクセラレータなし、ハードウェアＡＥＳ、ＳＣ０００アーキテクチャなしのＳＥを示す。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１及び１０２後に実行される場合、３８ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１後に（のみ）実行される場合、１３０３ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵なしでステップ１０１又は１０２後に実行される場合、２６０６ミリ秒が必要とされる。換言すれば、提示された方法は、ステップ１０１及び１０２が事前に計算され、対応する鍵がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を略７０倍高速で提供する。換言すれば、提示される方法は、ステップが事前に計算され、鍵対がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を約２倍高速で提供する。

【0098】

【表5】

【0099】

表６は、プロファイルＡを計算する場合の暗号コプロセッサなし、乗算アクセラレータなし、ハードウェアＡＥＳ、ＳＣ０００アーキテクチャなしのＳＥを示す。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１及び１０２後に実行される場合、３８ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵を用いてステップ１０１後に（のみ）実行される場合、３２５１ミリ秒のみが必要とされる。GET IDENTITYコマンドが、予め計算された鍵なしでステップ１０１又は１０２後に実行される場合、６４６４ミリ秒が必要とされる。換言すれば、提示された方法は、ステップ１０１及び１０２が事前に計算され、対応する鍵がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を略２８０倍高速で提供する。換言すれば、提示される方法は、ステップが事前に計算され、鍵対がＳＥのメモリからロードされる場合、GET IDENTITYコマンドへの応答作成を約２倍高速で提供する。

【0100】

【表6】

【0101】

測定された時間は、当然のことながら、例えば電圧階級、周波数及び各暗号機能の実装等の種々の要因に依存する例示的な値である。したがって、特定の事例での厳密な計算持続時間ではなく、互いに対する時間的挙動のみを導出することが可能である。

【0102】

ステップ１０１における事前計算又はステップ１０２における対称鍵の更なる予備的生成を用いて大きい速度増大を達成することが可能である。

【0103】

その結果として、最長時間time_ＭＡＸに準拠するようにＳＵＣＩを計算するためにコプロセッサは、もはや必要ないため、５Ｇネットワークではるかに簡便であり、したがってより費用効率的でもあるＳＥカードを動作させることが可能である。鍵を予め計算することにより、３ＧＰＰ及びＥＴＳＩ仕様に準拠することが可能であり、GET IDENTITYコマンドへの応答／処理に関する性能は、有意に増大することができる。

【0104】

アイデンティティクエリは、例えば、ＳＥが導入される図４における端末のＡＰＤＵコマンドであり、それにより、ＳＥは、ＳＵＣＩを作成する。アイデンティティクエリは、端末によって元々開始されている必要はなく、通信インタフェース４１を介してネットワーク（図４）によって端末にもたらされた要求があり得る。例として、ネットワーク識別子が問い合わせられる。例として、ＳＥに記憶された個人データが問い合わせられる。

【0105】

ＥＴＳＩ ＴＳ １０２．２２１のバージョン１５の時点及び３ＧＰＰ ＴＳ ３１．１０２のバージョン１５の時点で規定されている５Ｇ ＵＳＩＭ機能におけるＳＵＣＩ計算は、ＳＥによってサポートされるべきである。

【0106】

図３は、次いで、本発明による方法１００を実行するための好ましい例示的な実施形態のフローチャートを説明する。方法ステップ１０１から１０８は、図１又は図２からの方法ステップ１０１から１０８に対応する。図３におけるＳＥは、５Ｇ ＵＳＩＭである。

【0107】

ステップ１０２後、端末は、登録要求をネットワークに送信する。この登録要求は、端末がネットワークのサービスを使用できるようにすることを意図する。このために、ネットワークは、端末のアイデンティティをチェックし、認証／識別について尋ねる。一連の登録要求及び認証／識別要求については、原則として３ＧＰＰ ＴＳ ２３．５０１に記載されている。識別中、ネットワークは、識別クエリを端末に送信する。これは、端末でGET IDENTITYコマンドに変換され、ＳＥに転送される。５Ｇネットワークでは、ＳＥは、次いで、時間期間time_ＭＡＸ（例えば、６秒）以内で、ＳＵＰＩと呼ばれ、例えば、ＩＭＳＩ、ＮＳＩ、ＮＡＩを含むアイデンティティデータをＳＵＣＩに変換し、これをネットワークに返送するように強いられる。

【0108】

ＩＭＳＩは、加入者識別子の一部であり、読まれるべきではない － 可能な場合には － ＵＩＣＣ１は、５Ｇ ＵＳＩＭであり、したがって、ＩＭＳＩに基づいてＳＵＣＩを生成するように構成される。ＳＵＣＩを送信する際、ＩＭＳＩのＭＳＩＮ部分は、平文で端末又はネットワークに送信されないため、ＩＭＳＩの代わりにＳＵＣＩを使用することが有利である。したがって、ＳＵＣＩを送信することは、ネットワーク識別子としてＩＭＳＩの代わりにＳＵＣＩを送信するために、ファイルＥＦＩＭＳＩからのセキュリティ関連情報及び／又は個人情報を保護する。

【0109】

アイデンティティクエリへの応答としてＩＭＳＩの代わりにＳＵＣＩを送信するために、ＳＵＣＩを計算する必要がある。このために、ステップ１０１から１０８を有する図１及び図２の方法が適用される。この計算は、３ＧＰＰ ２３．５０１による標準化手順に対応し得、ステップ１０３後の時間のかかる計算を回避するために、ステップ１０１及び１０２における前倒しの計算によって本発明に従って実質的に改良し得る。

【0110】

５Ｇネットワークによる加入者識別メカニズムは、生成されたＳＵＣＩを用いてオーバージエア無線インタフェース（図４のインタフェース４１）で端末を識別できるようにする。端末が最初に登録しようとするとき、ステップ１０８において、ＳＥは、GET IDENTITYコマンドに基づいてＳＵＰＩを暗号化してＳＵＣＩにし、このＳＵＣＩを端末に提供する。

【0111】

ＳＵＣＩは、ここで、秘匿化されたＳＵＰＩを含むデータ保護フレンドリ識別子である。図１及び図２を参照する。ＳＥは、ステップ１０１及び１０２において、ＵＳＩＭ登録中又は個人化中にＳＥにセキュアに提供されたホームネットワークの公開鍵ＰｕｂＫ_ＨＮを用いてＥＣＩＥＳベースの保護方式を使用して生成する。

【0112】

ＳＵＰＩのＭＳＩＮ部分のみが暗号化される一方、ホームネットワーク識別子、即ちＭＣＣ／ＭＮＣは、引き続き平文で送信される。ＳＵＣＩを構成するデータフィールドは、「ＳＵＰＩタイプ」；「ホームネットワーク識別子」（ＩＭＳＩの場合＝ＭＣＣ＋ＭＮＣ、ＮＡＩの場合＝ドメイン名）：「ルーティング識別子」；「保護方式の識別子：ヌル方式又はプロファイルＡ若しくはプロファイルＢ」；「ホームネットワーク公開鍵ＰｕｂＫ_ＨＮ識別子」；「使用される保護方式に応じて可変長又は１６進数文字列」である。

【0113】

方法１００は、ここで、ＳＥのオペレーティングシステム１５に統合され、したがって任意のネイティブＳＥで採用及び使用することができる。

【0114】

図４は、図１及び図２からの方法が行われる、端末及びＳＥからなるシステムの例示的な一実施形態を示す。例として、端末は、ＩｏＴ環境におけるＭ２Ｍデバイスである。端末は、複数のＥＣＵ２１を有し得、２つのＥＣＵ２１ａ及び２１ｂが代表としてここに示されている。これらのＥＣＵ２１は、端末の機能を制御する。

【0115】

ＳＥは、動作準備のできた端末に挿入され、端末によって供給電圧Ｖｃｃ及びクロックサイクルＣＬＫが供給される。ＳＥは、図５により詳細に示されている。図４は、ＳＥがアプレット１３を有することを示している。これらのアプレット１３は、カードアプリケーションツールキットＣＡＴ１２を介して異なるＡＰＤＵコマンド１１を端末に送信することが可能である。

【0116】

端末は、モデム２２も含む。例として、モデム２２は、データをＳＥとネットワーク４との間で変換するための論理ユニットと見なすことができる。端末は、モデム２２を介してＳＥへの通信接続３をセットアップし得る。端末とＳＥとの間の通信３は、例えば、国際ＩＳＯ／ＩＥＣ７８１６－３及びＩＳＯ／ＩＥＣ７８１６－４規格に規定されるプロトコルに従って行われ、それらへの参照がこれにより明確になされる。

【0117】

ＳＥと端末との間のデータ交換全体は、好ましくは、ＩＳＯ／ＩＥＣ７８１６－４規格によるＡＰＤＵ（アプリケーションプロトコルデータユニット）として知られるものを使用して行われる。ＡＰＤＵは、アプリケーションレイヤ上のデータユニット、即ちコマンド及び／又はデータをＳＥに送信するために使用される一種のコンテナを構成する。端末からＳＥに送信されるコマンドＡＰＤＵと、コマンドＡＰＤＵへの応答でＳＥから端末に送信される応答ＡＰＤＵとは、区別される。

【0118】

この場合、モデム２２は、ネットワーク、例えばネットワークオペレータのサーバと通信インタフェース４１を介して端末又はＳＥからのデータを交換するためにも、端末の通信ユニットである。ＳＥとモデム２２との間で交換されるデータは、モデム２２でＩＰベースの接続プロトコルに変換され得る。

【0119】

図５は、本発明によるＳＥ、好ましくはハードワイヤードｅＵＩＣＣのブロック図を示す。代替として、ＳＥは、異なる設計を有するポータブルデータキャリアである。ＳＥは、図１及び図２による方法１００が行われるオペレーティングシステム１５を有する。例として、オペレーティングシステム１５は、ネイティブオペレーティングシステムである。オペレーティングシステム１５が、Java Card実行時環境ＪＣＲＥ１６を動作するように構成されることも考えられる。

【0120】

ＳＥは、図４による端末とデータを交換するように設計される。ＳＥと端末との間でのデータ伝送及び通信について、ＳＥ及び端末は、両方ともそれぞれ適した通信インタフェース３１を有する。インタフェースは、例えば、それらの間又はＳＥと端末との間の通信がガルバニック的に接続、即ち接触して接続されるように設計し得る。接触割り当ては、ＩＳＯ／ＩＥＣ７８１６に規定されている。示されていない一実施形態では、通信インタフェースは、例えば、ＲＦＩＤ、ＮＦＣ又はＷＬＡＮ規格に従ってコンタクトレスである。端末は、ネットワークアイデンティティクエリをＳＥに転送し得る（図１又は図２における方法１００のステップ１０３）。

【0121】

ＳＥは、中央プロセッサ又は制御ユニットＣＰＵ１９を更に有し、ＣＰＵ１９は、インタフェース３１への通信接続を有する。ＣＰＵ１９によって実行されるプログラムコードによって規定されるように、ＣＰＵ１９の主なタスクには、算術及び論理機能の実行及びＳＥ内のファイルへのアクセスがある。ファイルは、例えば、ファイルディレクトリにおける基本ファイルＥＦ、ルートディレクトリのディレクトリファイルＤＦ又は不揮発性メモリ１７のＳＥのプロファイルディレクトリである。ＣＰＵ１９は、揮発性ワーキングメモリラム１８及び不揮発性書き換え可能メモリ１７にも接続される。不揮発性メモリ１７は、好ましくは、フラッシュメモリ（フラッシュＥＥＰＲＯＭ）である。例として、ＮＡＮＤ又はＮＯＲアーキテクチャを有するフラッシュメモリであり得る。制御ユニット１９は、対応するプログラムコードが実行される場合、図１及び図２からの方法のステップ１０１から１０８を実行するように更に構成される。

【0122】

図５に示される好ましい実施形態では、プログラムコードは、不揮発性メモリ１７に記憶され、ＣＰＵ１９によって実行することが可能である。特に、不揮発性メモリ１７は、Java Card実行時環境ＪＣＲＥ１６（Java Card仮想マシンＪＣＶＭ及びJava CardアプリケーションプログラミングインタフェースＪＣＡＰＩからなる）のチップカードオペレーティングシステムＯＳ１５のプログラムコード、アプリケーション１３を記憶し得る。アプリケーション１３は、ここで、好ましくはJava Card（商標）アプレットの形態で存在する。加えて、図４に示されるＣＡＴ１２は、ＥＴＳＩ ＴＳ １０２ ２２３によって組み込まれる。

【0123】

スマートフォン等の近代の端末は、チップセットを含み、チップセットは、複数のチップ又はプロセッサ、特にアプリケーションプロセッサ、ベースバンドプロセッサ及び任意選択的に特に安全が保証されたセキュア処理ユニットＳＰＵ（これらのいずれも図１及び図２に示されていない）を含み得る。現在開発中の将来の５Ｇモバイル通信規格では、統合ＵＩＣＣであるｉＵＩＣＣの概念が提案されており、この概念では、ＵＳＩＭカード又はＵＩＣＣの機能は、端末のチップセット、即ち１つ又は複数のチップ又はプロセッサに分散されるように統合される。本方法によって可能になる、このチップセットが暗号プロセッサ又はハードウェアアクセラレータを有さない場合、コストの点でかなり有利である。

【0124】

本発明の範囲内において、説明、図示及び／又は請求項に記載される要素の全ては、必要に応じて互いに組み合わされ得る。

【符号の説明】

【0125】

ＳＥ、ＵＩＣＣ、ｅＵＩＣＣ、加入者識別モジュールＳＩＭ
１１ 送信コマンドＡＰＤＵ
１２ カードアプリケーションツールキットＣＡＴ
１３ アプレット
１５ オペレーティングシステムＯＳ
１６ Java実行時環境ＪＣＲＥ
１７ 不揮発性メモリ
１８ メモリエリア
１９ 制御ユニットＣＰＵ
２０ ＵＩＣＣ状態
デバイス
２１ａ、ｂ 制御ユニットＥＣＵ
２２ モデム
２３ 送信コマンドＡＰＤＵ
３ デバイスとＳＥとの間の通信接続
３１ ＳＥのインタフェース
ネットワーク
４１ デバイス－ネットワークインタフェース
１０１～１０８ 本発明による方法ステップ
ＰｕｂＫ_ＨＮ ネットワーク鍵対の公開鍵部、ＨＮの公開鍵
ＰｒｉｖＫ_ＨＮ ネットワーク鍵対の秘密鍵部、ＨＮの秘密鍵
ＰｕｂＫ_ＳＥ ＳＥ鍵対の公開鍵部、Ｅｐｈ．公開鍵
ＰｒｉｖＫ_ＳＥ ＳＥ鍵対の秘密鍵部、Ｅｐｈ．秘密鍵
SharedＫ_{ＳＥ－ＨＮ} ＳＥとネットワークとの間の対称鍵、Ｅｐｈ．共有鍵
ＭＡＣ－Ｋ_ＳＥ ＳＥのＭＡＣ鍵、Ｅｐｈ．ＭＡＣ鍵
Time 鍵の事前計算と要求との間の時間期間
Time_ｍａｘ アイデンティティクエリと応答との間で許容された時間期間

【図1】

【図2】

【図3】

【図4】

【図5】

【国際調査報告】