【導(dǎo)讀】2024年12月，歐盟《網(wǎng)絡(luò)彈性法案》（Cyber Resilience Act，簡稱CRA）正式生效。這項法規(guī)為所有含數(shù)字元素的產(chǎn)品設(shè)定了強(qiáng)制性網(wǎng)絡(luò)安全要求——安全不再是錦上添花的功能，而是進(jìn)入歐盟市場的硬性準(zhǔn)入條件。
CRA覆蓋范圍極廣，工業(yè)控制器、邊緣計算設(shè)備、智能網(wǎng)關(guān)等嵌入式產(chǎn)品均在其列。不合規(guī)的后果同樣嚴(yán)厲：最高可達(dá)全球年營業(yè)額2.5%或1500萬歐元的罰款，以及產(chǎn)品禁售、召回等強(qiáng)制措施。法案將于2027年12月全面實施，留給企業(yè)的準(zhǔn)備時間已經(jīng)不多。
IEC 62443：工業(yè)網(wǎng)絡(luò)安全的'黃金標(biāo)準(zhǔn)'
IEC 62443是工業(yè)自動化與控制系統(tǒng)（IACS）網(wǎng)絡(luò)安全領(lǐng)域全球公認(rèn)的權(quán)威標(biāo)準(zhǔn)體系，也是CRA合規(guī)路徑中最核心的技術(shù)參考框架。CRA的協(xié)調(diào)標(biāo)準(zhǔn)EN 40000系列直接引用了EN IEC 62443，兩者在安全設(shè)計、漏洞管理、安全更新等核心要求上高度一致。獲得IEC 62443認(rèn)證，是企業(yè)證明CRA合規(guī)能力的最有效路徑之一。
對于嵌入式設(shè)備廠商而言，CRA和IEC 62443對產(chǎn)品提出了多維度的安全要求：硬件層面需要安全啟動、加密引擎、可信執(zhí)行環(huán)境；軟件層面需要系統(tǒng)完整性保護(hù)、安全更新機(jī)制；流程層面需要漏洞管理、安全開發(fā)生命周期。選擇一款安全能力完善的核心板平臺，是產(chǎn)品快速滿足合規(guī)要求的關(guān)鍵一步。米爾電子基于瑞芯微RK3576推出的MYC-LR3576核心板，提供從硬件根信任到OTA安全升級的全鏈路安全方案，為工業(yè)設(shè)備的CRA合規(guī)與IEC 62443認(rèn)證提供堅實的底層支撐。
七層安全架構(gòu)，構(gòu)建縱深防御體系
MYC-LR3576的安全體系不是單點功能的堆砌，而是一套分層設(shè)計、層層遞進(jìn)的縱深防御架構(gòu)。從芯片硬件到應(yīng)用層，每一層都有對應(yīng)的安全機(jī)制守護(hù)：
1. 硬件根信任層 — OTP一次性可編程存儲器 + 硬件加密引擎 + TRNG真隨機(jī)數(shù)
2. 安全啟動層 — FIT簽名方案，從BootROM到Kernel的完整信任鏈
3. 可信執(zhí)行環(huán)境層 — ARM TrustZone + OP-TEE OS，密鑰與安全運(yùn)算隔離運(yùn)行
4. 系統(tǒng)完整性層 — dm-verity只讀分區(qū)校驗 + dm-crypt分區(qū)透明加密
5. 安全存儲層 — KeyBox密鑰管理 + RPMB防重放存儲
6. 安全升級層 — CMS簽名OTA，確保升級包來源可信、完整未篡改
7. 安全等級配置 — Level 0/1/2三檔可選，按需匹配安全強(qiáng)度
下面我們逐層拆解這套安全方案的技術(shù)細(xì)節(jié)，以及它如何對應(yīng)CRA與IEC 62443的合規(guī)要求。
硬件根信任：OTP筑牢信任起點
一切軟件安全機(jī)制的前提，是有一個不可篡改的硬件信任根。RK3576芯片內(nèi)置了豐富的硬件安全外設(shè)，為整個安全體系奠定基石。
OTP可編程存儲
公鑰哈希、安全啟動標(biāo)志、OEM密鑰全部寫入OTP，一經(jīng)燒錄不可篡改，是信任鏈的根錨點。
硬件加密引擎
RSA/ECDSA簽名驗證、AES/SM4加解密全硬件加速，性能遠(yuǎn)超軟件實現(xiàn)。
TRNG真隨機(jī)數(shù)
基于物理噪聲的真隨機(jī)數(shù)源，為密鑰生成提供高質(zhì)量熵源。
RPMB安全存儲
eMMC內(nèi)置防重放安全存儲塊，配合硬件密鑰機(jī)制，確保數(shù)據(jù)只能本設(shè)備讀寫。
OTP分區(qū)：安全的保險箱RK3576的OTP分為非安全區(qū)和安全區(qū)。非安全世界（Linux/U-Boot）可直接讀取非安全區(qū)，但安全區(qū)只有OP-TEE等安全世界代碼才能訪問。Secure OTP中的OEM Zone包含：公鑰哈希、安全啟動使能標(biāo)志、安全等級配置、OEM硬件唯一密鑰（一機(jī)一密）、僅TA可訪問的受保護(hù)區(qū)域、以及4組只寫不讀的加密密鑰區(qū)。
關(guān)鍵設(shè)計：OEM Cipher Key 只寫不讀
客戶將密鑰燒入Cipher Key區(qū)域后，系統(tǒng)只提供加密/解密的算法調(diào)用接口，不提供密鑰讀取接口。即使Linux系統(tǒng)被完全攻破，攻擊者也無法獲取密鑰明文——密鑰永遠(yuǎn)留在硬件內(nèi)部。
對應(yīng)合規(guī)價值：硬件根信任是IEC 62443-4-2中'Identification & Authentication Control'（標(biāo)識與鑒權(quán)控制）和'Use Control'（使用控制）的基礎(chǔ)，也是CRA'安全設(shè)計（Secure by Design）'要求的核心體現(xiàn)。硬件級別的密鑰保護(hù)，為產(chǎn)品的技術(shù)文檔提供了最堅實的安全證據(jù)。
安全啟動：構(gòu)建不可繞過的信任鏈
安全啟動（Secure Boot）是設(shè)備安全的第一道防線，它確保設(shè)備只運(yùn)行經(jīng)過授權(quán)的固件，從根本上杜絕惡意固件的加載。
完整的信任鏈MYC-LR3576采用FIT（Flattened Image Tree）簽名方案，構(gòu)建了一條從BootROM到系統(tǒng)的完整信任鏈：
BootROM（芯片出廠固化，不可修改）
驗證Loader簽名（讀取OTP中的公鑰Hash）
Loader / SPL
驗證OP-TEE OS簽名
OP-TEE OS（安全世界初始化）
驗證U-Boot簽名
U-Boot（正常世界引導(dǎo)加載器）
驗證boot.img（Kernel + DTB + Ramdisk）簽名
Kernel（已驗證）
通過OP-TEE驅(qū)動與安全世界通信
System（dm-verity/dm-crypt保護(hù)系統(tǒng)分區(qū)）
應(yīng)用程序（通過CA調(diào)用TA實現(xiàn)安全功能）
這條信任鏈的根是芯片BootROM中固化的代碼——它在芯片出廠時就已經(jīng)寫死，任何人都無法修改。BootROM通過OTP中的公鑰哈希建立對Loader的信任，Loader再驗證下一級，環(huán)環(huán)相扣，一級不通過就無法繼續(xù)啟動。開啟安全啟動后，任何未經(jīng)簽名的固件都無法啟動，從物理層面杜絕了固件篡改和克隆的風(fēng)險。對應(yīng)合規(guī)價值：安全啟動直接對應(yīng)IEC 62443-4-2的'Software Integrity & Hardening'（軟件完整性與加固）要求，也是CRA Annex I中'防止未授權(quán)訪問和權(quán)限提升'要求的關(guān)鍵實現(xiàn)手段。它確保設(shè)備啟動過程的每一步都經(jīng)過驗證，有效防御固件篡改和降級攻擊。
可信執(zhí)行環(huán)境：密鑰永遠(yuǎn)不離開安全世界
ARM TrustZone技術(shù)將SoC的硬件和軟件資源劃分為兩個世界：
非安全世界（Normal World）：運(yùn)行Linux操作系統(tǒng)和用戶應(yīng)用。即使被攻破，也無法訪問安全世界的數(shù)據(jù)
安全世界（Secure World）：運(yùn)行OP-TEE OS和可信應(yīng)用（TA），處理密鑰、加解密、安全存儲等敏感操作
兩個世界通過SMC指令進(jìn)行切換，硬件級隔離，非安全世界的代碼無法直接讀寫安全世界的內(nèi)存。
KeyBox：密鑰管理可信應(yīng)用米爾SDK內(nèi)置了KeyBox參考實現(xiàn)，這是一個運(yùn)行在OP-TEE中的密鑰管理可信應(yīng)用（TA）。上層應(yīng)用通過Client App（CA）調(diào)用KeyBox接口，安全地讀寫密鑰。KeyBox支持兩種存儲后端：
RPMB：eMMC內(nèi)部、硬件防重放、防回滾，空間約512KB
Security分區(qū)：eMMC用戶分區(qū)、空間更大（1MB+），通過TEE加密保護(hù)
防回滾設(shè)計：TA版本號機(jī)制
RK3576平臺的TA支持版本號防回滾。開發(fā)者在TA的Makefile中定義CFGTAVERSION后，系統(tǒng)會禁止TA版本降級。即使攻擊者拿到了舊版本有漏洞的TA，也無法在新版本設(shè)備上運(yùn)行。
豐富的安全算法能力
SHA摘要算法：SHA-1/SHA-256/SHA-512，數(shù)據(jù)完整性校驗
AES對稱加密：AES-128/256，ECB/CBC/CTR等多種模式
RSA非對稱加密：RSA2048/4096，加解密、簽名驗簽
TRNG真隨機(jī)數(shù)：硬件級隨機(jī)數(shù)生成，用于密鑰派生
對應(yīng)合規(guī)價值：OP-TEE可信執(zhí)行環(huán)境對應(yīng)IEC 62443-4-2的'Cryptographic Support'（密碼學(xué)支持）和'Data Confidentiality'（數(shù)據(jù)保密性）要求。密鑰在隔離環(huán)境中運(yùn)算，符合CRA對'適當(dāng)加密級別'和'訪問控制機(jī)制'的要求，是高安全等級產(chǎn)品的必備能力。
系統(tǒng)完整性：dm-verity與dm-crypt雙重保護(hù)
安全啟動保證的是'啟動時'的信任，但系統(tǒng)運(yùn)行后的完整性同樣需要保護(hù)。MYC-LR3576基于Linux內(nèi)核的Device Mapper機(jī)制，提供兩種系統(tǒng)級保護(hù)方案。
dm-verity：只讀分區(qū)完整性校驗dm-verity為只讀的system分區(qū)提供塊級別的完整性校驗。它將系統(tǒng)分區(qū)按4KB切塊，對每個數(shù)據(jù)塊計算哈希，構(gòu)建多級哈希樹，并將根哈希（Root-Hash）打包進(jìn)boot.img的Ramdisk中。運(yùn)行時，Kernel對每次I/O訪問的4K數(shù)據(jù)塊實時進(jìn)行哈希校驗，與哈希樹比對。一旦校驗失敗，直接返回I/O錯誤——即使攻擊者修改了system分區(qū)的某個字節(jié)，dm-verity也能檢測到并阻止讀取。
dm-crypt：分區(qū)透明加密對于有更高數(shù)據(jù)安全要求的場景，MYC-LR3576支持dm-crypt系統(tǒng)加密方案。數(shù)據(jù)寫入分區(qū)時自動加密，讀取時自動解密，對上層應(yīng)用完全透明。加密密鑰存儲在RPMB或Security分區(qū)中，通過KeyBox/OP-TEE保護(hù)。密鑰永遠(yuǎn)不會以明文形式出現(xiàn)在非安全世界的內(nèi)存中。對應(yīng)合規(guī)價值：系統(tǒng)完整性保護(hù)直接滿足IEC 62443-4-2的'Software Integrity & Hardening'（軟件完整性與加固）和'Data Confidentiality'（數(shù)據(jù)保密性）要求。dm-crypt的透明加密能力，也符合CRA對產(chǎn)品數(shù)據(jù)保護(hù)的要求，特別是涉及敏感數(shù)據(jù)的工業(yè)控制場景。
安全OTA：CMS簽名確保固件可信
設(shè)備交付后，固件升級是必然需求。但如果OTA升級通道不安全，攻擊者就可能通過中間人攻擊注入惡意固件，讓之前所有的安全措施功虧一簣。CRA明確要求制造商必須提供安全更新機(jī)制，并且在產(chǎn)品支持期內(nèi)持續(xù)提供安全修復(fù)。安全更新能力，是CRA合規(guī)的核心要求之一。
CMS簽名機(jī)制MYC-LR3576的安全OTA采用CMS（Cryptographic Message Syntax）簽名機(jī)制，基于RFC 5652標(biāo)準(zhǔn)，確保升級包的：
完整性：數(shù)據(jù)沒有被篡改
來源真實性：數(shù)據(jù)確實來自持有私鑰的官方
不可抵賴性：事后不能否認(rèn)簽名行為
驗證流程如下：
設(shè)備端執(zhí)行updateEngine --signed_image_url=...
檢測到signed_image_url → 進(jìn)入簽名驗證流程
解析鏡像，提取CMS簽名和MD5校驗值
MD5校驗 → 驗證數(shù)據(jù)完整性
加載公鑰 → CMS簽名驗簽
驗簽通過 → 重新拼接鏡像和MD5 → 正常OTA升級
驗簽失敗 → 升級終止，拒絕寫入
簽名OTA鏡像與安全啟動使用同一組密鑰，密鑰管理統(tǒng)一，降低運(yùn)維復(fù)雜度。編譯時執(zhí)行一條命令即可生成簽名后的升級鏡像。對應(yīng)合規(guī)價值：安全OTA是CRA'安全更新（Security Updates）'要求的直接實現(xiàn)，也是IEC 62443-4-2中'Patch & Update Management'（補(bǔ)丁與更新管理）要求的核心組件。簽名驗證機(jī)制確保升級過程不會引入惡意固件，滿足CRA對固件完整性和真實性的要求。
三級安全等級：按需配置，靈活平衡
不同應(yīng)用場景對安全強(qiáng)度的需求不同。RK3576支持三檔TEE安全等級，客戶可根據(jù)產(chǎn)品定位和合規(guī)需求靈活選擇。
L2 強(qiáng)安全方案主控與eMMC強(qiáng)綁定，更換主控必須同步更換eMMC和擦除安全存儲?；谛酒鰪SDevice Root Key派生密鑰，一機(jī)一密，不可復(fù)制。適用于金融、車載等最高安全需求場景。
L1 中安全方案主控與eMMC弱綁定，OEM自定義HUK派生密鑰。更換主控后可通過燒錄相同OEM HUK復(fù)用eMMC，兼顧安全性和量產(chǎn)便利性。適用于工業(yè)控制、智能網(wǎng)關(guān)等場景。
L0 基礎(chǔ)方案主控與eMMC不綁定，使用芯片統(tǒng)一Soft HUK。適用于安全要求較低、成本敏感的場景，SDK默認(rèn)配置。
注意：安全等級只能配置一次
芯片的安全等級是一次性寫入OTP的，配置后無法修改。請在產(chǎn)品設(shè)計階段就確定安全等級，米爾可提供技術(shù)咨詢協(xié)助選型。
一張圖看懂：安全能力如何對應(yīng)合規(guī)要求
MYC-LR3576的全鏈路安全能力，從硬件到軟件全面覆蓋CRA與IEC 62443的核心技術(shù)要求。以下是關(guān)鍵對應(yīng)關(guān)系：
合規(guī)要求 MYC-LR3576安全能力 對應(yīng)標(biāo)準(zhǔn)條款
安全設(shè)計 / Secure by Design OTP硬件根信任 + 硬件加密引擎 CRA Annex I Part A
IEC 62443-4-2 FR1
軟件完整性保護(hù) FIT安全啟動 + dm-verity校驗 CRA Annex I 1.1
IEC 62443-4-2 FR3
訪問控制與鑒權(quán) TrustZone / OP-TEE硬件隔離 CRA Annex I 1.2
IEC 62443-4-2 FR1/FR5
數(shù)據(jù)加密與保密 dm-crypt分區(qū)加密 + 硬件AES引擎 CRA Annex I 1.3
IEC 62443-4-2 FR6
安全更新機(jī)制 CMS簽名安全OTA + TA防回滾 CRA Annex I Part B
IEC 62443-4-2 FR7
密鑰安全管理 KeyBox + RPMB + 只寫不讀密鑰區(qū) CRA Annex I 1.3
IEC 62443-4-2 FR6
漏洞管理與響應(yīng) 米爾長期SDK維護(hù) + 安全更新支持 CRA Annex I Part B
IEC 62443-4-1
出海歐盟，從選對平臺開始
選擇MYC-LR3576核心板，意味著你獲得的不只是硬件，更是一套經(jīng)過驗證的安全方案底座。它能幫助你的產(chǎn)品在CRA合規(guī)和IEC 62443認(rèn)證的道路上，大幅減少底層安全研發(fā)投入，縮短合規(guī)準(zhǔn)備周期，把更多精力聚焦在應(yīng)用層業(yè)務(wù)功能上。
米爾電子：開箱即用的安全方案交付
安全功能的實現(xiàn)涉及硬件、Bootloader、內(nèi)核、TEE、文件系統(tǒng)等多個層面，開發(fā)門檻高、調(diào)試周期長。選擇MYC-LR3576核心板，意味著你獲得的不僅是一塊硬件，更是一套已經(jīng)驗證、可以直接落地的完整安全方案。
安全相關(guān)交付物
適用場景
工業(yè)控制
PLC、工業(yè)網(wǎng)關(guān)、邊緣計算終端，滿足IEC 62443與CRA合規(guī)要求
車載終端
車載中控、T-Box，滿足車規(guī)級安全與防降級要求
金融終端
POS機(jī)、自助終端，保護(hù)密鑰和交易數(shù)據(jù)
安防監(jiān)控
智能NVR、門禁設(shè)備，防止設(shè)備被攻破
醫(yī)療設(shè)備
診療設(shè)備、醫(yī)療網(wǎng)關(guān)，保護(hù)患者數(shù)據(jù)隱私
智能網(wǎng)關(guān)
5G/工業(yè)網(wǎng)關(guān)、邊緣節(jié)點，保護(hù)通信密鑰
