1. 項(xiàng)目思路與選型為什么最終選了密碼學(xué)微處理器1.1 三種加解密落地方案的對比去年接手一臺工業(yè)網(wǎng)關(guān)的安全改造要求很明確安全啟動、固件加密升級、TLS雙向認(rèn)證、設(shè)備身份防克隆。一開始我們主控上用mbedTLS跑結(jié)果一壓業(yè)務(wù)流量CPU占用直接飆到七成以上TLS握手一次要等近一秒現(xiàn)場根本沒法用。更頭疼的是密鑰的存放問題固件里存一個私鑰拆了Flash用編程器就能讀出來所謂的安全防線基本形同虛設(shè)。后來我們把方案拉通對比了三條路線純軟件密碼學(xué)庫、SoC內(nèi)置的硬件加速器、以及TeraFire這類獨(dú)立的密碼學(xué)微處理器Cryptographic Microprocessor硬核IP。這里要特別提一下“Hard”這個關(guān)鍵詞它指的是硬核IP不是軟核。軟核給你的是RTL代碼你自己去做綜合、布局布線時序和物理安全都自己扛硬核則是已經(jīng)完成了驗(yàn)證和后端實(shí)現(xiàn)的物理設(shè)計(jì)你直接往SoC里嵌就行。打個比方軟核像你買了一套毛坯房自己裝修硬核像直接買一套已經(jīng)做完安防驗(yàn)收的精裝房差別就在這兒。三套方案的取舍我用一張表整理過評估維度純軟件密碼學(xué)庫SoC內(nèi)置硬件加速器密碼學(xué)微處理器核性能表現(xiàn)低大量占用主CPU高單算法吞吐快高且多算法均可加速算法擴(kuò)展性好換庫加算法方便差通常只覆蓋固定幾種好可編程更新微碼密鑰保護(hù)能力弱密鑰暴露在內(nèi)存中可申請密鑰槽但邊界不嚴(yán)強(qiáng)密鑰鎖定在安全邊界內(nèi)側(cè)信道防護(hù)基本無需額外做對策弱硬件邏輯簡單DPA風(fēng)險高設(shè)計(jì)階段已考慮抗DPA/SPA集成復(fù)雜度最低中中高但可控我當(dāng)時判斷的關(guān)鍵點(diǎn)在于這臺設(shè)備要放在客戶現(xiàn)場人家拆開外殼就能碰到PCB威脅模型必須包含物理攻擊。純軟件方案在這一條上直接出局內(nèi)置硬件加速器雖然快但普遍沒有系統(tǒng)性的抗側(cè)信道設(shè)計(jì)密鑰保護(hù)也停留在“寫一個寄存器防止讀”的程度防不住差分功耗分析這類攻擊手段。TeraFire這類產(chǎn)品把密碼學(xué)引擎做成一個獨(dú)立的可編程處理器密鑰被關(guān)在物理安全邊界里主CPU只能通過API發(fā)請求安全性模型一下子就清晰了。1.2 選型別只看跑分五個必須提前確認(rèn)的評估維度選IP核的時候研發(fā)團(tuán)隊(duì)最容易犯的錯是一上來就看SPEC、比吞吐率。實(shí)際上做安全類產(chǎn)品跑分只是及格線真正決定成敗的是另外幾件事。第一個是威脅模型。先想清楚你要防的是遠(yuǎn)程攻擊還是本地物理攻擊。如果產(chǎn)品只放在機(jī)房機(jī)柜里軟件庫加白名單可能就夠了但只要設(shè)備可能到用戶手里就必須按“攻擊者能拆機(jī)、能上探針、能做電壓注入”來做設(shè)計(jì)。TeraFire這類密碼學(xué)微處理器在設(shè)計(jì)里就納入了物理防護(hù)的考量環(huán)境傳感器和密鑰邊界是標(biāo)配后面做認(rèn)證審計(jì)能省很多精力。第二個是算法演進(jìn)。我們做工業(yè)設(shè)備生命周期少說七八年后量子密碼PQC的遷移問題避不開。如果選固定硬連線的AES引擎算法一換就要改芯片而可編程的密碼學(xué)微處理器未來可以通過更新微碼來適配新算法這是它在長期項(xiàng)目里的隱性紅利。第三個是認(rèn)證與合規(guī)。目標(biāo)市場如果要求FIPS 140-2/3或者CC EAL等級IP廠商能不能提供完整的文檔、驗(yàn)證套件、自檢例程直接決定你的認(rèn)證周期。我見過有團(tuán)隊(duì)選了便宜IP到認(rèn)證階段發(fā)現(xiàn)文檔缺失補(bǔ)材料補(bǔ)了半年。這個成本比IP授權(quán)費(fèi)貴多了。第四個是工具鏈成熟度。編譯器、仿真模型、驅(qū)動庫、調(diào)試接口是不是完整對開發(fā)效率影響巨大。TeraFire提供了成套的軟件開發(fā)環(huán)境主CPU側(cè)驅(qū)動、固件庫、測試向量都是齊的對比那些需要自己寫交叉編譯工具鏈的方案上手快不是一點(diǎn)半點(diǎn)。第五個是集成成本。門數(shù)、功耗、制程節(jié)點(diǎn)適配這些都要算進(jìn)整體方案。別只看IP本身便宜如果集成后讓整個SoC面積增大、功耗超標(biāo)那隱性成本就高了。我當(dāng)時用決策矩陣把這些維度加權(quán)打分最后TeraFire在安全性和算法擴(kuò)展性上拉開明顯差距定了它。2. 架構(gòu)剖析密碼學(xué)微處理器內(nèi)部到底如何運(yùn)轉(zhuǎn)2.1 專用指令集為什么它比MCU里的硬件AES引擎更靈活要理解TeraFire這類密碼學(xué)微處理器關(guān)鍵要理解它和普通CPU加硬件加速器的本質(zhì)區(qū)別。普通CPU執(zhí)行AES是用通用ALU一條條跑指令每輪運(yùn)算要做移位、查表、異或、GF乘法這些通用指令拖慢了速度而且中間狀態(tài)頻繁暴露在寄存器和內(nèi)存里對側(cè)信道攻擊來說幾乎是透明。硬件AES引擎則走了另一個極端把算法固化成狀態(tài)機(jī)速度快但靈活性差想換SM4或者后量子算法就得改硬件。密碼學(xué)微處理器走的是中間路線。它保留了一個完整的處理器架構(gòu)有自己的取指、譯碼、執(zhí)行流水但數(shù)據(jù)通路是針對密碼學(xué)運(yùn)算專門設(shè)計(jì)的。比如S-box查找不再依賴通用內(nèi)存訪問而是直接映射成硬件查找表GF(2^m)域上的乘法和模約減做成單周期指令大數(shù)模冪運(yùn)算有專用的算術(shù)單元來加速。最關(guān)鍵是它支持復(fù)合指令一條指令可以完成“S盒替換加線性變換”這樣的組合操作減少中間值在總線上暴露的時間窗口。我曾經(jīng)打過一個比方通用處理器像是讓一個通才廚師用普通廚房做菜硬件加速器像是買回一臺只能做一道菜的自動料理機(jī)而密碼學(xué)微處理器則是一間配備了專業(yè)廚具的中央廚房菜譜微碼可以隨時換但刀工、火候這些關(guān)鍵步驟都有專用的設(shè)備和標(biāo)準(zhǔn)化的操作流程。這個結(jié)構(gòu)帶來的實(shí)際好處是AES、SM4、RSA、ECC、SHA系列算法它都能跑而切換算法只需要換固件不需要動硬件。2.2 安全邊界與密鑰管理機(jī)制安全邊界是密碼學(xué)微處理器最核心的價值。它的設(shè)計(jì)哲學(xué)很簡單密鑰永遠(yuǎn)不離開安全區(qū)域外部世界只能通過定義好的接口提交數(shù)據(jù)和取回結(jié)果。具體到實(shí)現(xiàn)上有幾層機(jī)制。密鑰寄存器在物理上和通用數(shù)據(jù)總線隔離主CPU可以發(fā)起“寫入密鑰”的操作但要“讀出密鑰”在硬件層面就不存在這條路徑。安全邊界內(nèi)部的通信總線用一次性動態(tài)密鑰加密就算攻擊者用探針搭在內(nèi)部總線上抓到的也是密文而不是明文。環(huán)境傳感器則是最后一道防線電壓、溫度、時鐘頻率、光線異常都會被檢測到觸發(fā)安全響應(yīng)后密鑰寄存器直接被清零。在主CPU側(cè)看TeraFire像一個普通外設(shè)有寄存器、有中斷、有DMA接口。但你別真把它當(dāng)普通外設(shè)對待。我建議集成時在系統(tǒng)層面再做一層隔離給它的命令寄存器加上寫保護(hù)只允許受信任的固件訪問給它分配獨(dú)立的中斷號不要和其他外設(shè)共享DMA區(qū)域配置在專用的內(nèi)存保護(hù)單元里。這樣即使主域第三方固件被攻破攻擊者也拿不到密碼學(xué)內(nèi)核的指揮權(quán)。密鑰管理還有一個容易被忽視的細(xì)節(jié)會話密鑰和長期密鑰要分開。臨時會話用一次性生成的會話密鑰用完即毀長期密鑰寫入后就鎖定為不可導(dǎo)出的狀態(tài)。這種分層思想?yún)⒖剂薍SM行業(yè)的成熟實(shí)踐我們做產(chǎn)品時也沿用了這套模型量產(chǎn)預(yù)置密鑰時只寫入根密鑰和證書鏈設(shè)備運(yùn)行時的會話密鑰全部由內(nèi)核自己生成。2.3 主CPU側(cè)視角它像外設(shè)但別當(dāng)普通外設(shè)做驅(qū)動從純軟件角度看接入TeraFire之后你會覺得自己像是在驅(qū)動一個“帶保險柜的微型處理器”。它不是簡單地把AES計(jì)算從主CPU搬到硬件而是建立了一個完整的密碼學(xué)服務(wù)模型。每一次操作基本分成四個階段打開會話、配置參數(shù)、提交數(shù)據(jù)、取回結(jié)果。會話機(jī)制保證了多個應(yīng)用之間可以隔離不會出現(xiàn)一個進(jìn)程改掉另一個進(jìn)程的密鑰這種事故。我實(shí)際開發(fā)時的感受是驅(qū)動的難點(diǎn)不在API調(diào)用本身而在于對“異步操作”的理解。密碼學(xué)運(yùn)算對主CPU來說是異步的提交任務(wù)后核內(nèi)處理器要花時間執(zhí)行完成后通過中斷通知。如果你的軟件架構(gòu)是一段段同步調(diào)用遇上高強(qiáng)度加密任務(wù)會浪費(fèi)大量時間在等待上。正確的做法是配置好DMA和中斷后把CPU讓給其他業(yè)務(wù)等中斷來了再處理結(jié)果。內(nèi)存訪問方面要特別留意主CPU和密碼學(xué)內(nèi)核之間共享的數(shù)據(jù)緩沖區(qū)在帶Cache的處理器上容易出現(xiàn)一致性問題。我在Cortex-A系列主控上就踩過這個坑后面詳細(xì)講。總之驅(qū)動開發(fā)的技術(shù)含量不在“會調(diào)API”而在“理解數(shù)據(jù)傳輸路徑上的每一層緩沖和隔離”。3. 實(shí)操集成從拿到IP到跑通AES-128-GCM3.1 FPGA原型驗(yàn)證拿到IP后的第一步不是寫代碼是檢查交付物很多工程師拿到IP后喜歡直接例化開跑這其實(shí)是效率最低的做法。TeraFire這類商業(yè)IP的交付物通常包括布局布線后的網(wǎng)表或經(jīng)過加密的HDL、仿真模型、完整的Testbench、寄存器手冊、驅(qū)動源碼、算法測試向量和各種安全文檔。第一步應(yīng)該是把交付物清單過一遍缺什么立刻找廠商要別等做到一半才發(fā)現(xiàn)標(biāo)準(zhǔn)文檔缺失。FPGA原型驗(yàn)證階段我建議按下面的順序走例化IP配置總線接口類型我們用的是AHB Slave、基地址、中斷數(shù)量。TeraFire的接口很標(biāo)準(zhǔn)對AMBA總線有多年的適配經(jīng)驗(yàn)這塊基本不會出問題。時鐘與復(fù)位。把密碼學(xué)內(nèi)核的時鐘獨(dú)立出來方便后續(xù)做功耗管理和時鐘隔離測試復(fù)位信號用系統(tǒng)復(fù)位控制器統(tǒng)一管理而不是直接連板級復(fù)位按鍵。連接中斷線。強(qiáng)烈建議用獨(dú)立中斷線接到主控的GIC控制器分配一個獨(dú)占中斷號后續(xù)調(diào)試會省很多事。仿真驗(yàn)證。先跑IP自帶的Testbench確認(rèn)IP本身功能正常再用我們自己的總線功能模型做SoC級仿真重點(diǎn)檢查地址譯碼和中斷回包時序。下面是一個FPGA頂層例化的示意代碼接口信號以具體IP配置為準(zhǔn)但思路是通用的crypto_core u_crypto_core ( .clk (clk_50m ), .rst_n (crypto_rst_n ), // AHB Slave 接口 .hsel (ahb_hsel_crypto), .haddr (ahb_haddr ), .htrans (ahb_htrans ), .hwrite (ahb_hwrite ), .hsize (ahb_hsize ), .hburst (ahb_hburst ), .hwdata (ahb_hwdata ), .hrdata (ahb_hrdata ), .hready (ahb_hready_out ), .hresp (ahb_hresp ), // 中斷 .core_irq (irq_crypto ), // 外部熵源輸入 .entropy_clk (entropy_clk ), .entropy_data (entropy_data ), // 安全狀態(tài)指示 .secure_state (secure_state_led) );我用的是50MHz的時鐘實(shí)際量產(chǎn)SoC上可以跑更高但FPGA原型階段穩(wěn)是第一位的。這里有個經(jīng)驗(yàn)把.secure_state這個安全狀態(tài)信號引到板子上的LED調(diào)試上電初始化時非常有用一眼就能看出內(nèi)核有沒有進(jìn)入正常工作狀態(tài)不用反復(fù)去讀寄存器。3.2 驅(qū)動與固件開發(fā)初始化、導(dǎo)入密鑰、執(zhí)行算法驅(qū)動開發(fā)的核心流程可以歸納成“初始化、導(dǎo)入密鑰、執(zhí)行算法、清理會話”四步。我貼一段偽代碼把關(guān)鍵流程和注釋列出來真實(shí)接口以你拿到的手冊為準(zhǔn)。crypto_ctx_t ctx; uint8_t key[32]; uint8_t nonce[12]; uint8_t aad[16]; uint8_t plaintext[1024]; uint8_t ciphertext[1024]; uint8_t tag[16]; // 1. 等待內(nèi)核自檢完成 // 必須先確認(rèn)安全內(nèi)核的POST加電自檢已經(jīng)跑完 // 否則后續(xù)操作可能返回未定義結(jié)果。 while (!(crypto_get_status() CRYPTO_STATUS_POST_DONE)) { udelay(10); } // 2. 打開一個會話 // 第二個參數(shù)是密鑰派生策略可以理解為把哪個根密鑰作為 // 本次會話的生成來源。這里使用KDF_KM0也就是出廠熔絲根密鑰。 crypto_session_open(ctx, KDF_KM0, CRYPTO_SESSION_HSM_MODE); // 3. 導(dǎo)入會話密鑰 // 這個密鑰只存在安全邊界內(nèi)部主CPU側(cè)無法再讀出。 // KEY_ATTR_EXPORTABLE_NEVER 表示該密鑰永遠(yuǎn)不可導(dǎo)出。 crypto_key_import(ctx, key, sizeof(key), KEY_TYPE_AES_256, KEY_ATTR_EXPORTABLE_NEVER); // 4. 執(zhí)行AES-128-GCM加密 // 明文從共享緩沖區(qū)讀入密文寫回共享緩沖區(qū)tag用于校驗(yàn)。 crypto_aead_encrypt(ctx, nonce, aad, aad_len, plaintext, ciphertext, len, tag); // 5. 關(guān)閉會話 // 結(jié)束后內(nèi)核會自動銷毀本次會話涉及的臨時密鑰和狀態(tài)。 crypto_session_close(ctx); // 6. 主CPU側(cè)做安全清理避免內(nèi)存里殘留密鑰副本 memset(key, 0, sizeof(key));這段流程看著簡單實(shí)際開發(fā)時有兩個細(xì)節(jié)容易栽。第一是自檢完成標(biāo)志我遇到過一次因?yàn)閺?fù)位釋放時序不對POST一直沒完成現(xiàn)象就是驅(qū)動卡死在那行while循環(huán)里。第二是密鑰導(dǎo)入后主CPU側(cè)的內(nèi)存緩沖里還會殘留一份key的副本必須在導(dǎo)入成功后立即清零否則相當(dāng)于把密鑰又暴露給了軟件層。開發(fā)時先用算法測試向量做正確性驗(yàn)證AES-GCM這類算法有標(biāo)準(zhǔn)測試向量一套跑過了基本說明數(shù)據(jù)通路沒問題。之后再加性能測試和異常注入測試比如任務(wù)中途斷開、緩沖區(qū)長度傳錯、密鑰屬性沖突等確保驅(qū)動在異常場景下不會把內(nèi)核搞掛。3.3 性能實(shí)測AES和ECC的吞吐率到底能快多少我們當(dāng)時的實(shí)測環(huán)境是主控Cortex-M7 400MHzFPGA原型里TeraFire跑在50MHz。數(shù)據(jù)不是官方的benchmark但量級大概率有代表性給你參考操作純軟件mbedTLS接密碼學(xué)微處理器提升倍數(shù)AES-128-GCM 1KB吞吐率約15~20 MB/s約100 MB/s以上5~7倍ECDSA P-256簽名約12~15 ms約1.5~2 ms6~8倍ECDSA P-256驗(yàn)簽約18~22 ms約2.5~3 ms6~7倍SHA-256吞吐率約10~15 MB/s約80 MB/s以上5~6倍加密時主CPU占用率75%以上低于5%—這里有一個特別值得注意的地方CPU占用率下降的意義甚至大于吞吐率提升。原來主控在加密任務(wù)高峰期幾乎干不了別的事接密碼學(xué)微處理器后主CPU的工作變成了“填緩沖區(qū)、發(fā)命令、等中斷”大部分時間都在處理其他業(yè)務(wù)。整個系統(tǒng)的實(shí)時性因此改善了一個量級。性能調(diào)優(yōu)方面我試過幾個方向效果最明顯的是批量操作和DMA流水線化。把多個獨(dú)立的小數(shù)據(jù)包合并成一次DMA傳輸能減少一半以上的總線握手開銷。另外我建議在驅(qū)動層做異步化封裝避免應(yīng)用層同步等待密鑰操作時阻塞業(yè)務(wù)線程。還有一點(diǎn)如果現(xiàn)場需要高頻做TLS握手可以提前預(yù)生成一批會話密鑰放到內(nèi)核的密鑰槽里握手時直接取用能顯著降低握手延遲。4. 踩坑記錄集成與量產(chǎn)中遇到的典型問題4.1 復(fù)位時間不足導(dǎo)致安全狀態(tài)機(jī)異常第一個坑是在冷啟動階段踩的。現(xiàn)象是設(shè)備上電后偶發(fā)性地報命令超時大概十次里有兩三次。剛開始以為是FPGA時序問題查了很久時鐘最后用邏輯分析儀抓復(fù)位釋放的時序發(fā)現(xiàn)是系統(tǒng)復(fù)位控制器給密碼學(xué)內(nèi)核的復(fù)位脈沖寬度比IP手冊要求的最小值短了一截。安全狀態(tài)機(jī)沒走完完整的復(fù)位流程部分密鑰寄存器的初始狀態(tài)就不確定相當(dāng)于保險柜的門沒鎖好就開始接客了。解決辦法是兩行代碼的事在復(fù)位控制邏輯里把密碼學(xué)內(nèi)核的復(fù)位寬度拉長到手冊要求的周期數(shù)同時在驅(qū)動初始化前加一個狀態(tài)寄存器輪詢確認(rèn)內(nèi)核報告的狀態(tài)是SECURITY_STATE_INIT_OK再繼續(xù)。這里我多說一句千萬別省這一步直接用延時硬等因?yàn)椴煌瑴囟取㈦妷合聫?fù)位時間會有抖動硬等不如狀態(tài)輪詢穩(wěn)。4.2 TRNG熵源信號處理不當(dāng)真隨機(jī)數(shù)發(fā)生器TRNG是密碼學(xué)內(nèi)核最敏感的外圍接口之一。我們第一次做板級調(diào)試時跑隨機(jī)數(shù)統(tǒng)計(jì)測試發(fā)現(xiàn)冷啟動的前幾百個隨機(jī)數(shù)有相關(guān)性NIST SP 800-22的測試項(xiàng)有沒過。排查過程很痛苦最后定位到問題出在外部熵源信號。我們當(dāng)時用的熵源是一個自由運(yùn)行的環(huán)形振蕩器結(jié)構(gòu)PCB走線時為了省空間把熵源輸出信號和一組高速SPI信號并行走了一段信號完整性被干擾導(dǎo)致熵的“質(zhì)量”不夠TRNG采集到的比特偏置嚴(yán)重。解決方式是把熵源走線單獨(dú)拉出來遠(yuǎn)離高速總線加了緩沖器驅(qū)動并在IP配置里調(diào)整了熵采樣參數(shù)。從那以后我養(yǎng)成了一個習(xí)慣新打板回來第一件事就是全速跑隨機(jī)數(shù)測試而不是等整機(jī)功能調(diào)完再驗(yàn)證隨機(jī)數(shù)質(zhì)量。隨機(jī)數(shù)的坑很隱蔽功能正常不代表熵夠好要等密碼學(xué)審計(jì)階段才暴露的話返工成本極高。4.3 DMA緩沖區(qū)一致性問題這個問題是在Cortex-A7主控上遇到的。現(xiàn)象是加密小數(shù)據(jù)塊沒問題一上大塊數(shù)據(jù)就偶發(fā)密文錯亂而且錯亂位置不固定。查了好幾天最后確定是CPU的D-Cache和DMA控制器之間的數(shù)據(jù)一致性問題。主CPU把明文寫在帶Cache的普通內(nèi)存里DMA搬數(shù)據(jù)時直接從物理內(nèi)存讀但明文還沒寫回內(nèi)存DMA讀到的是一半Cache一半內(nèi)存的混合數(shù)據(jù)加密出來的東西自然就亂了。處理方法有兩類。一類是在DMA傳輸前主動做Cache操作發(fā)送前cache_clean()把數(shù)據(jù)刷回內(nèi)存接收后cache_invalidate()讓CPU重新從內(nèi)存讀取。另一類更干脆給密碼學(xué)內(nèi)核和DMA使用的緩沖區(qū)分配一段non-cached內(nèi)存區(qū)域從根上避免一致性問題。我的建議是量產(chǎn)代碼里選后者因?yàn)榍罢咭蕾嘋ache操作的正確順序一旦代碼重構(gòu)很容易漏掉。4.4 密鑰預(yù)置與日志泄露這個坑比較“工程化”不涉及技術(shù)原理但殺傷力很大。我們早期做產(chǎn)線預(yù)置時產(chǎn)線刷寫工具會把設(shè)備密鑰明文打印在調(diào)試日志里方便工程師定位問題。有一次日志文件差點(diǎn)跟著設(shè)備一起出庫被同事發(fā)現(xiàn)后當(dāng)場截下來了。事后復(fù)盤這種安全隱患才是真實(shí)世界的最大風(fēng)險攻擊者可能不需要拆一顆芯片只需要拿到一條產(chǎn)線日志。最終我們把產(chǎn)線流程改成了全離線操作密鑰在安全環(huán)境中生成通過一次性編程工具寫入寫完后立即清零日志里只記錄寫入成功的哈希值不記錄任何密鑰材料。建議所有做安全產(chǎn)品的團(tuán)隊(duì)都自查一遍你的密鑰在生成、傳輸、寫入、存儲、銷毀的每個環(huán)節(jié)有沒有可能在某個日志、轉(zhuǎn)儲文件或調(diào)試接口里留下副本。最后整理一個常見問題速查表方便現(xiàn)場排查問題現(xiàn)象可能原因排查與解決上電后命令超時復(fù)位時間不足拉長復(fù)位脈沖增加狀態(tài)機(jī)輪詢隨機(jī)數(shù)重復(fù)率高熵源信號干擾或偏置檢查熵源走線調(diào)整采樣參數(shù)跑統(tǒng)計(jì)測試大塊數(shù)據(jù)密文錯亂Cache與DMA不一致使用non-cached緩沖區(qū)或Cache clean/invalidate初始化卡在自檢循環(huán)時鐘配置不正確檢查內(nèi)核時鐘是否滿足最低頻率算法結(jié)果與測試向量不符字節(jié)序或密鑰屬性配置錯誤先跑IP自帶Testbench排除硬件問題5. 安全落地經(jīng)驗(yàn)從IP到系統(tǒng)級安全5.1 硬件層面與物理設(shè)計(jì)注意事項(xiàng)密碼學(xué)微處理器本身再安全如果PCB布局布線上給攻擊者留了后門整個安全體系照樣是漏的。我們在物理設(shè)計(jì)上做了幾件事你可以參考。電源單獨(dú)走一個域加一個低壓差穩(wěn)壓器LDO防止攻擊者在外部電源上疊加電壓毛刺。電壓毛刺注入是繞過安全芯片驗(yàn)證的經(jīng)典手段分開供電后攻擊面會小很多。信號完整性也要考慮。密碼學(xué)內(nèi)核的安全狀態(tài)指示信號、熵源信號、密鑰操作相關(guān)的控制信號不要布到PCB邊緣過孔不要裸露在板子背面避免被探針直接接觸。如果結(jié)構(gòu)設(shè)計(jì)允許整個安全區(qū)域上方加一個接地屏蔽罩能把電磁側(cè)信道的信號強(qiáng)度壓下去不少。別小看這些物理設(shè)計(jì)后面做認(rèn)證審查時評審老師對物理防護(hù)的要求非常詳細(xì)提前做了省得返工。5.2 從“有一塊安全芯片”到“系統(tǒng)真的安全”集成安全芯片只是安全設(shè)計(jì)的第一步真正讓系統(tǒng)變得安全的是整條信任鏈的構(gòu)建。安全啟動是基礎(chǔ)中的基礎(chǔ)根密鑰存在一次性的熔絲或eFuse里BootROM用根密鑰驗(yàn)證Bootloader的簽名Bootloader再去驗(yàn)證OS鏡像的簽名每一級都通過TeraFire完成驗(yàn)簽和哈希計(jì)算。這條鏈只要有一環(huán)沒驗(yàn)簽攻擊者就可能從那一環(huán)注入惡意代碼。防回滾機(jī)制也必須提前設(shè)計(jì)。我們發(fā)現(xiàn)遠(yuǎn)程升級最容易出問題的不是加密而是版本管理。如果舊版本固件有已知漏洞攻擊者把系統(tǒng)降級到舊版本安全補(bǔ)丁就形同虛設(shè)。我們用一次性寫寄存器來記錄版本號版本只能遞增不能回退配合TeraFire內(nèi)部的防回滾計(jì)數(shù)器才把這個口子堵上。另外所有的遠(yuǎn)程密鑰更新請求必須做雙向認(rèn)證。光靠通信鏈路加密是不夠的請求本身需要簽名密鑰更新指令要通過密碼學(xué)內(nèi)核的簽名驗(yàn)證才能執(zhí)行。我見過一些方案通信加密做得很好但更新密鑰的指令沒有認(rèn)證攻擊者只需要抓包重放就能重置設(shè)備這類問題必須在架構(gòu)設(shè)計(jì)階段就規(guī)避掉。5.3 給同行的一句話體會整套方案從選型到量產(chǎn)走了一年多我最深的體會是選TeraFire這類密碼學(xué)微處理器本質(zhì)上是把“安全能力”從應(yīng)用層下沉到了硬件層但系統(tǒng)是否真的安全最終還是看你對密鑰生命周期和信任鏈的設(shè)計(jì)。硬件給了你一把好鎖你仍然得知道門裝在哪、窗有沒有關(guān)嚴(yán)、鑰匙該交給誰。如果團(tuán)隊(duì)里沒有能寫安全固件的人建議別急著上這套方案。先把密鑰從生成到銷毀的完整生命周期畫清楚把每個環(huán)節(jié)的威脅模型過一遍再動手集成。密碼學(xué)微處理器的容錯率很低一個密鑰屬性配錯了、一個復(fù)位時序沒滿足都可能讓整個安全體系形同虛設(shè)。把這些基礎(chǔ)設(shè)施理順了它才能真正變成項(xiàng)目里最值得信賴的一塊基石。