2401335_ja-JP

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

2401335_ja-JP

2401335_ja-JP

S32K312 Secureboot認証

Securebootが有効になっている状態で別のFBLに変更すると、HMACキーを介して生成されるMETAデータ値が変更されます。FBLが変更されると、HSEはHMACキーを使用してメタデータを再計算する必要があります。しかし、新しいFBLによってHMACキーが削除されるため、メタデータの再計算が不可能になります。その結果、FBLでの検証失敗によりリセットが発生し、アプリケーションの起動が不可能になります。HMACキーを使って変更されたFBLを再認証し、FBLとアプリケーションの両方が正常に動作できるようにする方法はありますか?

HSE_SRV_ID_SMR_ENTRY_INSTALL サービスを実行すると、HseResponse は 0xA5AA5317 を返します。これは以下の定義に相当します。

#define HSE_SRV_RSP_KEY_EMPTY ((hseSrvResponse_t)0xA5AA5317UL)

これは、鍵が空であることを示しています。(以前にも質問したように、この応答が表示されるのは、その領域が削除されたためではないかと推測しています。)

smrEntryの値を確認しました。SecureBootStateが0になる箇所にブレークポイントを設定したところ、smrEntryが完全に0であることを確認しました。Fota_S32k3_SecureBootProcessが終了する戻り点にブレークポイントを設定したところ、値が表示されることを確認しました。帰還時のSecureBootStateの値は1でした。

キーの注入方法やこの問題の解決方法について、ぜひご案内いただけると大変ありがたいです。


jeongwoo_0-1785741056004.png


1) if(SecureBootState == 0) にブレークポイントが設定された場合 / 結果: smrEntry = 0

jeongwoo_1-1785741316958.png


jeongwoo_2-1785741316650.png


2) Fota_S32k3_SecureBootProcess 関数の最後の部分である return secureBootProcessResult にブレークポイントを設定します。

jeongwoo_3-1785741316709.png


jeongwoo_4-1785741316900.png



Re: S32K312 Secureboot Authentication

NVMおよびRAMキーカタログ内で宣言されたすべての暗号鍵は、鍵タイプHSE_KEY_TYPE_SHEを除き、プロビジョニング可能です(すなわち、ホストによって初期化および更新されるキーインポートサービスは、構造体 hseImportKeySrv_t で定義されます。
SHE鍵はホストがサービスhseSheLoadKeySrv_tまたはhseSheLoadPlainKeySrv_tを通じて提供します。鍵は上記の図のようにプレーンテキストまたは暗号化テキストでインストールでき、デモではすべてのキーがプレーンテキストでインストールされています。

db16122_0-1785825417364.png

\S32K3_HSE_DemoExamples\にあるS32K344_Update_NVM_keys_related_testに関するリファレンスコードを試してみましたか?

# NVMキーを更新します。

## 1. 目的
この例の主な目的は対称鍵をインポートし、AES GMACが鍵を生成することです。

## 2. 手順
これを実現するために取られた手順は以下のとおりです。
1.キーカタログのフォーマット。
2.初期バージョンを更新するためのHMACキー情報を宣言します。
3.キーコンテナを宣言します。
4.キー情報をキーコンテナにコピーします。
5.コンテナ内のキーデータをコピーします。
6. *コンテナに他のデータを追加CAN*
7. HSEを使ってコンテナに署名するためのAESプロビジョニングキーのコピーをRAMにインポートします。
8.コンテナに署名し、GMACを生成する

## 3. ハードウェア
この例を正しく実行するには、以下のハードウェアが必要です。
- S32K344-EVB または S32K344-CVB。
- S32K344-CVBを使用する場合は、外部デバッガ(PEmicro Multilink rev. C)も必要です。
Re: S32K312 Secureboot Authentication

こんにちは、 @jeongwoo


現在、さらなる進展を阻んでいる主な問題は、HMACキーがまだ利用可能かどうか不明であることのようです。


まず最初に、先ほど提案した検査を行ったか、また結果を教えていただけますか?


「キーが消去されているかどうかを確認するには、サービスHSE_SRV_ID_GET_KEY_INFO、構造構造hseGetKeyInfoSrv_tを使えます。このサービスを使うと、hseKeyInfo_tの情報を得られるので、キーの状態を確認できます。」


キーの状態を確認したら、次のステップに進めます。もしキーが欠けているか消去されていれば、再インストールを試みることができます。あるいは、プロビジョニング時に最初に使った手順と同じ手順でキーを直接インストールしてみて、操作が成功するかどうかを確認することもできます。


よろしくお願いいたします。

ルーカス

Re: S32K312 Secureboot Authentication

鍵はHSEサービスHSE_SRV_ID_IMPORT_KEYによってインポートまたは更新可能です。


HSEファームウェアのリファレンスマニュアルのこれらの表を見てみてください。2.7:

表47。NVMキーカタログの空きスロットにキーをインポートする際のキープロビジョニングの使用方法

表48。NVMキーカタログ内のキー(空きスロット以外)を更新する際のキープロビジョニングの使用

これにより、鍵を単純にインポートできる場合や認証や暗号化が必要な場合が説明されます。

キースロットが空でSU権限がある場合、認証なしで単純にインポートできます。キースロットが空でない場合(鍵を更新している場合)、そしてSU(鍵の更新)権限がある場合、認証は必須で暗号化は任意です。

ユーザー権限のみの場合、スロットが空いているかどうかに関わらず認証と暗号化が常に義務付けられます。


S32K344_Update_NVM_keys_related_test の例では、認証済みキーのインポートに必要なキーコンテナを準備して署名する方法のみを示しています。しかし、この例ではキーはインポートされていません。

鍵のインポートは、例えばS32K344_AES_EncryptDecrypt関数で示されています。このプロジェクトでAESキーに使われているAPIはLoadAesKeyです。HMACについては、LoadHmacKey APIがあります。認証や暗号化なしで、HMAC鍵を平文でインポートするために使用できます。

タグ(1)
評価なし
バージョン履歴
最終更新日:
53 分前
更新者: