S32kボード上のブートイメージとアプリケーションイメージを含む内部フラッシュ領域を保護したいと考えています。イメージはProgram Flash(PFlash)に保存され、関連するアプリケーションデータはData Flash(DFlash)に保存される可能性があります。
承認されたソフトウェアがプログラムされた後、選択した領域を書き込み不可かつ消去不可にする方法はありますか?理想的には、この保護はアプリケーションソフトウェア、JTAG/デバッグアクセス、プログラミングツール、大量消去、復旧メカニズム、ライフサイクルの移行による改変を防ぐものです。
S32K344は、選択したPFlashまたはDFlashセクターを書き込み不可および消去不可にする永続的なメカニズムを提供しますか?
恒久的な保護機能が利用できない場合、NXPが推奨する最も強力な可逆的保護のための構成は何ですか?
専用のピンやジャンパー制御信号など、内部PFlashやDFlashのプログラミングを有効または停止できるハードウェアベースの方法はありますか?
こんにちは、
S32K344は、任意のPFlashまたはDFlashセクターを消去・書き込みに対して永久にロックするユーザーアクセス可能なOTPメカニズムを提供していません。
MPC57xxのOTPフラッシュセクタロックに相当するメカニズムはS32K344にはありません。
ブートおよびアプリケーションイメージの保護は、PFlashセクターの恒久的なOTPロックではなく、HSEセキュリティアーキテクチャ(セキュアブート、ライフサイクルマネジメント、デバッグ認証、認証済みファームウェア更新)を用いて実装されることを想定しています。
よろしくお願いいたします。
ピーター
JTAG信号を物理的に隔離したり、デバッグ接続を切断したり、外部ハードウェアを通じたアクセス制御など、S32K344内部PFlashやDFlashへのアクセス、消去、変更を物理的に無効化または物理的に制限する方法はありますか?