全鏈路安全方案，助力CRA合規與IEC 62443認證-MYC-LR3576核心板

原創米爾電子嵌入式 2026-07-30 08:00

華潤微電子推出第五代高性能SGT MOS產品 Wi?Fi 6怎么玩？瑞薩RA6Wx雙頻SoC開發實戰

PART 01

出海歐盟，安全已是準入門檻

2024年12月，歐盟《網絡彈性法案》（Cyber Resilience Act，簡稱CRA）正式生效。這項法規為所有含數字元素的產品設定了強制性網絡安全要求——安全不再是錦上添花的功能，而是進入歐盟市場的硬性準入條件。

CRA覆蓋范圍極廣，工業控制器、邊緣計算設備、智能網關等嵌入式產品均在其列。不合規的后果同樣嚴厲：最高可達全球年營業額2.5%或1500萬歐元的罰款，以及產品禁售、召回等強制措施。法案將于2027年12月全面實施，留給企業的準備時間已經不多。

IEC 62443：工業網絡安全的"黃金標準"

IEC 62443是工業自動化與控制系統（IACS）網絡安全領域全球公認的權威標準體系，也是CRA合規路徑中最核心的技術參考框架。CRA的協調標準EN 40000系列直接引用了EN IEC 62443，兩者在安全設計、漏洞管理、安全更新等核心要求上高度一致。獲得IEC 62443認證，是企業證明CRA合規能力的最有效路徑之一。

對于嵌入式設備廠商而言，CRA和IEC 62443對產品提出了多維度的安全要求：硬件層面需要安全啟動、加密引擎、可信執行環境；軟件層面需要系統完整性保護、安全更新機制；流程層面需要漏洞管理、安全開發生命周期。

選擇一款安全能力完善的核心板平臺，是產品快速滿足合規要求的關鍵一步。米爾電子基于瑞芯微RK3576推出的MYC-LR3576核心板，提供從硬件根信任到OTA安全升級的全鏈路安全方案，為工業設備的CRA合規與IEC 62443認證提供堅實的底層支撐。

PART 02

七層安全架構，構建縱深防御體系

MYC-LR3576的安全體系不是單點功能的堆砌，而是一套分層設計、層層遞進的縱深防御架構。從芯片硬件到應用層，每一層都有對應的安全機制守護：

硬件根信任層 — OTP一次性可編程存儲器 + 硬件加密引擎 + TRNG真隨機數
安全啟動層 — FIT簽名方案，從BootROM到Kernel的完整信任鏈
可信執行環境層 — ARM TrustZone + OP-TEE OS，密鑰與安全運算隔離運行
系統完整性層 — dm-verity只讀分區校驗 + dm-crypt分區透明加密
安全存儲層 — KeyBox密鑰管理 + RPMB防重放存儲
安全升級層 — CMS簽名OTA，確保升級包來源可信、完整未篡改
安全等級配置 — Level 0/1/2三檔可選，按需匹配安全強度

下面我們逐層拆解這套安全方案的技術細節，以及它如何對應CRA與IEC 62443的合規要求。

PART 03

硬件根信任：OTP筑牢信任起點

一切軟件安全機制的前提，是有一個不可篡改的硬件信任根。RK3576芯片內置了豐富的硬件安全外設，為整個安全體系奠定基石。

?? OTP可編程存儲

公鑰哈希、安全啟動標志、OEM密鑰全部寫入OTP，一經燒錄不可篡改，是信任鏈的根錨點。

? 硬件加密引擎

RSA/ECDSA簽名驗證、AES/SM4加解密全硬件加速，性能遠超軟件實現。

?? TRNG真隨機數

基于物理噪聲的真隨機數源，為密鑰生成提供高質量熵源。

?? RPMB安全存儲

eMMC內置防重放安全存儲塊，配合硬件密鑰機制，確保數據只能本設備讀寫。

OTP分區：安全的保險箱

RK3576的OTP分為非安全區和安全區。非安全世界（Linux/U-Boot）可直接讀取非安全區，但安全區只有OP-TEE等安全世界代碼才能訪問。

Secure OTP中的OEM Zone包含：公鑰哈希、安全啟動使能標志、安全等級配置、OEM硬件唯一密鑰（一機一密）、僅TA可訪問的受保護區域、以及4組只寫不讀的加密密鑰區。

