http://www.henanjusheng.com 2026-07-31 09:42 來源:米爾電子
出海歐盟,安全已是準(zhǔn)入門檻
2024年12月,歐盟《網(wǎng)絡(luò)彈性法案》(Cyber Resilience Act,簡稱CRA)正式生效。這項法規(guī)為所有含數(shù)字元素的產(chǎn)品設(shè)定了強制性網(wǎng)絡(luò)安全要求——安全不再是錦上添花的功能,而是進入歐盟市場的硬性準(zhǔn)入條件。

CRA覆蓋范圍極廣,工業(yè)控制器、邊緣計算設(shè)備、智能網(wǎng)關(guān)等嵌入式產(chǎn)品均在其列。不合規(guī)的后果同樣嚴(yán)厲:最高可達全球年營業(yè)額2.5%或1500萬歐元的罰款,以及產(chǎn)品禁售、召回等強制措施。法案將于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)域全球公認的權(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認證,是企業(yè)證明CRA合規(guī)能力的最有效路徑之一。
對于嵌入式設(shè)備廠商而言,CRA和IEC 62443對產(chǎn)品提出了多維度的安全要求:硬件層面需要安全啟動、加密引擎、可信執(zhí)行環(huán)境;軟件層面需要系統(tǒng)完整性保護、安全更新機制;流程層面需要漏洞管理、安全開發(fā)生命周期。選擇一款安全能力完善的核心板平臺,是產(chǎn)品快速滿足合規(guī)要求的關(guān)鍵一步。米爾電子基于瑞芯微RK3576推出的MYC-LR3576核心板,提供從硬件根信任到OTA安全升級的全鏈路安全方案,為工業(yè)設(shè)備的CRA合規(guī)與IEC 62443認證提供堅實的底層支撐。
七層安全架構(gòu),構(gòu)建縱深防御體系
MYC-LR3576的安全體系不是單點功能的堆砌,而是一套分層設(shè)計、層層遞進的縱深防御架構(gòu)。從芯片硬件到應(yīng)用層,每一層都有對應(yīng)的安全機制守護:
下面我們逐層拆解這套安全方案的技術(shù)細節(jié),以及它如何對應(yīng)CRA與IEC 62443的合規(guī)要求。
硬件根信任:OTP筑牢信任起點
一切軟件安全機制的前提,是有一個不可篡改的硬件信任根。RK3576芯片內(nèi)置了豐富的硬件安全外設(shè),為整個安全體系奠定基石。
公鑰哈希、安全啟動標(biāo)志、OEM密鑰全部寫入OTP,一經(jīng)燒錄不可篡改,是信任鏈的根錨點。
RSA/ECDSA簽名驗證、AES/SM4加解密全硬件加速,性能遠超軟件實現(xiàn)。
基于物理噪聲的真隨機數(shù)源,為密鑰生成提供高質(zhì)量熵源。
eMMC內(nèi)置防重放安全存儲塊,配合硬件密鑰機制,確保數(shù)據(jù)只能本設(shè)備讀寫。
OTP分區(qū):安全的保險箱RK3576的OTP分為非安全區(qū)和安全區(qū)。非安全世界(Linux/U-Boot)可直接讀取非安全區(qū),但安全區(qū)只有OP-TEE等安全世界代碼才能訪問。Secure OTP中的OEM Zone包含:公鑰哈希、安全啟動使能標(biāo)志、安全等級配置、OEM硬件唯一密鑰(一機一密)、僅TA可訪問的受保護區(qū)域、以及4組只寫不讀的加密密鑰區(qū)。
關(guān)鍵設(shè)計:OEM Cipher Key 只寫不讀
客戶將密鑰燒入Cipher Key區(qū)域后,系統(tǒng)只提供加密/解密的算法調(diào)用接口,不提供密鑰讀取接口。即使Linux系統(tǒng)被完全攻破,攻擊者也無法獲取密鑰明文——密鑰永遠留在硬件內(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)。硬件級別的密鑰保護,為產(chǎn)品的技術(shù)文檔提供了最堅實的安全證據(jù)。
安全啟動:構(gòu)建不可繞過的信任鏈
安全啟動(Secure Boot)是設(shè)備安全的第一道防線,它確保設(shè)備只運行經(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保護系統(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)境:密鑰永遠不離開安全世界
ARM TrustZone技術(shù)將SoC的硬件和軟件資源劃分為兩個世界:
兩個世界通過SMC指令進行切換,硬件級隔離,非安全世界的代碼無法直接讀寫安全世界的內(nèi)存。
KeyBox:密鑰管理可信應(yīng)用米爾SDK內(nèi)置了KeyBox參考實現(xiàn),這是一個運行在OP-TEE中的密鑰管理可信應(yīng)用(TA)。上層應(yīng)用通過Client App(CA)調(diào)用KeyBox接口,安全地讀寫密鑰。KeyBox支持兩種存儲后端:
防回滾設(shè)計:TA版本號機制
RK3576平臺的TA支持版本號防回滾。開發(fā)者在TA的Makefile中定義CFGTAVERSION后,系統(tǒng)會禁止TA版本降級。即使攻擊者拿到了舊版本有漏洞的TA,也無法在新版本設(shè)備上運行。
豐富的安全算法能力
對應(yīng)合規(guī)價值:OP-TEE可信執(zhí)行環(huán)境對應(yīng)IEC 62443-4-2的"Cryptographic Support"(密碼學(xué)支持)和"Data Confidentiality"(數(shù)據(jù)保密性)要求。密鑰在隔離環(huán)境中運算,符合CRA對"適當(dāng)加密級別"和"訪問控制機制"的要求,是高安全等級產(chǎn)品的必備能力。
系統(tǒng)完整性:dm-verity與dm-crypt雙重保護
安全啟動保證的是"啟動時"的信任,但系統(tǒng)運行后的完整性同樣需要保護。MYC-LR3576基于Linux內(nèi)核的Device Mapper機制,提供兩種系統(tǒng)級保護方案。
dm-verity:只讀分區(qū)完整性校驗dm-verity為只讀的system分區(qū)提供塊級別的完整性校驗。它將系統(tǒng)分區(qū)按4KB切塊,對每個數(shù)據(jù)塊計算哈希,構(gòu)建多級哈希樹,并將根哈希(Root-Hash)打包進boot.img的Ramdisk中。運行時,Kernel對每次I/O訪問的4K數(shù)據(jù)塊實時進行哈希校驗,與哈希樹比對。一旦校驗失敗,直接返回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保護。密鑰永遠不會以明文形式出現(xiàn)在非安全世界的內(nèi)存中。對應(yīng)合規(guī)價值:系統(tǒng)完整性保護直接滿足IEC 62443-4-2的"Software Integrity & Hardening"(軟件完整性與加固)和"Data Confidentiality"(數(shù)據(jù)保密性)要求。dm-crypt的透明加密能力,也符合CRA對產(chǎn)品數(shù)據(jù)保護的要求,特別是涉及敏感數(shù)據(jù)的工業(yè)控制場景。
安全OTA:CMS簽名確保固件可信
設(shè)備交付后,固件升級是必然需求。但如果OTA升級通道不安全,攻擊者就可能通過中間人攻擊注入惡意固件,讓之前所有的安全措施功虧一簣。CRA明確要求制造商必須提供安全更新機制,并且在產(chǎn)品支持期內(nèi)持續(xù)提供安全修復(fù)。安全更新能力,是CRA合規(guī)的核心要求之一。
CMS簽名機制MYC-LR3576的安全OTA采用CMS(Cryptographic Message Syntax)簽名機制,基于RFC 5652標(biāo)準(zhǔn),確保升級包的:
驗證流程如下:
設(shè)備端執(zhí)行updateEngine --signed_image_url=...
↓ 檢測到signed_image_url → 進入簽名驗證流程
↓ 解析鏡像,提取CMS簽名和MD5校驗值
↓ MD5校驗 → 驗證數(shù)據(jù)完整性
↓ 加載公鑰 → CMS簽名驗簽
↓ 驗簽通過 → 重新拼接鏡像和MD5 → 正常OTA升級
↓ 驗簽失敗 → 升級終止,拒絕寫入
簽名OTA鏡像與安全啟動使用同一組密鑰,密鑰管理統(tǒng)一,降低運維復(fù)雜度。編譯時執(zhí)行一條命令即可生成簽名后的升級鏡像。對應(yīng)合規(guī)價值:安全OTA是CRA"安全更新(Security Updates)"要求的直接實現(xiàn),也是IEC 62443-4-2中"Patch & Update Management"(補丁與更新管理)要求的核心組件。簽名驗證機制確保升級過程不會引入惡意固件,滿足CRA對固件完整性和真實性的要求。
三級安全等級:按需配置,靈活平衡
不同應(yīng)用場景對安全強度的需求不同。RK3576支持三檔TEE安全等級,客戶可根據(jù)產(chǎn)品定位和合規(guī)需求靈活選擇。
L2 強安全方案主控與eMMC強綁定,更換主控必須同步更換eMMC和擦除安全存儲?;谛酒鰪SDevice Root Key派生密鑰,一機一密,不可復(fù)制。適用于金融、車載等最高安全需求場景。
L1 中安全方案主控與eMMC弱綁定,OEM自定義HUK派生密鑰。更換主控后可通過燒錄相同OEM HUK復(fù)用eMMC,兼顧安全性和量產(chǎn)便利性。適用于工業(yè)控制、智能網(wǎng)關(guān)等場景。
L0 基礎(chǔ)方案主控與eMMC不綁定,使用芯片統(tǒng)一Soft HUK。適用于安全要求較低、成本敏感的場景,SDK默認配置。
注意:安全等級只能配置一次
芯片的安全等級是一次性寫入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 |
|
軟件完整性保護 |
FIT安全啟動 + dm-verity校驗 |
CRA Annex I 1.1 |
|
訪問控制與鑒權(quán) |
TrustZone / OP-TEE硬件隔離 |
CRA Annex I 1.2 |
|
數(shù)據(jù)加密與保密 |
dm-crypt分區(qū)加密 + 硬件AES引擎 |
CRA Annex I 1.3 |
|
安全更新機制 |
CMS簽名安全OTA + TA防回滾 |
CRA Annex I Part B |
|
密鑰安全管理 |
KeyBox + RPMB + 只寫不讀密鑰區(qū) |
CRA Annex I 1.3 |
|
漏洞管理與響應(yīng) |
米爾長期SDK維護 + 安全更新支持 |
CRA Annex I Part B |
出海歐盟,從選對平臺開始
選擇MYC-LR3576核心板,意味著你獲得的不只是硬件,更是一套經(jīng)過驗證的安全方案底座。它能幫助你的產(chǎn)品在CRA合規(guī)和IEC 62443認證的道路上,大幅減少底層安全研發(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)交付物
|
交付類別 |
具體內(nèi)容 |
|
硬件平臺 |
MYC-LR3576核心板,基于RK3576,板載eMMC,全硬件安全引擎支持 |
|
SDK |
Linux SDK(Buildroot/Yocto),安全功能以補丁形式提供,已驗證可用 |
|
安全啟動 |
FIT簽名工具鏈 + 配置腳本,一鍵生成簽名固件 |
|
OP-TEE |
OP-TEE OS + KeyBox TA + 測試工具,完整CA/TA示例 |
|
系統(tǒng)安全 |
dm-verity / dm-crypt配置,配置項已就緒,按需開關(guān) |
|
安全OTA |
CMS簽名工具 + update Engine,支持網(wǎng)絡(luò)/本地升級 |
|
技術(shù)文檔 |
《安全功能應(yīng)用筆記》等完整文檔,從原理到實操 |
|
技術(shù)支持 |
原廠工程師技術(shù)支持,協(xié)助安全方案落地 |
適用場景
PLC、工業(yè)網(wǎng)關(guān)、邊緣計算終端,滿足IEC 62443與CRA合規(guī)要求
車載中控、T-Box,滿足車規(guī)級安全與防降級要求
POS機、自助終端,保護密鑰和交易數(shù)據(jù)
智能NVR、門禁設(shè)備,防止設(shè)備被攻破
診療設(shè)備、醫(yī)療網(wǎng)關(guān),保護患者數(shù)據(jù)隱私
5G/工業(yè)網(wǎng)關(guān)、邊緣節(jié)點,保護通信密鑰