知財求人 - 知財ポータルサイト「IP Force」
特表2024-505492車両の通信システムと車両外部サーバとの間の通信を防護するための方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-02-06
(54)【発明の名称】車両の通信システムと車両外部サーバとの間の通信を防護するための方法
(51)【国際特許分類】
H04L 9/14 20060101AFI20240130BHJP
G06F 21/60 20130101ALI20240130BHJP
【ＦＩ】
H04L9/14
G06F21/60 360
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023544638
(86)(22)【出願日】2022-01-17
(85)【翻訳文提出日】2023-09-15
(86)【国際出願番号】 EP2022050824
(87)【国際公開番号】W WO2022167201
(87)【国際公開日】2022-08-11
(31)【優先権主張番号】102021000522.8
(32)【優先日】2021-02-02
(33)【優先権主張国・地域又は機関】DE
(81)【指定国・地域】
(71)【出願人】
【識別番号】598051819
【氏名又は名称】メルセデス・ベンツ グループ アクチェンゲゼルシャフト
【氏名又は名称原語表記】Ｍｅｒｃｅｄｅｓ－Ｂｅｎｚ Ｇｒｏｕｐ ＡＧ
【住所又は居所原語表記】Ｍｅｒｃｅｄｅｓｓｔｒａｓｓｅ １２０，７０３７２ Ｓｔｕｔｔｇａｒｔ，Ｇｅｒｍａｎｙ
(74)【代理人】
【識別番号】100090583
【弁理士】
【氏名又は名称】田中 清
(74)【代理人】
【識別番号】100098110
【弁理士】
【氏名又は名称】村山 みどり
(72)【発明者】
【氏名】ヴィクトール・フリーゼン
(72)【発明者】
【氏名】ヴィクトール・パヴロヴィッチ
(57)【要約】
本発明は、通信インターフェースを介して車両（１）の通信システム（２）と車両外部サーバ（３）との間の通信を防護するための方法に関し、通信インターフェースは、データの完全性及び真正性が保護されるように、必要に応じて機密に、通信システム（２）へデータを伝送することができるように防護されるものである。本発明による方法は、交換されるデータを非ポスト量子耐性で防護するための第１の防護方法が、通信インターフェースを介して通信システム（２）に実装されるものであり、交換されるデータをポスト量子耐性で防護するための第２の防護方法が、通信インターフェースを介して通信システム（２）に実装され、又は、通信システム（２）に実装されるインターフェース（Ｓ２）を介して実装することができ、又は、ソフトウェアアップデートを介して実装することができるものであり、第２の防護方法において使用するための鍵データは、通信システムに最初に導入され安全に格納され、又は、通信システム（２）に実装される別のインターフェース（Ｓ３）を介して導入することができ、又は、ソフトウェアアップデートを介して実装することができるものであり、暗号化方式で暗号化されて受信され、第２の防護方法においてのみ使用するために安全に格納されることを特徴とする。
【特許請求の範囲】
【請求項1】
通信インターフェースを介して車両（１）の通信システム（２）と車両外部サーバ（３）との間の通信を防護するための方法であって、前記通信インターフェースは、データの完全性及び真正性が保護されるように、必要に応じて機密に、前記通信システム（２）へデータを伝送することができるように防護される、前記方法において、交換されるデータを非ポスト量子耐性で防護するための第１の防護方法が、前記通信インターフェースを介して前記通信システム（２）に実装され、
交換されるデータをポスト量子耐性で防護するための第２の防護方法が、前記通信インターフェースを介して前記通信システム（２）に実装され、又は、前記通信システム（２）に実装されるインターフェース（Ｓ２）を介して実装することができ、又は、ソフトウェアアップデートを介して実装することができるものであり、
前記第２の防護方法において使用するための鍵データは、前記通信システムに最初に導入され安全に格納され、又は、前記通信システム（２）に実装される別のインターフェース（Ｓ３）を介して導入することができ、又は、ソフトウェアアップデートを介して実装することができるものであり、暗号化方式で暗号化されて受信され、前記第２の防護方法においてのみ使用するために安全に格納されることを特徴とする、前記方法。
【請求項2】
前記最初に導入される前記鍵データは、前記第２の防護方法においてのみ使用するために提供されることを特徴とする、請求項１に記載の方法。
【請求項3】
前記第１の防護方法の機能は、前記ポスト量子脅威が発生した場合、更に別のインターフェース（Ｓ１）によって非アクティブ化及び／又は削除されることを特徴とする、請求項１又は２に記載の方法。
【請求項4】
前記ポスト量子脅威が発生した場合、前記通信インターフェースを介して交換されるデータのみを防護するために、更に別の第４のインターフェース（Ｓ４）によって、前記第２の防護方式がアクティブ化されることを特徴とする、請求項３に記載の方法。
【請求項5】
前記更に別のインターフェース（Ｓ１）による前記第１の防護方法の前記機能の前記非アクティブ化及び／又は前記削除は、不可逆であることを特徴とする、請求項３又は４に記載の方法。
【請求項6】
前記通信システム（２）は、前記インターフェース（Ｓ１、Ｓ２、Ｓ３、Ｓ４）のうちの少なくとも１つが実装されている場合、必要な前記鍵データが装備されていることを特徴とする、請求項１～５のいずれか一項に記載の方法。
【請求項7】
前記装備は、最初に生じることを特徴とする、請求項６に記載の方法。
【請求項8】
前記鍵データは、ポスト量子耐性暗号化コードを備えた前記別のインターフェース（Ｓ３）を介して導入されることを特徴とする、請求項１～７のいずれか一項に記載の方法。
【請求項9】
前記インターフェース（Ｓ１、Ｓ２、Ｓ３、Ｓ４）のそれぞれについて、手順を安全にマーキングする可能性が最後の可能な手順として提供され、この可能性は、それぞれの前記インターフェース（Ｓ１、Ｓ２、Ｓ３、Ｓ４）に関して、その時点までに行われた変更が不可逆的になるように設計されていることを特徴とする、請求項１～８のいずれか一項に記載の方法。
【請求項10】
ソフトウェアアップデートを介して実装可能な前記インターフェース（Ｓ１、Ｓ２、Ｓ３、Ｓ４）のそれぞれについて、個別の安全なソフトウェアアップデートインターフェース（ＳＷＵ１、ＳＷＵ２、ＳＷＵ３、ＳＷＵ４）が設けられていることを特徴とする、請求項１～９のいずれか一項に記載の方法。
【請求項11】
前記ソフトウェアアップデートインターフェース（ＳＷＵ１、ＳＷＵ２、ＳＷＵ３、ＳＷＵ４）のそれぞれについて、手順を安全にマーキングする可能性が最後の可能な手順として提供され、この可能性は、前記ソフトウェアアップデートインターフェース（ＳＷＵ１、ＳＷＵ２、ＳＷＵ３、ＳＷＵ４）に関して、その時点までに行われた変更が不可逆的になるように設計されていることを特徴とする、請求項１０に記載の方法。【発明の詳細な説明】
【技術分野】
【0001】
本発明は、請求項１のプリアンブルでより詳細に定義される種類に従った、通信インターフェースを介して車両の通信システムと車両外部サーバとの間の通信を防護するための方法に関する。
【背景技術】
【0002】
一般に、現代の車両、ここでは特に乗用車及び商用車は、大規模車両エコシステムの一部である。その場合、このエコシステムの中心部分は、いわゆるバックエンドである。これは、主に車両メーカーによって運用される車両外部サーバである。車両は、インターネットを介してこの車両外部サーバに接続されている。その場合、このバックエンドと車両との間の通信は、一方では車両ユーザのプライバシーを防護するため、他方ではデータトラフィックへの外部介入がないことを可能にするために、通常、暗号化方法により防護されているところ、データトラフィックは、特に、車両制御に関連するデータの送信時に、ハッカーが車両を攻撃し、重要な機能を操作するために使用されるおそれがある。
【0003】
その場合、一般的な方法とは、非対称暗号化に基づく方法を使用することである。これらは通常、ＴＬＳ（トランスポート層セキュリティ、Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）の形式で使用され、場合によってはＩＰＳｅｃ（インターネットプロトコルセキュリティ、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）の形式でもまた使用され、その方法では、例えば、素因数分解に基づくＲＳＡ又はＥＣＣ（楕円曲線暗号、Ｅｌｌｉｐｔｉｃ Ｃｕｒｖｅ Ｃｒｙｐｔｏｇｒａｐｈｙ）などの従来の非対称方法が使用される。
【0004】
特許文献１には、対応して暗号化方式で防護して、すなわち、暗号化及び／又は認証によりデータ接続を操作するために、通信システム２と、車両と車両外部サーバとの間でのそのような非対称鍵の交換を実行するための方法と、が記載されている。
【特許文献1】ＤＥ １０ ２００９ ０３７ １９３ Ｂ４
【0005】
特許文献２は、２つの異なる暗号モードを可能にする通信装置を示している。これらの暗号モードの間で、暗号モードを交代するためのユニットを介して交互に切り替えることができる。本開示では、車両エコシステムについては言及しない。
【特許文献2】ＵＳ ２０１２／００４５０５５ Ａ１
【0006】
特許文献３には、車両と車両外部サーバ自体との間の暗号化された通信が示されている。
【特許文献3】ＵＳ ２０１８／０２１７８２８ Ａ１
【0007】
その場合、例えば、ＥＣＣ又はＲＳＡなどの通常使用される非対称暗号化方式には、その方法が現時点で比較的安全な防護を最小限の手間で提供するという利点がある。ただし、その場合、これらのすべての方法は、暗号化アルゴリズムに基づいており、その安全性は、量子コンピュータに対しては堅牢であるとは見なされていない。量子コンピュータは、非対称暗号化方式を解読することができるように計算し、防護されたデータを最短時間で復号することができるような様式を介する。暗号化方式での防護のために、すなわち、特に暗号化及び／又は認証のために、車両とバックエンドとの間の通信用に一般的に使用される方法は、その場合、もはや安全ではない。量子コンピュータがまだ純粋な研究用機器と見なされ、非常に高額の財政負担によってのみ実現することができたため、このいわゆるポスト量子脅威は、これまでむしろ理論的脅威であった。しかし近年、量子コンピュータの開発が大幅に加速している。したがって、今日の観点からすると、十分に高性能の量子コンピュータが今後１０年以内に市場で入手可能にはならないという信頼できる予測を立てることは、もはや不可能である。
【0008】
現在市場に投入されている車両は、通常、１０～１５年間路上を走行することとなる。これは、ポスト量子脅威、すなわち、今後の時点で容易に又は特に市販される量子コンピュータによって従来の非対称暗号化方式での防護を簡単に解読する潜在的可能性が、今日納品されている車両に既に関連していることを意味する。したがって、今日主にＲＳＡ又はＥＣＣに基づく暗号化方式プロトコルを介して防護されている、車両の通信装置の外部サーバとの通信は、このポスト量子脅威の発生で、もはや安全ではないと思われるため、今日の観点から見ると安全な通信を車両の予想運転期間全体にわたって保証することはできない。
【0009】
ポスト量子脅威に対処するために、ポスト量子脅威に対して耐性のある非対称アルゴリズムが数年前から一般的に研究されてきた。それらは、一般にポスト量子暗号又はＰＱＣと称するアプローチである。しかし、これらはまだあまり成熟していないため、従来の方法を置き換えるには、今日まだ適していない。したがって、それに関連して、期待される安全性の最終評価が可能であるほどには、そのような技術がまだ十分に成熟していないため、今日の車両は、ポスト量子機能に非対称暗号化防護方法を用いて設計することはまだできない。更に、これまで標準化されておらず、本アプローチには多くのリソースが必要である。したがって、現時点では、そのような量子コンピュータ耐性のある暗号化方式に性急に切り替えることは賢明ではなく、簡単に実現することもできない。十分に安全であると考えられる標準化されたＰＱＣ方法が既に存在したとしても、より高いコスト負担及び高いリソース消費が現在の車両エコシステムでは経済効率に反するため、そのような方法を今日の車両の通信装置に実装することは賢明ではない。
【0010】
更に、ポスト量子脅威の現在の認知状況に応じて、例えば、ＡＥＳ（先進的暗号化標準、Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）などの対称方法、又は例えば、ＳＨＡ－５１２（セキュアハッシュアルゴリズム、Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ）などのハッシュ方法、又は例えば、ＨＭＡＣ（ハッシュメッセージ認証コード、Ｈａｓｈｅｄ Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）などの対称認証方法は、基本的に影響を受けない。認知状況に応じて、この方法の安全性は、ポスト量子脅威の発生によって確かに半減するであろうことから、１２８ビット鍵は、量子コンピュータが利用可能になった後でもまだ６４ビットの安全性を提供する。ただし、このような脆弱性は、鍵の長さを長くすることによって比較的簡単に補償することができる。
【0011】
出願人の事前公開されていない以前の独国特許出願１０ ２０２０ ００１ １９９．３には、通信装置と、通信を暗号化で防護するための方法と、が記載されている。その特許出願には、２つの明示的なモード、プレ量子モード及びポスト量子モードが記載されている。その場合、プレ量子モードでは、従来の非対称暗号化方式が使用され、ポスト量子モードでは、ポスト量子耐性暗号化方式のみが使用される。システムが置かれているモードはバイナリ値を介して示され、このバイナリ値は、例えば、ライトワンスメモリ（Ｗｒｉｔｅ－Ｏｎｃｅ－Ｍｅｍｏｒｙ、ＷＯＭ）として形成することができる、対応して防護されたメモリに、変更不可能な方法で格納される。
【発明の概要】
【発明が解決しようとする課題】
【0012】
ここで、本発明の課題は、ポスト量子脅威が発生した場合でも安全な通信を引き続き確保する、車両の通信システムと車両外部サーバとの間の通信を防護するための方法を提供することである。
【課題を解決するための手段】
【0013】
本発明によれば、本課題は、請求項１に記載の特徴、ここでは特に請求項１の特徴部に記載の特徴を備える方法によって解決される。本方法の有利な実施形態及び発展形態は、請求項１に関する従属請求項から明らかになる。
【0014】
その場合、当然ながら、ポスト量子脅威の発生自体は、現実にはあまり実体的ではない事象である。したがって、本発明の方法の意味におけるポスト量子脅威の発生とは、例えば、車両外部サーバを介してトリガされるアクションであると理解されるべきであり、そのアクションは、例えば、車両メーカー、当局などによって確定されている場合にトリガされ、プレ量子耐性方法は、間もなくもはや安全ではないおそれがある。この場合、そのようなアクション、例えば、フラグの設定、ソフトウェアアップデートの開始などを介して、サーバに接続されたすべての車両に対してポスト量子脅威の時代が始まるおそれがある。
【0015】
本発明の方法は、実質的に上述した事前公開されていない以前の独国特許出願に類似の、通信インターフェースを介して交換するデータの非ポスト量子耐性防護のための第１の防護方法を使用するものであり、その方法は、通信システムに実装されており、すなわち、一般的には実際の出荷状態を表す。現在、ポスト量子耐性防護に関する信頼できる知識がまだないという問題に対処するために、このような方法は、必ずしも通信システムに実装される必要はなく、ただしそれも可能であるが、対応するインターフェースを介して機能及び必要なプロセスを後から実装する可能性もある。インターフェース自体もまた、原理的には通信システムに実装することができ、防護されたソフトウェアアップデートの範囲内で、インターフェース側で最初に作製することもできる。これにより、可能な方法の柔軟性が非常に高くなる。確かに、データを防護するための現在一般的な非対称方法には非ポスト量子耐性がないことが現在公知である。これは、対称方法、特に鍵の長さが十分に長い場合に当てはまると思われる。問題は、対称方式には鍵ディストリビューション及び鍵ネゴシエーションの点で十分な柔軟性がなく、車両エコシステムで必要とされるような多数の異種参加者間の通信を防護するために現在効率的に使用できないことである。したがって、これらの対称的かつほぼ確実にポスト量子耐性でもある方法は、個別の特に重要なデータ及び手順にのみ使用することができる。しかし、ほぼ確実に将来には、適切かつ十分に安全なポスト量子耐性方法及びプロトコルが提供され、これらの方法及びプロトコルは、特にまたそのような効率的な鍵ディストリビューション及び鍵ネゴシエーションに関するすべての前提条件を満たし、非常に多数の異種参加者がいる大規模システムに対しても適している。例えば、一種のポスト量子耐性非対称暗号。ここでは本発明の方法によって、後の時点で必要に応じて安全な手法で第２のポスト量子耐性防護方法に切り替えることができることにより、将来の開発では既に現在車両に設置されている通信システムにおいて実現する可能性が生み出される。
【0016】
更に、第２の防護方法でのみ使用するために必要とされる鍵データは、原理的には通信システムにもまた最初に導入され、その通信システムに安全に保存することができる。しかし、これは、後で実装される本発明の方法の特別な利点であり、そのために別のインターフェースが使用される。方法及びプロセスを実装するための前述のインターフェースとは対照的に、この別のインターフェースは、必要に応じて、通信のポスト量子耐性防護に必要な鍵データを実装するために使用され、暗号的に暗号化されて実現する。前述した他のインターフェースでは、完全性保護かつ真正性保護の防護は十分である。他のインターフェースを介して実装された方法に必要な鍵データが送信される別のインターフェースでは、追加的に、暗号化が、鍵データの機密性をいかなる場合でも保証するために必要である。
【0017】
その場合、原則として、最初に導入される鍵データは、適切に保持される両方の防護方法にとって一種の「基本秘密」となる。この基本秘密から、それぞれの防護方法に必要な「特定の秘密」を必要に応じて導出し、その特定の秘密をそれぞれの場合に排他的に使用することができる。
【0018】
しかし、非常に好ましい実施形態によれば、その方法はまた、最初に導入される鍵データが第２の防護方法のみに使用するために提供されるように、提供してもよい。
【0019】
本発明の方法の非常に好ましい別の実施形態は、第１の非ポスト量子耐性防護方法の機能を非アクティブ化又は削除するために使用される更に別のインターフェースを提供する。したがって、この更に別のインターフェースは、対応して機能を非アクティブ化またはスイッチオフし、オプションでそれらを削除することができ、それによってこれらの機能はいずれの場合も非アクティブ化される。
【0020】
その場合、ここで説明した３つのインターフェースは、最終的に３つの異なるサブ状態に対応し、これらのサブ状態は、通信システムをポスト量子時代に安全に移行するための前提条件として実質的に必要である。更に別のインターフェースを介して、それに対応して、プレ量子モードで使用される従来の非ポスト量子耐性暗号化方式が通信システムによってもはや使用されてないことが保証される。最初に言及したインターフェースを介して、ポスト量子耐性暗号化方式の実装が可能となる。現在のリストで第３のインターフェースをほぼ形成する別のインターフェースを介して、鍵データは、通信システムに送信され、リストに従って第２のインターフェースを介して統合されたポスト量子耐性方法に必要な秘密鍵データが供給される。したがって、秘密鍵データもまた実際に秘密に保つためには、場合により第３のインターフェースを介して送信されるデータの暗号化防護及び暗号化が非常に重要になる。
【0021】
プレ量子モードでまだ使用されている従来の非ポスト量子耐性方法及び機能が、上記リストの更に別のインターフェースを介して非アクティブ化及び／又は削除された後、第２の防護方法が、これは第２のインターフェースを介して実装され、第３のインターフェースを介して必要な秘密鍵データが提供されるものであるが、更に別の第４のインターフェースを介して、対応してアクティブ化されることができる。
【0022】
その場合、すべてのインターフェースは、暗号化方式により防護することができ、またそのように防護すべきである。その場合、通常、ポスト量子脅威が発生する前に、ポスト量子モードにおいて通信システムの機能を実現するためにインターフェースが使用される場合、その方法がポスト量子耐性であるかどうかは実質的に無関係であり、したがって、これらのインターフェースは通常、プレ量子耐性の方法のみを介して適切に安全性を確保することができる。
【0023】
必要に応じて秘密鍵データの送信のために使用することができる、特に保護が必要な別の第３のインターフェースについて特に利点があり、事前にポスト量子耐性方法を暗号化防護及び特に暗号化のために選択すること、例えば、十分な鍵長を持つ対称暗号化もまた有効である。この場合について、最初の秘密は、通信システムに信頼性高く防護されて保存しなければならない。
【0024】
原理的に、このような防護を他のインターフェースに対しても対応して利用することができるのは、ポスト量子脅威を考慮すると、非ポスト量子耐性方法による原理的に可能な上記の防護は、Ｐｅｒｆｅｃｔ Ｆｏｒｗａｒｄ Ｓｅｃｒｅｃｙ（完全前方秘匿性、ＰＦＳ）を実現できないからである。これは、攻撃者を意味する。この攻撃者は、例えば、ポスト量子脅威が発生する前に送信され、非ポスト量子耐性方法を使用して保護された通信データを記録することができ、ポスト量子脅威が発生した後で、その通信データを復号化することができる。したがって、この問題をここで完全に回避するために、防護に対して事前に、十分な鍵長の鍵を用いる対称認証及び／又は暗号化などの現在ポスト量子耐性であると考えられている方法を使用することができる。言及されたインターフェースを介して通信システム内のプロセスを変更するための手順及び／又はその実装自体、並びにインターフェースを介した新しい機能の実装は、通常、車両で一般的であるマスコミュニケーションに該当せず、したがって非常にまれであり、通常は一度実行するだけであるため、これらの手順を防護するために必要な鍵データを通信システムに合理的なコストで装備することができる。
【0025】
本発明の方法の非常に好ましい更なる実施形態は、第１の防護方法の機能の非アクティブ化及び／又は削除が更に別のインターフェースを介して不可逆的であるように、更に提供することができる。そのような不可逆的非アクティブ化又は削除は、ポスト量子脅威が一般的に既に発生している後の時点で、対応する方法を再びアクティブ化することが確実にできないようにする。すなわち、これは実際には、通信がプレ量子耐性方法で再び防護されるであろうことを意味し、したがって、ポスト量子脅威後の時代にはもはや安全ではない。
【0026】
既に述べたように、通信システムは、インターフェースのうちの少なくとも１つが実装されている場合、必要な鍵データが装備されていることになる。これは、必須ではないが、最初に生じることができる。ＰＦＳに関して、別の第３のインターフェースを介した鍵データの導入、すなわち、ポスト量子操作用の秘密鍵データの導入が、ポスト量子耐性暗号化のみを使用して行われることだけが重要である。
【0027】
本発明の方法の非常に好ましい実施形態は、ここでは、インターフェースのそれぞれについて、手順を安全にマーキングする可能性をこの種類の最後の可能な手順として更に提供することができる。その場合、この可能性は、このマーキングされた最後の手順を含む、その時点までに行われた変更がそれぞれのインターフェースに関して不可逆的になるように設計されるべきである。これはまた、最終的には、それぞれのインターフェースを介して変更された機能を防止する役割も果たし、これは確かに最終的に、プレ量子モードからポスト量子モードへの切り替えを可能にするが、もはや逆行することはない。
【0028】
その場合、本発明の方法を特に防護するために、本方法の非常に有利な発展形態によれば、ソフトウェアアップデートを介して実装可能なインターフェースのそれぞれに対して、個々に防護されたアップデートインターフェースが設けられていることを、提供することができる。ソフトウェアアップデートのための、例えば、完全性及び真正性の観点から防護された、この個別のアップデートインターフェースは、ここでも、対応する機能が通信システムの「寿命」の過程でのみ、その通信システムに統合される場合に、対応して防護されていることを保証する。その場合、ソフトウェアアップデートのための個々のアップデートインターフェースは、非常に好ましい実施形態によれば、インターフェースに関してその時点までに行われた変更がここでもまた確実に不可逆的になるように、手順を防護して、最後の可能な手順としてマーキングする可能性も同様に提供することができる。
【0029】
本発明による方法の更なる有利な形態は、以下で図面を参照して詳細に説明する実施例からもまた明らかになる。
【図面の簡単な説明】
【0030】
【発明を実施するための形態】
【0031】
冒頭で述べたように、現代の車両は通常、大規模車両エコシステムの一部である。その場合、車両は、車両外部サーバ、いわゆるバックエンドと通信する。
【0032】
図１の表示では、バックエンド３の形態の車両外部サーバと通信する、概略的に示された通信システム２を備える車両１が示されている。その場合、車両１の通信システム２とバックエンド３との間のこの通信は、ソフトウェアによって実現されるそれらの機能性の一部がバックエンド３に保存された様々なデータの交換を、例えば、ドライビングダイナミクスを制御するため、ナビゲーションシステムを制御するため、ソフトウェアアップデートを実装するため、及び／又は、車両１内の多数のシステム及びデバイスを利用するために役立てる。その場合交換されるデータは、安全性の観点から様々な要件を必要とする。例えば、それらのデータは、走行安全性にとって同様に重要であるため、データを信頼性高く保護する必要がある。これには、認証、暗号化、及び／又はＩＤ防護のための暗号化方式を使用することができる。他のデータに関しては、例えば、車両１のユーザのプライバシーを保護するために暗号化が特に重要であり、例えば、ソフトウェアアップデートなどの更に他のデータに関しては、信頼性の高い認証が提供されることが特に重要であるため、車両１内のシステムは、ソフトウェアアップデートが、例えば、バックエンド３などに対応して認証され信用できる場所から利用可能になるという事実に依存可能である。
【0033】
現在非ポスト量子耐性方法により防護されている通信システムが、冒頭に記載のポスト量子脅威の出現後でもまだ安全かつ全機能を利用できるようにすることを確保するために、将来の時点でポスト量子耐性方法による防護が求められている。このときそのようなポスト量子モードにおいて通信システム２を安全に動作させるために、主に以下の４つの前提条件を満たす必要がある。
１．量子前モードの第１の防護方法で使用される従来の非ポスト量子耐性暗号化方式は、通信システム２ではもはや使用されないことが保証される。
２．通信システム２には、ポスト量子耐性暗号化方式が実装されている。
３．実装されたポスト量子耐性暗号化方式を使用するために必要な鍵データは、通信システム２内に存在する。
４．通信システム２に実装されるポスト量子耐性暗号化方式は、関連する鍵データと共に、通信システム２によって、通信システム２を防護するために、例えば、車両外部のバックエンド３との通信を保護するために使用される。
１．量子前モードの第１の防護方法で使用される従来の非ポスト量子耐性暗号化方式は、通信システム２ではもはや使用されないことが保証される。
２．通信システム２には、ポスト量子耐性暗号化方式が実装されている。
３．実装されたポスト量子耐性暗号化方式を使用するために必要な鍵データは、通信システム２内に存在する。
４．通信システム２に実装されるポスト量子耐性暗号化方式は、関連する鍵データと共に、通信システム２によって、通信システム２を防護するために、例えば、車両外部のバックエンド３との通信を保護するために使用される。
【0034】
これらの４つの前提条件は、ポスト量子耐性で保護するために、通信システム２が存在する必要がある４つのサブ状態（ＴＺ１～ＴＺ４）に対応する。この場合、通信システム２は、正に前提条件又は条件ｉが満たされるとき、サブ状態ＴＺｉにあるとみなされる。
【0035】
図２は、通信システム２の様々な状態を、その中の規定のサブ状態ＴＺｉ及び更に説明する別のパラメータと共に示す。その場合、２段目に図示した状態（ＴＺ１、ＴＺ２、ＴＺ３、ＴＺ４）においてのみ、通信システム２は、ポスト量子耐性である。
【0036】
４つのサブ状態ＴＺｉは、互いに独立していない。特に、サブ状態ＴＺ２（ポスト量子耐性方法の実装の存在）及びＴＺ３（関連する（秘密）鍵データの存在）は、サブ状態ＴＺ４（ポスト量子耐性方法の使用）の前提条件である。これは、通信システム２がサブ状態ＴＺ４に移行され得る前に、まずサブ状態ＴＺ２及びＴＺ３に移行される必要があることを意味する。論理的には、通信システム２がサブ状態ＴＺ４に移行され得る前に、サブ状態ＴＺ１（従来の非ポスト量子耐性方法の不使用又は非アクティブ化）にあるはずである。それに対し、サブ状態ＴＺ１、ＴＺ２、及びＴＺ３は、互いに独立しており、通信システム２は、これらのサブ状態に任意の順序で移行することができる。
【0037】
その場合、通信システム２は、２つの方式で４つのサブ状態ＴＺ１、ＴＺ２、ＴＺ３、ＴＺ４のそれぞれになり得る。一方では、通信システム２は、出荷時に既にこのサブ状態であってもよい。他方では、通信システム２は、動作中に、例えば、リモート機能によって又工場で、安全な方式で、このサブ状態ＴＺ１、ＴＺ２、ＴＺ３、ＴＺ４に移行されてもよい。このために、通信システム２は、状態遷移を達成することができる適切なインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４を備えている必要がある。これらのインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４の悪用を排除するには、適切に保護するか又は防護する必要がある。
【0038】
通信システム２が出荷時に既に特定のサブ状態ＴＺ１、ＴＺ２、ＴＺ３、ＴＺ４にある場合、通信システム２をこのサブ状態ＴＺ１、ＴＺ２、ＴＺ３、ＴＺ４に移行することができるインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４は、不要である。例えば、ポスト量子耐性方法の通信システム２への実装は、事前に行われているため、ポスト量子耐性方法を後から通信システム２に導入する必要はない。ポスト量子耐性方法が実装されていない場合には、対応するインターフェースＳ２が必要になり、インターフェースＳ２は、これらの実装の安全な導入を、既に納品され現場にある通信システム２において可能にする。極端な場合には、通信システム２は、出荷時に４つのサブ状態ＴＺ１、ＴＺ２、ＴＺ３、ＴＺ４のいずれでもない。これは、安全な方式で非ポスト量子耐性方法をオフにし、通信システム２にポスト量子耐性方法の実装及び関連する鍵データを提供し、続いてこの実装を使用するためにオンにするには、インターフェースＳ１、Ｓ２、Ｓ３、Ｓ４が必要であることを意味する。他の極端な場合には、通信システム２において出荷時に既に４つのサブ状態ＴＺ１、ＴＺ２、ＴＺ３、ＴＺ４すべてが満たされている。そのようにして、続いて、上記の４つの前提条件がすべて与えられたことになり、通信システム２は、事前にポスト量子耐性で保護されているであろう。したがって、インターフェースＳ１、Ｓ２、Ｓ３、Ｓ４のいずれも必要なく、将来ポスト量子耐性にできるようにするためのアクションもまた必要ない。
【0039】
この４つのインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４のそれぞれは、必要かつ使用可能である限り、悪用に対して防護する必要がある。その場合、４つのインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４には異なる保護要求がある。インターフェースＳ１、Ｓ２及びＳ４では、データの完全性、又はこれらのインターフェースＳ１、Ｓ２及びＳ４のユーザの真正性、例えば、インターフェースＳ２の使用時に送信されるポスト量子耐性方法の実装の完全性が中心的な役割を果たす。対照的に、データの機密性、例えば、インターフェースＳ２を介して通信システム２に導入されるポスト量子耐性方法の機密性は、それほど重要ではない。ただし、ポスト量子耐性方法用の鍵データを導入するためのインターフェースＳ３では、データ、ここではすなわち鍵データの完全性／真正性だけではなく機密性もまた非常に重要である。
【0040】
インターフェースＳ１、Ｓ２、Ｓ３、Ｓ４は、既に上記で説明され、例示されているように、従来の非ポスト量子耐性方法を用いるだけではなく、ポスト量子耐性方法もまた用いて防護することができる。
【0041】
ポスト量子耐性方法による防護と比較して、非ポスト量子耐性方法を使用する４つのインターフェースのうちの１つの防護は、２つの理由から安全性がより低い。
１．非ポスト量子耐性方法で防護されるインターフェースは、ポスト量子脅威の発生後、もはや安全には使用することができない。
２．ポスト量子脅威を考慮すると、非ポスト量子耐性方法による防護は、Ｐｅｒｆｅｃｔ Ｆｏｒｗａｒｄ Ｓｅｃｒｅｃｙ（ＰＦＳ）を提供しない。これは、攻撃者が、例えば、ポスト量子脅威が発生する前に行われた、非ポスト量子耐性方法を使用して防護された通信を記録した場合、攻撃者はその後、すなわち、ポスト量子脅威が発生した後、場合により、受信者には区別不可能な自由に選択された任意の個々のデータを認証し、暗号化されたコンテンツを復号化することができることを意味する。
１．非ポスト量子耐性方法で防護されるインターフェースは、ポスト量子脅威の発生後、もはや安全には使用することができない。
２．ポスト量子脅威を考慮すると、非ポスト量子耐性方法による防護は、Ｐｅｒｆｅｃｔ Ｆｏｒｗａｒｄ Ｓｅｃｒｅｃｙ（ＰＦＳ）を提供しない。これは、攻撃者が、例えば、ポスト量子脅威が発生する前に行われた、非ポスト量子耐性方法を使用して防護された通信を記録した場合、攻撃者はその後、すなわち、ポスト量子脅威が発生した後、場合により、受信者には区別不可能な自由に選択された任意の個々のデータを認証し、暗号化されたコンテンツを復号化することができることを意味する。
【0042】
第１の脆弱性の影響を回避することができるのは、非ポスト量子耐性方法により防護されるそれぞれのインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４が、ポスト量子脅威の発生前にのみ使用される場合、すなわち、通信システム２がポスト量子脅威の発生前に対応するサブ状態ＴＺ１、ＴＺ２、ＴＺ３、ＴＺ４でのその使用下で、それによりポスト量子モードのための第２の防護方法に安全に移行される場合である。その場合、インターフェースＳ１、Ｓ２、Ｓ３、Ｓ４のいずれも、この移行を逆向きに行うために使用することができないことを確実にする必要がある。これは、特に、通信システム２において非ポスト量子耐性方式を非アクティブ化するインターフェースＳ１の場合に当てはまり、これは、例えば、上述した以前の独国特許出願１０ ２０２０ ００１ １９９．３における記載と同様に、安全な不可逆ポスト量子ビットの実装により、すなわち、例えば、防護されたハードウェアセキュリティモジュール（ＨＳＭ）内に配置されたライトワンスメモリ（ＷＯＭ）により保証することができる。
【0043】
第２の脆弱性は、個々のインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４に異なる影響を与える。既に上述したように、インターフェースＳ１、Ｓ２及びＳ４は、完全性要求及び真正性要求が高くなるが、機密性要求は低くなる。これは、ポスト量子脅威の発生前に行われた、非ポスト量子耐性方法によって防護されるインターフェースＳ１、Ｓ２、及び／又はＳ４を介したサブ状態ＴＺ１、ＴＺ２、及び／又はＴＺ４への移行は、ポスト量子脅威の発生後、例えば、非ポスト量子耐性方法で防護される同じインターフェースＳ１、Ｓ２、及び／又はＳ４を使用するなどにより元に戻すことはできず、ポスト量子脅威の発生前に行われた状態移行は、それらが非ポスト量子耐性方法で防護されていたとしても防護される。これは、例えば、ポスト量子脅威が発生する前にインターフェースＳ１、Ｓ２、Ｓ４を非アクティブ化することによって達成することができる。したがって、インターフェースＳ１、Ｓ２及び／又はＳ４のポスト量子耐性防護への切り替えは、これらのインターフェースが、ポスト量子脅威が発生する前にのみ使用されるならば、すなわち、サブ状態ＴＺ１、ＴＺ２及び／又はＴＺ４への不可逆的な移行が、ポスト量子脅威の発生前に既に行われているならば必要ない。
【0044】
対照的に、通信システム２に新しい鍵データを導入するために使用されるインターフェースＳ３は、追加的に高い機密性要求を有する。これは、非ポスト量子耐性方法を使用して「予備」に記録された暗号化データの送信は、ポスト量子脅威の発生後に攻撃者によって復号化されるおそれがあることを意味する。記録の時点で復号化することができない暗号化された交換メッセージの記録が、複雑かつコストがかかる場合であっても、復号化の可能性を排除することはできない。したがって、ポスト量子耐性方法のみによるインターフェースＳ３の初期防護は、インターフェースＳ３がポスト量子脅威の発生前にのみ使用されていたはずであったとしても、非ポスト量子耐性方法によるインターフェースＳ３の初期防護と比較して、安全性の向上をもたらす。ポスト量子脅威の発生前後にインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４が安全に動作することができるべきである場合には、最初から、すなわち通信システム２の出荷時に、例えば、十分な長さの鍵を備える排他的対称方法などのポスト量子耐性方法により、インターフェースを防護する必要がある。
【0045】
その場合、個々のインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４は、すべてが非ポスト量子耐性方法により保護される必要がないか、又はすべてがポスト量子耐性方法により保護される必要がないかのいずれかである。むしろ、それぞれのインターフェースは、個々に非ポスト量子耐性方法により又はポスト量子耐性方法により保護される。したがって、防護の種類に応じて、それらのインターフェースは、ポスト量子脅威の発生前にのみ、又は発生後にもまた、安全に使用することができる。
【0046】
使用される暗号化方式に応じて、通信システム２は、インターフェースＳ１、Ｓ２、Ｓ３、Ｓ４のそれぞれの使用の時点で、インターフェースを保護するために必要な暗号化データを備えている必要がある。
【0047】
４つのインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４のそれぞれは、少なくとも、ソフトウェアの大部分で実装される。したがって、これは、これらのインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４のそれぞれが、通信システム２の動作開始前に既に通信システム２に実装されていてもよいこと、又はインターフェースが、代替的に事後に、動作中、通信システム２において、一般的なソフトウェアアップデートインターフェースを用いて、例えば、バックエンド３を介したリモートアップデートとして、若しくは例えば、工場でもまたアップロードされてもよいことを意味する。
【0048】
１つ以上のインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４を通信システム２に導入するためのソフトウェアアップデートインターフェースＳＷＵを使用するための前提条件は、使用されるソフトウェアアップデートインターフェースＳＷＵが、通信システム２に比較的深く介入することができるそれぞれのインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４の導入もまたサポートすることである。その場合、個々のインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４は、特にハードウェア関連インターフェースであり、そのハードウェア関連インターフェースは、一般的にはほとんど変更されることはなく、通信システム２に実装されるハードウェア構成と非常に密接に関連することができる。したがってこの理由だけでも、必要に応じてソフトウェアアップデートによって事後に実装すべきそれぞれのインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４に対して、固有のソフトウェアアップデートインターフェースＳＷＵ１、ＳＷＵ２、ＳＷＵ３、ＳＷＵ４を設けることが理にかなっている。
【0049】
このようなソフトウェアアップデートインターフェースＳＷＵもまた、悪用から防護される必要があり、その場合もまた非ポスト量子耐性方法又はポスト量子耐性方法を使用することはできない。ソフトウェアアップデートインターフェースＳＷＵには特別な機密性要求はなく、データの完全性及び真正性が優先されることが明白であるため、インターフェースＳ１、Ｓ２、及びＳ４に類似して、非ポスト量子耐性方法により防護されたソフトウェアアップデートインターフェースＳＷＵは、インターフェースＳ１、Ｓ２、及びＳ４の実装を導入するために、その導入がポスト量子脅威の発生前に行われ、それぞれのソフトウェアアップデートインターフェースＳＷＵがポスト量子脅威の発生前にまだ非アクティブ化されている場合であれば、安全に使用することができる。
【0050】
その場合、ここでもまた防護の種類、すなわち、非ポスト量子耐性又はポスト量子耐性であるかは、ソフトウェアアップデートインターフェースＳＷＵ及びインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４で互いに独立しており、任意に組み合わせることができる。すなわち、例えば、ソフトウェアアップデートインターフェースＳＷＵをポスト量子耐性で防護することができず、インターフェースＳ１、Ｓ２、Ｓ３、Ｓ４のうちの１つをポスト量子耐性で又は逆向きに防護することができる。その場合、非ポスト量子耐性方法で防護されたインターフェースは、ポスト量子脅威の発生後、もはや安全には使用することができないことを、賢明には常に考慮する必要がある。ソフトウェアアップデートを介して導入されることとなるインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４のそれぞれは、図２に示すように、そのインターフェース用に特別に設計されかつ防護されたソフトウェアアップデートインターフェースＳＷＵ１、ＳＷＵ２、ＳＷＵ３、ＳＷＵ４を有することが好適である。
【0051】
ソフトウェアアップデートインターフェースＳＷＵ又はインターフェースＳ２、Ｓ３、Ｓ４のうちの１つが、非ポスト量子耐性方法で防護されており、通信システム２が、非ポスト量子耐性方法の使用を妨げるサブ状態ＴＺ１にある場合には、このインターフェースをもはや使用することはできない。これは、ソフトウェアアップデートインターフェースＳＷＵを使用して通信システム２にインターフェースＳ２、Ｓ３、Ｓ４を導入する順番、並びにインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４を呼び出す順番及びそれに関連して通信システム２をサブ状態ＴＺ１、ＴＺ２、ＴＺ３、ＴＺ４に移行させる順番について考慮する必要がある。
【0052】
ソフトウェアアップデートインターフェースＳＷＵ又はインターフェースＳ１、Ｓ２、Ｓ３、Ｓ４を防護するために使用される暗号化方式は、適切な鍵データを必要とする。インターフェースＳＷＵ、Ｓ１、Ｓ２、Ｓ４の重点が通信システム２に導入されるデータの完全性及び／又は真正性にある場合、通信システム２においてそれらをチェックするために非機密鍵データ（公開鍵、証明書）を装備する、従来の非対称方法（デジタル署名）を使用すれば十分である。これらのデータは、最初だけではなく事後にいつでも、例えば、ソフトウェアアップデートインターフェースＳＷＵなどの非機密性保護されたインターフェースを介して、通信システム２に安全に導入することができる。ただし、インターフェースＳ３は、機密性が必須であり、その確立のために、通信システム２が最初に秘密鍵データＧ３を備えていることが必要不可欠である。
【0053】
ここで図２の図示では既に上述したように、通信システム２は、様々な状態で複数が示されており、状態移行を示す矢印によって接続されている。通信システム２の上段の３つの図示は、通信システム２がまだ非ポスト量子耐性動作にあることを示し、下段の図示は、通信システム２がポスト量子耐性動作に到達した後の、そのポスト量子耐性動作にあること示す。
【0054】
上段左側の図示では、通信システム２内部には、括弧内に様々な状態及びインターフェースが対応して示されている。Ｓ１は、第１のインターフェースを示し、ＴＺ２は、ここでは第２のサブ状態に既に到達していること、すなわち、ポスト量子耐性方法が原理的に準備できていることを意味する。インターフェース３も使用可能であるが、サブ状態ＴＺ４を確立するためのインターフェースＳ４が欠けている。ただし、更に、通信システムは、ソフトウェアアップデートインターフェースＳＷＵ４、すなわちインターフェースＳ４用のインターフェースを初めから実装している。更に、通信システム２は、改ざん防止かつ読み取りに対して安全に通信システム２に、最初に格納される、すなわち例えば、ＨＳＭに保存される、秘密Ｇ３を含み、この最初に格納される秘密Ｇ３は、インターフェースＳ３を介した通信のために必要とされる。下からの矢印は、ここでは、インターフェースＳ４を実装するためのソフトウェアアップデートインターフェースＳＷＵ４（Ｓ４）の使用を示す。
【0055】
したがって、ここでは、最初から既存のソフトウェアアップデートインターフェースＳＷＵ４は、アクティブで使用される。次いで、通信システム２の中央の図示によって示される次の状態では、インターフェースＳ４が対応してインストールされている。ソフトウェアアップデートインターフェースＳＷＵ４を非アクティブ化又削除することで、実行された変更をここで不可逆的にすることもできるが、ここではそれは行われず、したがって、現在の実装Ｓ４が、将来ＳＷＵ４を使用して更に上書きされる場合がある。したがって、ソフトウェアアップデートインターフェースＳＷＵ４は、以下の変形形態でもそれぞれ示されている。
【0056】
初期秘密Ｇ３を使用して、この場合既存のインターフェースＳ３を介してポスト量子モード用のみに必要な、ここではＧｘで示される追加の秘密を、対応してダウンロードすることができ、そのためにインターフェースＳ３は、既に何度か述べた、真正性、完全性、特に機密性に関する条件を、秘密Ｇ３と、例えば、十分に長いキーを使用した対称暗号化と、に基づいて保証する。この工程の後、ここでは、インターフェースＳ１及びＳ４並びにサブ状態ＴＺ２及びＴＺ３は、上段右側に示される通信システム２の状態にある。以前の非ポスト量子耐性方法及びプロトコル、すなわち、第１の防護方法をオフにするために、この工程で示されているインターフェースＳ１を使用、インターフェースＳ４を使用して第２のポスト量子耐性防護方法に切り替えることによって、ここではサブ状態ＴＺ１及びＴＺ４もまた、対応して満たされる。すべてのサブ状態ＴＺ１、ＴＺ２、ＴＺ３及びＴＺ４が満たされた通信システム２のこの状態は、図２の図示では下段に見ることができる。この状態では、通信システム２は、本発明の方法によってポスト量子耐性動作モードに安全に移行されている。
【図1】
【図2】
【手続補正書】
【提出日】2023-09-15
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
通信インターフェースを介して車両（１）の通信システム（２）と車両外部サーバ（３）との間の通信を防護するための方法であって、前記通信インターフェースは、データの完全性及び真正性が保護されるように、必要に応じて機密に、前記通信システム（２）へデータを伝送することができるように防護され、
交換されるデータを非ポスト量子耐性で防護するための第１の防護方法が、前記通信インターフェースを介して前記通信システム（２）に実装される、前記方法において、
交換されるデータをポスト量子耐性で防護するための第２の防護方法が、前記通信インターフェースを介して前記通信システム（２）に実装され、又は、前記通信システム（２）に実装されるインターフェース（Ｓ２）を介して実装することができ、又は、ソフトウェアアップデートを介して実装することができるものであり、
前記第２の防護方法において使用するための鍵データは、前記通信システム（２）に実装される別のインターフェース（Ｓ３）を介して導入することができ、又は、ソフトウェアアップデートを介して実装することができるものであり、暗号化方式で暗号化されて受信され、前記第２の防護方法においてのみ使用するために安全に格納されるものであり、前記鍵データは、前記別のインターフェース（Ｓ３）を介して対称暗号化を用いて導入されることを特徴とする、前記方法。
【請求項2】
前記第１の防護方法の機能は、ポスト量子脅威が発生した場合、更に別のインターフェース（Ｓ１）によって非アクティブ化及び／又は削除されることを特徴とする、請求項１に記載の方法。
【請求項3】
前記ポスト量子脅威が発生した場合、前記通信インターフェースを介して交換されるデータのみを防護するために、更に別の第４のインターフェース（Ｓ４）によって、前記第２の防護方式がアクティブ化されることを特徴とする、請求項２に記載の方法。
【請求項4】
前記更に別のインターフェース（Ｓ１）による前記第１の防護方法の前記機能の前記非アクティブ化及び／又は前記削除は、不可逆であることを特徴とする、請求項２又は３に記載の方法。
【請求項5】
前記通信システム（２）は、前記インターフェース（Ｓ１、Ｓ２、Ｓ３、Ｓ４）のうちの少なくとも１つが実装されている場合、必要な前記鍵データが装備されていることを特徴とする、請求項１～４のいずれか一項に記載の方法。
【請求項6】
前記装備は、最初に生じることを特徴とする、請求項５に記載の方法。
【請求項7】
前記インターフェース（Ｓ１、Ｓ２、Ｓ３、Ｓ４）のそれぞれについて、手順を安全にマーキングする可能性が最後の可能な手順として提供され、この可能性は、それぞれの前記インターフェース（Ｓ１、Ｓ２、Ｓ３、Ｓ４）に関して、その時点までに行われた変更が不可逆的になるように設計されていることを特徴とする、請求項１～６のいずれか一項に記載の方法。
【請求項8】
ソフトウェアアップデートを介して実装可能な前記インターフェース（Ｓ１、Ｓ２、Ｓ３、Ｓ４）のそれぞれについて、個別の安全なソフトウェアアップデートインターフェース（ＳＷＵ１、ＳＷＵ２、ＳＷＵ３、ＳＷＵ４）が設けられていることを特徴とする、請求項１～７のいずれか一項に記載の方法。
【請求項9】
前記ソフトウェアアップデートインターフェース（ＳＷＵ１、ＳＷＵ２、ＳＷＵ３、ＳＷＵ４）のそれぞれについて、手順を安全にマーキングする可能性が最後の可能な手順として提供され、この可能性は、前記ソフトウェアアップデートインターフェース（ＳＷＵ１、ＳＷＵ２、ＳＷＵ３、ＳＷＵ４）に関して、その時点までに行われた変更が不可逆的になるように設計されていることを特徴とする、請求項８に記載の方法。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【0006】
特許文献３には、車両と車両外部サーバ自体との間の暗号化された通信が示されている。
非特許文献１には、量子コンピュータの現在だけではなく市場参入後の安全な認証及び暗号化を可能にするネットワーク用のシステムアーキテクチャについて記載されている。そのために第１の防護方法及び第２の防護方法を提供することができ、第２の防護方法は、最初に実装することができるか、又はソフトウェアアップデートを介して導入することができる。その場合、この第２の防護方法は、ポスト量子耐性防護方法である一方で、第１の防護方法は、ポスト量子耐性防護方法ではない。
車両通信（Ｖ２ｘ）におけるプロセス用のポスト量子耐性防護のテーマについては、非特許文献２でもまた扱われている。ここでは、上記の専門文献と同様の用途が、車両通信の分野に関連する。
更に、特許文献４には、車両の通信システムとサーバとの間の通信を防護するための方法が記載されており、この方法は、実質的に、該当する独立請求項のプリアンブルに記載の特徴を有する。
非特許文献１には、量子コンピュータの現在だけではなく市場参入後の安全な認証及び暗号化を可能にするネットワーク用のシステムアーキテクチャについて記載されている。そのために第１の防護方法及び第２の防護方法を提供することができ、第２の防護方法は、最初に実装することができるか、又はソフトウェアアップデートを介して導入することができる。その場合、この第２の防護方法は、ポスト量子耐性防護方法である一方で、第１の防護方法は、ポスト量子耐性防護方法ではない。
車両通信（Ｖ２ｘ）におけるプロセス用のポスト量子耐性防護のテーマについては、非特許文献２でもまた扱われている。ここでは、上記の専門文献と同様の用途が、車両通信の分野に関連する。
更に、特許文献４には、車両の通信システムとサーバとの間の通信を防護するための方法が記載されており、この方法は、実質的に、該当する独立請求項のプリアンブルに記載の特徴を有する。
【特許文献3】ＵＳ ２０１８／０２１７８２８ Ａ１
【特許文献4】ＤＥ １０ ２０１８ １０１ ８５６ Ａ１
【非特許文献1】ＶＯＤＡＦＯＮＥ．“ｐＣＲ ｔｏ ＴＲ ３３．８９９：Ｑｕａｎｔｕｍ ｓａｆｅ ｃｒｙｐｔｏｇｒａｐｈｙ ｓｏｌｕｔｉｏｎｓ”１－１１，Ｖｏｌ．ＳＡ ＷＧ３，Ｎｏ．Ｔｅｎｅｒｉｆｅ（Ｓｐａｉｎ）；２０１６１１０７－２０１６１１１１，３１ Ｏｃｔｏｂｅｒ ２０１６（２０１６－１０－３１），３ＧＰＰ（登録商標） ＤＲＡＦＴ；Ｓ３－１６１８９３－ＰＣＲ ＴＯ ＴＲ ３３．８９９，ＱＵＡＮＴＵＭ ＳＡＦＥ ＳＯＬＵＴＩＯＮＳ，３ＲＤ ＧＥＮＥＲＡＴＩＯＮ ＰＡＲＴＮＥＲＳＨＩＰ ＰＲＯＪＥＣＴ（３ＧＰＰ（登録商標）），ＭＯＢＩＬＥ ＣＯＭＰＥＴＥＮＣＥ ＣＥＮＴＲＥ；６５０，ＲＯＵＴＥ ＤＥＳ ＬＵＣＩＯＬＥＳ；Ｆ－０６９２１ ＳＯＰＨＩＡ－ＡＮＴＩＰＯＬＩＳ ＣＥＤＥＸ；ＦＲＡＮＣ，Ｂｄ．ＳＡ ＷＧ３，Ｎｒ．Ｔｅｎｅｒｉｆｅ（Ｓｐａｉｎ）；２０１６１１０７－２０１６１１１１，３１．Ｏｋｔｏｂｅｒ ２０１６（２０１６－１０－３１），（ＸＰ０５１１７０７３０）
【非特許文献2】ＰＡＵＬＯＳ Ｌ Ｍ ＢＡＲＲＥＴＯ ＥＴ ＡＬ：“ｑＳＣＭＳ：Ｐｏｓｔ－ｑｕａｎｔｕｍ ｃｅｒｔｉｆｉｃａｔｅ ｐｒｏｖｉｓｉｏｎｉｎｇ ｐｒｏｃｅｓｓ ｆｏｒ Ｖ２Ｘ”，ＩＡＣＲ，ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＡＳＳＯＣＩＡＴＩＯＮ ＦＯＲ ＣＲＹＰＴＯＬＯＧＩＣ ＲＥＳＥＡＲＣＨＢｄ．２０１９０１０３：１８１６２３，３１．Ｄｅｚｅｍｂｅｒ ２０１８（２０１８－１２－３１），ページ１－１８，（ＸＰ０６１０２７４４９）
【国際調査報告】