關鍵設計：OEM Cipher Key 只寫不讀

客戶將密鑰燒入Cipher Key區域后，系統只提供加密/解密的算法調用接口，不提供密鑰讀取接口。即使Linux系統被完全攻破，攻擊者也無法獲取密鑰明文——密鑰永遠留在硬件內部。

對應合規價值：硬件根信任是IEC 62443-4-2中"Identification & Authentication Control"（標識與鑒權控制）和"Use Control"（使用控制）的基礎，也是CRA"安全設計（Secure by Design）"要求的核心體現。硬件級別的密鑰保護，為產品的技術文檔提供了最堅實的安全證據。

PART 04

安全啟動：構建不可繞過的信任鏈

安全啟動（Secure Boot）是設備安全的第一道防線，它確保設備只運行經過授權的固件，從根本上杜絕惡意固件的加載。

完整的信任鏈

MYC-LR3576采用FIT（Flattened Image Tree）簽名方案，構建了一條從BootROM到系統的完整信任鏈：

BootROM（芯片出廠固化，不可修改）
    ↓ 驗證Loader簽名（讀取OTP中的公鑰Hash）
Loader / SPL
    ↓ 驗證OP-TEE OS簽名
OP-TEE OS（安全世界初始化）
    ↓ 驗證U-Boot簽名
U-Boot（正常世界引導加載器）
    ↓ 驗證boot.img（Kernel + DTB + Ramdisk）簽名
Kernel（已驗證）
    ↓ 通過OP-TEE驅動與安全世界通信
System（dm-verity/dm-crypt保護系統分區）
    ↓ 應用程序（通過CA調用TA實現安全功能）

這條信任鏈的根是芯片BootROM中固化的代碼——它在芯片出廠時就已經寫死，任何人都無法修改。BootROM通過OTP中的公鑰哈希建立對Loader的信任，Loader再驗證下一級，環環相扣，一級不通過就無法繼續啟動。

開啟安全啟動后，任何未經簽名的固件都無法啟動，從物理層面杜絕了固件篡改和克隆的風險。

對應合規價值：安全啟動直接對應IEC 62443-4-2的"Software Integrity & Hardening"（軟件完整性與加固）要求，也是CRA Annex I中"防止未授權訪問和權限提升"要求的關鍵實現手段。它確保設備啟動過程的每一步都經過驗證，有效防御固件篡改和降級攻擊。

PART 05

可信執行環境：密鑰永遠不離開安全世界

ARM TrustZone技術將SoC的硬件和軟件資源劃分為兩個世界：

非安全世界（Normal World）：運行Linux操作系統和用戶應用。即使被攻破，也無法訪問安全世界的數據

安全世界（Secure World）：運行OP-TEE OS和可信應用（TA），處理密鑰、加解密、安全存儲等敏感操作

兩個世界通過SMC指令進行切換，硬件級隔離，非安全世界的代碼無法直接讀寫安全世界的內存。

KeyBox：密鑰管理可信應用

米爾SDK內置了KeyBox參考實現，這是一個運行在OP-TEE中的密鑰管理可信應用（TA）。上層應用通過Client App（CA）調用KeyBox接口，安全地讀寫密鑰。

KeyBox支持兩種存儲后端：

RPMB：eMMC內部、硬件防重放、防回滾，空間約512KB

Security分區：eMMC用戶分區、空間更大（1MB+），通過TEE加密保護

防回滾設計：TA版本號機制

RK3576平臺的TA支持版本號防回滾。開發者在TA的Makefile中定義CFGTAVERSION后，系統會禁止TA版本降級。即使攻擊者拿到了舊版本有漏洞的TA，也無法在新版本設備上運行。

豐富的安全算法能力

SHA摘要算法：SHA-1/SHA-256/SHA-512，數據完整性校驗

AES對稱加密：AES-128/256，ECB/CBC/CTR等多種模式

RSA非對稱加密：RSA2048/4096，加解密、簽名驗簽

TRNG真隨機數：硬件級隨機數生成，用于密鑰派生

對應合規價值：OP-TEE可信執行環境對應IEC 62443-4-2的"Cryptographic Support"（密碼學支持）和"Data Confidentiality"（數據保密性）要求。密鑰在隔離環境中運算，符合CRA對"適當加密級別"和"訪問控制機制"的要求，是高安全等級產品的必備能力。

