(57)【特許請求の範囲】
【請求項１】
内燃機関を備える車両を安全にする方法であって、
前記内燃機関を制御するため機関制御装置（２）を設ける工程であって、前記機関制御装置（２）によって使用される静的なデジタルデータの１つ又は複数の項目が第１のメモリ（６）に格納されている、工程と、
前記機関制御装置（２）のための信頼の基点を提供するように前記第１のメモリ（６）に格納された前記１つ又は複数の項目が不正な変更に対して保護されることを保証するイモビライザ（３）を設ける工程と
を備え、
前記機関制御装置（２）は、検証ルーチンが正常に実行されない限り、前記内燃機関に関する前記車両の動作を許可しない、又は前記内燃機関に関する前記車両の性能を制限するようになされ、前記１つ又は複数の項目は、前記検証ルーチンによって使用される静的なデータ項目を含み、
前記静的なデータ項目は、鍵の対又は鍵の組のうちの１つ又は複数の公開鍵の組を含み、前記１つ又は複数の公開鍵は、機関制御装置ソフトウェアの演算値が、１つ又は複数の関連する秘密鍵を使用して署名された値に対応するかどうかを決定するために、前記検証ルーチンで使用され、
前記第１のメモリ（６）は前記機関制御装置（２）内に含まれ、前記イモビライザ（３）は、前記第１のメモリ（６）に格納された前記１つ又は複数の項目の値が有効であるかどうかを決定するために前記第１のメモリ（６）に格納された前記１つ又は複数の項目の値を検査し、これにより、いずれかの前記値が有効でない場合、前記イモビライザ（３）は、前記内燃機関に関する前記車両の有効な機能を妨げるように不動化応答を提供する、車両を安全にする方法。
【請求項２】
前記１つ又は複数の項目は暗号化された形態で格納される、請求項１に記載の方法。
【請求項３】
前記第１のメモリ（６）は、前記機関制御装置（２）のフラッシュメモリ内に含まれる、請求項２に記載の方法。
【請求項４】
前記１つ又は複数の項目は、前記イモビライザ（３）との相互作用によって復号化される、請求項２又は３に記載の方法。
【請求項５】
前記１つ又は複数の項目は、前記機関制御装置（２）の処理装置によって実行するための符号、若しくは、前記機関制御装置（２）の静的な値、又はそれらの両方を含む、請求項１〜４のうちいずれか一項に記載の方法。
【請求項６】
内燃機関を備える車両のための機関制御システムであって、
前記内燃機関を制御するため設けられた機関制御装置（２）であって、前記機関制御装置（２）によって使用される静的なデジタルデータの１つ又は複数の項目が第１のメモリ（６）に格納される、機関制御装置（２）と、
前記機関制御装置（２）のための信頼の基点を提供するように前記第１のメモリ（６）に格納された前記１つ又は複数の項目が不正な変更に対して保護されることを保証するイモビライザ（３）と
を備え、
前記機関制御装置（２）は、検証ルーチンが正常に実行されない限り、前記内燃機関に関する前記車両の動作を制限するようになされ、前記１つ又は複数の項目は、前記検証ルーチンによって使用される静的なデータ項目を含み、
前記静的なデータ項目は、鍵の対の又は鍵の組のうちの１つ又は複数の公開鍵を含み、前記１つ又は複数の公開鍵は、機関制御装置ソフトウェアの演算値が、１つ又は複数の関連する秘密鍵を使用して署名された値に対応するかどうかを決定するために、前記検証ルーチンで使用され、
前記第１のメモリ（６）は前記機関制御装置（２）内に含まれ、前記イモビライザ（３）は、前記第１のメモリ（６）に格納された公開鍵の値が有効であるかどうかを決定するために前記第１のメモリ（６）に格納された公開鍵の値を検査し、前記値が有効でない場合、前記イモビライザ（３）は、さらに、前記内燃機関に関する前記車両の有効な機能を妨げるように不動化応答を提供する、機関制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の防犯のための方法及び機関制御システムに関する。より詳細には、本発明は、車両の計算機システムに格納されたデータの防犯に関する。
【背景技術】
【０００２】
内燃機関を含む車両は、典型的には、車両の効率的な動作に重要な計算システムを含む。１つのこのような重要なシステムは、機関制御装置（ＥＣＵ）である。これは、機関の動作を制御し、燃料混合物の組成、点火時期、無負荷回転数、並びに、弁開閉時期及び制御のような種々の動作媒介変数を設定する電子制御装置である。
【０００３】
ＥＣＵは、不正な変更を受けないことを保証するために防犯機能を備えることができ、このような変更が検出された場合、ＥＣＵは、機関の動作を無効にする、又は、他の方法で制限するように適合されることができる。防犯機器の追加の費用及び複雑さは、この状況での商業的に許容され得る解決法となるのを妨げるため、このような防犯機能は、既存のＥＣＵ設計内のソフトウェアに設けられる。このようなソフトウェア防犯機能は、ＥＣＵデータの変更、ＥＣＵの再プログラミングによる、又は、ＥＣＵの物理的な交換による攻撃に対して無防備である。これらの手法は車両の不正な制御を取得する際の策略として使用され得るため、このことは、車両の全体的な防犯を損なう。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＥＣＵ防犯機能を迂回することを伴う車両の安全性を危うくすることを防止する解決法を提供することが望ましい。
【課題を解決するための手段】
【０００５】
したがって、本発明は、機関制御装置を設ける工程であって、機関制御装置によって使用される静的なデジタルデータの１つ又は複数の項目が第１のメモリに格納されている、工程と、機関制御装置のための信頼の基点を提供し、第１のメモリに格納された前記１つ又は複数の項目が不正な変更に対して保護されることを保証するイモビライザを設ける工程とを備え、機関制御装置は、検証ルーチンが正常に実行されない限り、車両の動作を許可しない、又は車両の性能を制限するようになされ、１つ又は複数の項目は、検証ルーチンによって使用される静的なデータ項目を含み、静的なデータ項目は、鍵の対又は鍵の組のうちの１つ又は複数の公開鍵の組を含み、１つ又は複数の公開鍵は、機関制御装置ソフトウェアの演算値が、１つ又は複数の関連する秘密鍵を使用して署名された値に対応するかどうかを決定するために、検証ルーチンで使用される、車両を安全にする方法を提供する。
【０００６】
この手法は、ＥＣＵへの変更又は攻撃によって車両の安全性を損ない、性能を変更する種類の活動を防止する。その機能によって使用者によって信頼されるように適合された比較的安全な構成要素であるように設計されたイモビライザを、第１のメモリの安全性を保証するために使用することによって、これは、車両の防犯及び使用者の信頼を向上させるＥＣＵ機能に関する信頼の基点を、イモビライザ内に配置する。イモビライザは、多くの管轄区域で要求される項目であり、有効な機能を達成するため、及び、高い水準の認証を達成するために（例えば、保険料を減らすために）、十分に高い安全基準に従って構成されることになり、このようなイモビライザの使用はシステムの全体的な安全性を向上させることが期待され得る。
【０００７】
一実施形態では、イモビライザは第１のメモリを備え、第１のメモリ内のデータを変更する又は除去する試みが行われた場合、イモビライザは、車両の有効な機能を妨げるために、不動化応答を提供する。これを支援するため、１つ又は複数の項目は暗号化された形態で格納されてよく、及び／又は、イモビライザメモリは変更に対して物理的に保護されてよい。
【０００８】
代わりの実施では、第１のメモリは機関制御装置内に含まれ、イモビライザは、そこに格納された１つ又は複数の項目の値が有効であるかどうかを決定するために第１のメモリを検査し、それによって、いずれかの値が有効でない場合、イモビライザは、車両の有効な機能を妨げるために、不動化応答を提供する。
【０００９】
この手法は、既存のＥＣＵ及びイモビライザ設計に対してほとんど変更することなく容易に実施することができ、確実に安全な結果を達成する。
【００１０】
第１のメモリは、機関制御装置のフラッシュメモリ内に含まれてよい。この配置では、１つ又は複数の項目は、暗号化された形態で格納され、イモビライザとの相互作用によって復号化されてよい。
【００１１】
機関制御装置は、検証ルーチンが正常に実行されない限り、車両の動作を制限するように適合され、この場合、１つ又は複数の項目は、検証ルーチンによって使用される静的なデータ項目を含んでよい。イモビライザは、したがって、ＥＣＵ及びその通信の任意の形式の防犯検証で使用される媒介変数の真正性を保証するために使用されてよい。１つ又は複数の項目は、１組の非対称暗号化鍵の１つ又は複数の公開鍵を含み、１つ又は複数の公開鍵は、機関制御装置ソフトウェアの演算値、又は、ＥＣＵに通信されたデータが、対応する秘密鍵によって署名された値に対応するかどうかを決定するために、検証ルーチンで使用される。これらの鍵は、例えば、鍵の対のものであってよく、又は、群署名方式のものであってよい。他の例として、値は、ソフトウェア又はデータ完全性を検証するために使用される、ＥＣＵ内の１つ又は複数の安全なハッシュ値の組であってよい。代わりの暗号解決法が使用されてよく、関連した媒介変数は本明細書で説明される手法の下で保護される。
【００１２】
１つ又は複数のデータ項目は、機関制御装置の処理装置によって実行するための符号、若しくは、機関制御装置の静的な値、又はそれらの両方を含んでよい。これは、検証方式と完全に別であって（機関制御装置の動作に使用されるのと完全に他の符号に関連して）よいが、検証方式に関して、これは、公開鍵、ハッシュ値、記憶範囲の制約、デジタル署名されたハッシュ値、及び／又は、デジタル署名のような他の重要な値を安全に保持することもできる。
【００１３】
他の態様では、本発明は、機関制御装置であって、機関制御装置によって使用される静的なデジタルデータの１つ又は複数の項目が第１のメモリに格納される、機関制御装置と、機関制御装置のための信頼の基点を提供し、第１のメモリに格納された１つ又は複数の項目が不正な変更に対して保護されることを保証するイモビライザ（３）とを備え、機関制御装置は、検証ルーチンが正常に実行されない限り、車両の動作を制限するようになされ、１つ又は複数の項目は、検証ルーチンによって使用される静的なデータ項目を含み、静的なデータ項目は、鍵の対の又は鍵の組のうちの１つ又は複数の公開鍵を含み、１つ又は複数の公開鍵は、機関制御装置ソフトウェアの演算値が、１つ又は複数の関連する秘密鍵を使用して署名された値に対応するかどうかを決定するために、検証ルーチンで使用される、車両用の機関制御システムを提供する。
【００１４】
１つの実施では、第１のメモリはイモビライザ内に含まれる。
【００１５】
他の実施では、第１のメモリは機関制御装置内に含まれ、イモビライザは、そこに格納された１つ又は複数の項目の値が有効であるかどうかを決定するために第１のメモリを検査するように適合され、それによって、いずれかの値が有効でない場合、イモビライザは、車両の有効な機能を妨げるために、不動化応答を提供するようにさらに適合される。
本明細書には、以下の態様が記載されている。
（態様１）
機関制御装置（２）を設ける工程であって、前記機関制御装置（２）によって使用される静的なデジタルデータの１つ又は複数の項目が第１のメモリ（６、２５）に格納されている、工程と、
前記第１のメモリ（６、２５）に格納された前記１つ又は複数の項目が不正な変更に対して保護されることを保証するイモビライザ（３）を設ける工程と
を備える、車両を安全にする方法。
（態様２）
前記イモビライザ（３）は、前記機関制御装置（２）のための信頼の基点を提供する、態様１に記載の方法。
（態様３）
前記イモビライザ（３）は前記第１のメモリ（２５）を備え、前記第１のメモリ（２５）内のデータを変更する又は除去する試みが行われた場合、前記イモビライザ（３）は、前記車両の有効な機能を妨げるように不動化応答を提供する、態様１又は２に記載の方法。
（態様４）
前記１つ又は複数の項目は暗号化された形態で格納され、及び／又は、前記イモビライザのメモリ（２５）は変更に対して物理的に保護される、態様３に記載の方法。
（態様５）
前記第１のメモリ（６）は前記機関制御装置（２）内に含まれ、前記イモビライザ（３）は、前記第１のメモリ（６）に格納された前記１つ又は複数の項目の値が有効であるかどうかを決定するために前記第１のメモリ（６）を検査し、これにより、いずれかの値が有効でない場合、前記イモビライザ（３）は、前記車両の有効な機能を妨げるように不動化応答を提供する、態様１又は２に記載の方法。
（態様６）
前記第１のメモリ（６）は、前記機関制御装置（２）のフラッシュメモリ内に含まれる、態様５に記載の方法。
（態様７）
前記１つ又は複数の項目は、暗号化された形態で格納され、前記イモビライザ（３）との相互作用によって復号化される、態様５又は６に記載の方法。
（態様８）
前記機関制御装置（２）は、検証ルーチンが正常に実行されない限り、前記車両の動作を許可しない、又は前記車両の性能を制限するようになされ、前記１つ又は複数の項目は、前記検証ルーチンによって使用される静的なデータ項目を含む、態様１から７までのいずれか１項に記載の方法。
（態様９）
前記静的なデータ項目は、鍵の対又は鍵の組のうちの１つ又は複数の公開鍵の組を含み、前記１つ又は複数の公開鍵は、機関制御装置ソフトウェアの演算値が、１つ又は複数の関連する秘密鍵を使用して署名された値に対応するかどうかを決定するために、前記検証ルーチンで使用される、態様８に記載の方法。
（態様１０）
前記１つ又は複数の項目は、前記機関制御装置（２）の処理装置によって実行するための符号、若しくは、前記機関制御装置（２）の静的な値、又はそれらの両方を含む、態様８に記載の方法。
（態様１１）
機関制御装置（２）であって、前記機関制御装置（２）によって使用される静的なデジタルデータの１つ又は複数の項目が第１のメモリ（６、２５）に格納される、機関制御装置（２）と、
前記第１のメモリ（６、２５）に格納された前記１つ又は複数の項目が不正な変更に対
して保護されることを保証するイモビライザ（３）と
を備える、車両用の機関制御システム。
（態様１２）
前記イモビライザ（３）は、前記機関制御装置（２）のための信頼の基点を提供する、態様１１に記載の機関制御システム。
（態様１３）
前記第１のメモリ（２５）は前記イモビライザ（３）内に含まれる、態様１１又は１２に記載の機関制御システム。
（態様１４）
前記第１のメモリ（６）は前記機関制御装置（２）内に含まれ、前記イモビライザ（３）は、前記第１のメモリ（６）に格納された公開鍵の値が有効であるかどうかを決定するために前記第１のメモリ（６）を検査し、前記値が有効でない場合、前記イモビライザ（３）は、さらに、前記車両の有効な機能を妨げるように不動化応答を提供する、態様１１又は１２に記載の機関制御システム。
（態様１５）
前記機関制御装置（２）は、検証ルーチンが正常に実行されない限り、前記車両の動作を制限するようになされ、前記１つ又は複数の項目は、前記検証ルーチンによって使用される静的なデータ項目を含む、態様１１から１４までのいずれか１項に記載の機関制御システム。
（態様１６）
前記静的なデータ項目は、鍵の対の又は鍵の組のうちの１つ又は複数の公開鍵を含み、前記１つ又は複数の公開鍵は、機関制御装置ソフトウェアの演算値が、１つ又は複数の関連する秘密鍵を使用して署名された値に対応するかどうかを決定するために、前記検証ルーチンで使用される、態様１５に記載の機関制御システム。
【００１６】
本発明の実施形態が、添付図面を参照して例としてここで説明される。
【図面の簡単な説明】
【００１７】
【図１】車両システムの関連する要素を概略的に示す図である。
【図２】本発明の一実施形態によるイモビライザ及び機関制御装置間の関係を概略的に示す図である。
【図３】本発明の一実施形態による機関制御装置に関するイモビライザの動作の方法を概略的に示す図である。
【発明を実施するための形態】
【００１８】
図１は、典型的な車両システムの関連する要素を示す。車両の機関(engine)１は、機関制御装置（ＥＣＵ）２の制御の下で動作し、ＥＣＵ２は、機関の動作を制御し、機関１の様々な動作媒介変数を設定する。ＥＣＵ２は、車両の電気系統及び通信網によってリンクされ、間にイモビライザ３が存在する、車両の他の要素と相互作用する。イモビライザ３は、正しいトークンが存在しない限り、車両の有効な動作を無効にする電子装置である。このトークンは、一般的に、車両の運転者によって携帯される物理的な鍵４（運転者の車両の鍵）によって提供される。
【００１９】
ＥＣＵ２は、一般的に、ＣＰＵ５及び１つ又は複数のメモリ６を他の電子部品と共に備える回路基板として実現される。ＥＣＵ２の動作のためのソフトウェアは、典型的には、このメモリ６内に格納される（一部は、ＣＰＵ５自体の内部の専用メモリ内に存在してもよい）。典型的には、メモリ６はフラッシュメモリ又はＥＰＲＯＭを備える。ＣＰＵ５は、したがって、メモリ６に格納されたソフトウェアの交換によって（特定の機能を提供するために追加のチップの追加によっても）再プログラミングされ得る。
【００２０】
イモビライザ３は、標準的な車両構成要素であり、多くの管轄区域では、不正な使用又は盗難に対して保護するためのイモビライザの使用が義務付けられている（そして、他の管轄区域では、保険料を決定することになる）。多くの既存のイモビライザは、車両の鍵４のような車両の物理的な構成要素の真正性を保証するために、暗号アルゴリズムを適用する。構成要素の認証に失敗すると、イモビライザは、車両の有効な機能を無効にすることになる。
【００２１】
イモビライザ３は、車両の有効な機能を無効にする種々の異なる手法を採用することができる。イモビライザ３は、（正しいトークンなしに車両を活性化しようとする試みのような）トリガー状態が検出された場合、不動化応答(immobilization response)の一部としてこれらの手法の１つ又は複数を使用することになる。採用される手法は、使用されるイモビライザの具体的な設計に応じて、及び、車両内に存在するシステムに応じて変化する。いくつかの場合では、イモビライザ３は、ＥＣＵメモリ６の一部を使用し、例えば、ＥＣＵ２が燃料が流れるのを防ぐ又は発火が起こるのを防ぐことによって機関１の動作を妨げるために、ＥＣＵ２と相互作用する。本発明の実施形態はＥＣＵ２及びイモビライザ３間の相互作用を伴うが、本発明の実施形態は、トリガー状態が検出されたときに車両の有効な動作を無効にするためにイモビライザ３の通常の不動化応答の一部としてこの相互作用を生じさせることを必要としないことが理解されるべきである。
【００２２】
鍵４及びイモビライザ３間の相互作用は、典型的には以下の種類のものである。鍵４内のトークンは、特定のメモリに格納された値を含む。車両内の適切な場所への挿入に応じて、格納された値はイモビライザ３に伝送される。これは、多数の代わりの方法の１つで行われてもよい。１つの方法は、単純に、直接の電気的接続を鍵の関連する部分及びイモビライザ間に形成するというものである。好適な手法は、値を鍵４内のＲＦＩＤタグに格納するというものである。鍵が車両内の適切な場所に置かれると、このタグは活性化され、値は送信され、イモビライザ３によって又はイモビライザ３に代わって感知される。格納された値が、イモビライザ３によって予期されるものである場合、車両は動作させられ、そうでない場合、不動化応答が発動される。
【００２３】
格納された値が予期されるものであるかどうかを決定する際に、イモビライザ３のいくつかの設計は、ＥＣＵメモリ６を使用することができる。正しい（そして予期される）値は、ＥＣＵメモリ６の専用領域に格納されてよい。イモビライザ３は、不動化応答を行う際、例えば、ＥＣＵ２が燃料ポンプを活性化させる又は点火を可能にすることを妨げる際に、ＥＣＵ２及びＥＣＵメモリ６にアクセスすることもできる。
【００２４】
予期される、したがって格納された値は、このシステムの安全性を高めるために、経時的に変更されてよい。値は、回転符号システム(rolling code system)の使用によって、又は、一回限り暗号帳(one-time pad)のような高度な暗号解決法の使用によって、相互作用間で変更されてよい。これは、イモビライザ自体の内部に（暗号処理装置及び安全メモリのような）暗号機能を必要とする可能性があり、又は、この機能は、イモビライザにアクセス可能な他の構成要素内に設けられてもよい。
【００２５】
図２は、本発明の一実施形態でのイモビライザ３及びＥＣＵ２間の関係を概略的に示す。この実施形態では、ＥＣＵ２は、ＥＣＵ２で使用されるソフトウェアが製造業者によって提供されたもの、又は他の方法で認可されたものであることを保証するために、デジタル署名方式を使用する。これは、特定の符号のデジタル署名を生成し、この情報を製造時にＥＣＵメモリ６内に格納することによって達成することができる。署名の生成は、（この目的のために製造業者によって使用され、他者に明かされない秘密鍵のような）信頼されている秘密鍵を使用して行われ、ソフトウェア及びデジタル署名の両方の格納は、その後の演算を可能にする。秘密鍵は鍵の対の一部であり、鍵の対の真正性は、特定のシナリオに関して十分に安全だと思われる慣習を使用して保証される。例えば、鍵の対の真正性は、従来のＰＫＩを基礎とするデジタル署名方式、信頼の輪（web of trust）、又は、秘密鍵の漏洩を回避しながら真正性を保証する他の物理的保護及び安全通信規約の実施を使用して保証されてよい。他の実施形態は異なる構成を使用してよく、例えば、複数の当事者がＥＣＵのすべて又は一部について署名の権利を有する群署名方式が使用されてよい。この場合には、秘密鍵及び公開鍵間に単純な１対１関係は存在しない可能性があり、単一の公開鍵に関連付けられた複数の秘密鍵が存在する可能性があり、又は、単一の秘密鍵に関係付けられた複数の公開鍵が存在する可能性がある。
【００２６】
その後、１つ又は複数の秘密鍵に対応する１つ又は複数の公開鍵２１が、それらがＥＣＵ２にアクセス可能になるように、典型的にはＥＣＵメモリ６の専用部分に格納される。（ＥＣＵのフラッシング又は車両の起動のような）制限された動作を実行するために要求に応じて作動する前に、ＥＣＵ２は、動作を実施するＥＣＵ２に利用可能なソフトウェア及びデータの真正性を検証するために、１つ又は複数の公開鍵及びデジタル署名検証アルゴリズムを使用することができる。ＥＣＵに格納されるソフトウェア及びデータに関して、署名検証は、図２の項目２２に示すようにＥＣＵに格納されたデジタル署名を含む。ＥＣＵに伝達された要求に応じて作動する前に、公開鍵及びデジタル署名検証アルゴリズムが、通信路を介して受信された要求、ソフトウェア、及びデータが真性であることを検証するために使用されてよい。この場合、ＥＣＵではなくメッセージが、典型的には、検証に使用されるデジタル署名を含むことになる。両方のシナリオにおいて、デジタル情報が真性と見なされない場合、ＥＣＵ２は、適切な処理（機関性能を低下させること、点火若しくは燃料ポンプ動作を妨げること、又は、他の方法で車両の機能を制限することを含んでよい）をとる。
【００２７】
この手法は、少なくとも２つの方法で覆される可能性がある。１つの方法はＥＣＵ２全体を交換することである。この方法が行われると、デジタル署名方式全体が迂回されることになる。他の方法は、ＥＣＵソフトウェアが変更されるとき、１つ又は複数の公開鍵及びデジタル署名を、新たな公開鍵及びデジタル署名で置き換えることである。新たな公開鍵は不正な鍵の組の一部であり、各組の１つ又は複数の秘密鍵は変更者によって保持される。変更者は、変更されたＥＣＵソフトウェアの署名を生成するために不正な秘密鍵を使用し、これらの新たなデジタル署名は、元の署名に置き換わるように記録される。ＥＣＵによって使用されるデジタル署名検証アルゴリズムは、変更されずに以前のように正確に動作し続けるが、破壊（ｓｕｂｖｅｒｓｉｏｎ）を検出しないことになる。ＥＣＵ２は、データがアルゴリズムに利用可能な公開鍵に対応する１つ又は複数の秘密鍵で署名されていることを保証するためにデジタル署名検証アルゴリズムを用いることができるが、ＥＣＵ２は、それ自体の公開鍵が真性だということを保証することができないため、これは検出を逃れる。ネットワーク化されたコンピュータの世界では、この問題は、しばしば、例えば、ＰＫＩの一部である遠隔の認証局に連絡することによって、鍵の真正性を確立するために、信頼できる第三者との通信によって解決される。このような仕組みは、大部分のＥＣＵには利用できず、その実施は費用を増加させる。したがって、内部ＥＣＵデータ、典型的には、ＥＣＵ自体の内部に格納される公開鍵及び証明書は、一般に、このような組込み装置のための信頼の基点(root of trust)として機能し、保護されなければならない。
【００２８】
安全性のいくらかの基準は、これらの機密の値を（勝手に開封できないトラステッドプラットフォームモジュール（ＴＰＭ）のメモリのような）専用の若しくは安全なメモリに格納することによって、又は、（例えば、独自のＥＣＵ識別番号を基礎とする）追加の暗号化によって達成され得るが、これは、かなりの費用を追加し、ＥＣＵの完全な置き換えに対して効果的でない可能性がある。
【００２９】
図２は、本発明の実施形態がどのようにこれらの形式の破壊を防止するかを示す。イモビライザ３は、通常のようにＥＣＵ２と相互作用するが、ＥＣＵ２のメモリ内の静的なデータの特定の項目に関する責任を負う。ここで特に考慮される場合では、これは、ＥＣＵデジタル署名検証ソフトウェアの公開鍵２１の安全性の仮定を含んでよく、そして、おそらくは、ＥＣＵ機能に重要な他の静的な値もこの方法で格納され得るが、（例えば、安全なハッシュ値のような）ＥＣＵシステムの他の静的な値に関する安全性の仮定を含んでよい。動作時にＥＣＵによって使用される符号のような他の静的なデータが、同様に保護され得る（これは、デジタル署名方式の動作においてだけでなく、ＥＣＵの通常の動作内であってよい）。しかしながら、イモビライザ３がデジタル署名方式の動作に必要なデータに関する責任を有するため、ＥＣＵの交換も、ソフトウェアが置き換えられるときのＥＣＵのデジタル署名方式の置き換えも、同様にイモビライザ３の破壊又は置き換えなしには有効にならないことになる。これは、達成するためにより問題を含む可能性がある。というのは、イモビライザの基本的な機能は車両を保護することであり、従って、車両が一般的には物理的攻撃又は他の破壊に対して十分に保護されることになるからである。信頼の基点を比較的安全でないＥＣＵ２から防犯装置に移動することによって、防犯対策を破壊するために重要な値を変更する攻撃者にとっての犠牲が増大する。これは、攻撃のより低い頻度と、改善された車両の安全性とにつながる。
【００３０】
イモビライザ３に利用可能なメモリの量、並びに、イモビライザ３及びＥＣＵ２間の通
信経路が、保護されるデータの量を決定する可能性がある。これは、また、データの項目が、イモビライザでデータ項目自体を保護することによって保護される（より安全だが、より多くの空間を要求する）か、又は、データ項目のデジタル署名若しくは安全なハッシュを格納することによって保護される（おそらく安全性が低く、追加の処理を必要とするが、メモリの要求が少ない）かを決定する可能性がある。
【００３１】
イモビライザ３によるこれらの値を保護するための代わりの手法が可能である。イモビライザ３は、単にこれらの値をイモビライザメモリ２５に格納してよく、ＥＣＵ２は、これらを、イモビライザメモリ２５から直接要求されたとき（ＥＣＵ２はこのメモリに書き込むことができない）、又は、イモビライザ処理装置２６への要求によって、イモビライザ３から得ることができ、承認されていないこれらの値を得るための試みは、不動化応答を誘発することになる。代わりに、イモビライザ３は、イモビライザメモリ２５内にこれらの値のデジタル署名又は安全なハッシュを保持してよく、イモビライザ処理装置２６は、これらの値２５が、ＥＣＵメモリ６に格納された符号から計算されたものと対応するかどうかを決定するために、検証アルゴリズムを使用してよい。検証及びこれらの値が真正とみなされない場合、不動化応答が行われる。格納されたハッシュは、イモビライザ３が公開鍵を保持するデジタル署名であってもよく、このように、ＥＣＵ２に関するデジタル署名方式は、それ自体、デジタル署名方式によって守られることになる。
【００３２】
（イモビライザ３及び鍵４又はＥＣＵ２間のより高い水準の安全性を提供するために、いくつかのイモビライザ解決法で存在してよい）内部ソフトウェア、又は、暗号化副処理装置及び安全なメモリの包含のいずれかによる暗号化機能が設けられた場合、より高度な暗号化解決法が利用可能になる。例えば、動的データの保護を可能にするために、短期の鍵の対及びデジタル署名が生成されてよい。
【００３３】
イモビライザの役割は、通常の動作を可能にする前に多数の前提条件が満たされることを保証することである。これらの前提条件は、設計要件及びハードウェア能力に応じて連続して又は並列に試験されてよい。試験が実行される順序は、実施間で変化してよく、図３は、鍵４が図３に示す位置に配置された場合のイモビライザ３の動作に関する連続処理の好適実施形態を示す。イモビライザは、最初に、鍵４が有効なトークンを提供するかどうかを決定し（３１）、鍵が有効なトークンを提供しなければ、不動化応答を誘発することになる（４０）。イモビライザは、次に、ＥＣＵデジタル署名方式の公開鍵（及び、イモビライザによって保護される任意の他の静的な値）を照合し（３２）、照合が失敗する場合、不動化応答を誘発することになる（４０）。ＥＣＵは、次に、ＥＣＵデジタル署名方式を使用してソフトウェア値を照合し（３３）、これらの照合が失敗する場合、ＥＣＵは、車両動作を許可せず（又は、それ自体が不動化応答を誘発してもよい）、そうでなければ、通常の車両機能が許可される（３４）。
【００３４】
イモビライザ及びＥＣＵのこの協働使用は、より効果的な防犯を可能にするが、試験及び製造段階での利点も有する。ＥＣＵデジタル署名方式のための公開鍵がＥＣＵ内に固定される場合、ＥＣＵソフトウェアに変更を加える、又は、ＥＣＵパラメータを変化させることが望ましい可能性がある場合、これは、試験中及び製造のいくつかの段階で困難を引き起こす可能性がある。より安全な公開鍵がＥＣＵ内に格納されるほど、この手法は試験及び製造中により問題になる。イモビライザは、一般に、ＥＣＵが完成されるまでシステムに接続されないため、公開鍵の値の制御をイモビライザ内に置くことは、この問題を取り除く。試験及び製造の初期段階は、イモビライザの存在なしに行うことができ、開発者はより自由に変更を行うことができる。
【００３５】
本発明の実施形態は、したがって、イモビライザ及びＥＣＵの協働使用によって向上した安全性を提供し、ＥＣＵの破壊又は置き換えに基づく攻撃を防ぐために使用されてよい。
【００３６】
本明細書に記載の手法では、イモビライザは、ＥＣＵに関する信頼の基点として機能し、ＥＣＵ検証処理の媒介変数のようなＥＣＵによって使用される静的なデータ値の形態のデジタル資産を認証するために使用される。ＥＣＵ検証処理は認証処理をそれ自体含んでよく、イモビライザからＥＣＵを介して追加の物理的及びデジタル資産に延びる信頼の鎖を形成する。
【００３７】
イモビライザは、車両内の（車両通信機器及びデジタル媒体装置のような）他の計算装置に関する信頼の基点として機能するように使用されてもよく、種々の形式のデジタル資産（ソフトウェア、較正媒介変数、デジタル媒体、生体認証、及び、デジタル符号化されたデータの任意の他の形態）を保護することができる。これは、他の計算装置及びイモビライザ間の適切な通信経路を必要とし、一般的には、この計算装置に、デジタル資産が使用される前に損なわれていないことを確認するためのデジタル署名検証アルゴリズムのような適切な機構も必要とすることになる。
【図１】
0005937109.tif 000002
【図２】
0005937109.tif 000003
【図３】
0005937109.tif 000004