PART 06

系統完整性：dm-verity與dm-crypt雙重保護

安全啟動保證的是"啟動時"的信任，但系統運行后的完整性同樣需要保護。MYC-LR3576基于Linux內核的Device Mapper機制，提供兩種系統級保護方案。

dm-verity：只讀分區完整性校驗

dm-verity為只讀的system分區提供塊級別的完整性校驗。它將系統分區按4KB切塊，對每個數據塊計算哈希，構建多級哈希樹，并將根哈希（Root-Hash）打包進boot.img的Ramdisk中。

運行時，Kernel對每次I/O訪問的4K數據塊實時進行哈希校驗，與哈希樹比對。一旦校驗失敗，直接返回I/O錯誤——即使攻擊者修改了system分區的某個字節，dm-verity也能檢測到并阻止讀取。

dm-crypt：分區透明加密

對于有更高數據安全要求的場景，MYC-LR3576支持dm-crypt系統加密方案。數據寫入分區時自動加密，讀取時自動解密，對上層應用完全透明。

加密密鑰存儲在RPMB或Security分區中，通過KeyBox/OP-TEE保護。密鑰永遠不會以明文形式出現在非安全世界的內存中。

對應合規價值：系統完整性保護直接滿足IEC 62443-4-2的"Software Integrity & Hardening"（軟件完整性與加固）和"Data Confidentiality"（數據保密性）要求。dm-crypt的透明加密能力，也符合CRA對產品數據保護的要求，特別是涉及敏感數據的工業控制場景。

PART 07

安全OTA：CMS簽名確保固件可信

設備交付后，固件升級是必然需求。但如果OTA升級通道不安全，攻擊者就可能通過中間人攻擊注入惡意固件，讓之前所有的安全措施功虧一簣。

CRA明確要求制造商必須提供安全更新機制，并且在產品支持期內持續提供安全修復。安全更新能力，是CRA合規的核心要求之一。

CMS簽名機制

MYC-LR3576的安全OTA采用CMS（Cryptographic Message Syntax）簽名機制，基于RFC 5652標準，確保升級包的：

完整性：數據沒有被篡改

來源真實性：數據確實來自持有私鑰的官方

不可抵賴性：事后不能否認簽名行為

驗證流程如下：

設備端執行updateEngine --signed_image_url=...
    ↓ 檢測到signed_image_url → 進入簽名驗證流程
    ↓ 解析鏡像，提取CMS簽名和MD5校驗值
    ↓ MD5校驗 → 驗證數據完整性
    ↓ 加載公鑰 → CMS簽名驗簽
    ↓ 驗簽通過 → 重新拼接鏡像和MD5 → 正常OTA升級
    ↓ 驗簽失敗 → 升級終止，拒絕寫入

簽名OTA鏡像與安全啟動使用同一組密鑰，密鑰管理統一，降低運維復雜度。編譯時執行一條命令即可生成簽名后的升級鏡像。

對應合規價值：安全OTA是CRA"安全更新（Security Updates）"要求的直接實現，也是IEC 62443-4-2中"Patch & Update Management"（補丁與更新管理）要求的核心組件。簽名驗證機制確保升級過程不會引入惡意固件，滿足CRA對固件完整性和真實性的要求。

PART 08

三級安全等級：按需配置，靈活平衡

不同應用場景對安全強度的需求不同。RK3576支持三檔TEE安全等級，客戶可根據產品定位和合規需求靈活選擇。

L2 強安全方案

主控與eMMC強綁定，更換主控必須同步更換eMMC和擦除安全存儲。基于芯片出廠Device Root Key派生密鑰，一機一密，不可復制。適用于金融、車載等最高安全需求場景。

L1 中安全方案

主控與eMMC弱綁定，OEM自定義HUK派生密鑰。更換主控后可通過燒錄相同OEM HUK復用eMMC，兼顧安全性和量產便利性。適用于工業控制、智能網關等場景。

L0 基礎方案

主控與eMMC不綁定，使用芯片統一Soft HUK。適用于安全要求較低、成本敏感的場景，SDK默認配置。

注意：安全等級只能配置一次
芯片的安全等級是一次性寫入OTP的，配置后無法修改。請在產品設計階段就確定安全等級，米爾可提供技術咨詢協助選型。