SE 安全芯片怎麼用（二）：功能場景、數字貨幣錢包與風險
发布于 2026-06-21 00:25:15（微信公众号导出记录）。
本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。
原文链接：查看原文
OCR 转写有效文字约 7245 字；代码、流程图和版式以文末原始排版图为准。
正文（本地 OCR 转写）
SE安全芯片怎用(二):功能場景、数字貨包與風险 original we×7ce EI V1ajero 2826年6月21日 88 :25 广东 上荒满了SE的进型、配置碟涩、能力醋答、初始化和函数查找,道一前接着看落地场景:娜 些功能通合放造SE,数字货帮频包核怎廖看算法和key模型,以及量時哪些地方最容易把 投備做座。 运篇仍然以NXPSE05×/SE050套精系為主要工程语境,所以會能續出现SSSAPI、 SCPQ3、AppletConfig、APDU、Object ID、policy 这些。 摄成别的 SE,概念可以類 比,但具险配置入口要回到對鹰庭商的手册。 SE適合哪些功能 設備身份和雲端接入 SE 襄放设備私鲁和涨害。TLS stack 在MCU 上跑,需要客户端等名時調SE、 流程: 1循速授害端 雲端要求客户端退書 >HCU提供监票
- >TLS stack 需要私签名
> SE 薇名 >需端睡證盘善和签名 运造合IoT、工業设備、飘、傳感器、充電椿、醫痘设氟 防克隆配件 配件 SE裹放私编和證書。主機發challenge,配件签名。 主榜随機challenge
-
>配件 SE 签名
-
主概
4>输查退善裹的型號、批次、霍限 不要只错固定ID.固定ID雪被制 本地数據保護 SE 裹放 AES/HMAC/wrapping key, FLash 裹故密文。 Flash: ciphertext + nonce/Iv + tag SE: root/wrapping kcy HCU:精察、缓存、场藤 如果数據很大, SE保根key,MCU用硬件AES虚理大敏捕。 OTA和安全答動辅助 SE 可以保存验策公镇、公输hash、設備涨害、安全获服。 但 secure boot 仍然要 MCU bootloader 他。SE 不能替代 bootlcader 验。原因 在龄I2C/SPI線在PCB上是物理暴露的:如果冷答SecureBoot依行時勤懋微 SE镇取公输,攻整者可以在您線上接一因欺骗器,直接回鹰一因恶意公输,道就是典型的 MitM 攻量 所以 Secure Boot 的信任根,例如固件验籤公端 hash,必须物理爆死在 MCU 内部的 eFuse/OTP/ROM信任匠裹。SE可以用来保存未来的升级超書、設体證書、版本状,或者做 答動後的助验篮,但組不能成系冷答动ROMBoot的唯一信任依赖。 License和授權 License 可以期定設借身份: License =功能+ 期限+設備 ID +既本+薇名 SE 可以保存融策公编,或用設儒身份key向需端證明段借身份。 設備間安全通信 SE保存長期身份key,做ECDH或名。曾结數據用MCU 加密。 方醒善胎 H033<- >KDF session key
>HCU虚理数搏加密 低功耗段備遗要注意一因很實際的同翘:SE有會話税,也就是sessiontax 如果設備由電池供電,主機常常會在空間時切SE供電,或者接SE遮入深应休眠。這楼做 能省電,但代價是SE每次唤醒後,状感機可能已经清空,主機必须重新初始化I2C,重新打 周 T=1 over I2C,重新健SCP03 的密输派生和握手。 這遇程窗带来明题延逻和功耗秦值。不要镶每因微小堂稿包都去晚醒SE,也不要把每烟普通 数擦包都设計成一次SE交互。更合理的做法是:SE只负责長速接建立、設锚身份银明、會活 key 派生这颈關键勤作:言話建立俊,MCU 筛缓存言話状虑和短期key,用本地硬件 AES/MAC處理日常流量。需灵重新建立信任时,再喷院 SE。 真随機数反哺主機系统 SE 的TRNG是一個很容易被低估的能力。很多設催即使私端放在 SE 裹,MCU佣仍然要生成 大量陪模材料:
-
醇時 session key.
-
協谱token
-
TCP/IP序列號
-
本地加密 IV/nonce,
-
潮试或绿challenge,
如果MCU自己的焰源很,这些更西就會成局整機安全短板。尤其是低成本MCU,所陪機 数有時只是PRNG加一黏ADC噪聲或時输抖动,瑞境固定後可能很容易被预测。 更好的做法是答動時就SE抽取一段真髓燥数,用平台正规接口涯人系統池或crypto library 的 DRBG: SE GetRandom(32/64 bytes)
- > entropy_add / rng_seed / mbedTL5 entropy source / RTOs entropy API
>HCU 侧 PRNG/DRBG 廉生亚可覆的 noncc 和 session kcy 这個暂情成本很低,但收益很大。它不改曼業務,也不需要销外密,只是把安全芯片已有 的TRNG用起来。需要注意的是,随機敏不要打印到日瑟,也不要营成长期seCret存起 来;它的作用是提供痛,混入後就旗系统RNG接管。 數字貨包裹SE做什 接包裹显重要的是一句話: SE管私和签名,外部管交易薇。 SE 不愿該負賣解析所有巍的交易格式。它不懂gas、nonce、UTXO、RLP、protobuf、 Move object。外部系统横造交易、計算digest,SE 负青digest。 手梗/上位爆 MCU /提包固件 手模 / 上拉明 Seure Demert
计算行事 dgr: 智送交易建显具可膜示字险 椎爵·地址 含翔·湿阳带格 比册Ri定 Object ID 资 clgest 8 ECDSA.DER / sigretuee 解析 r/s - Io-s-格式脂换 容 rwt > 手楼/上位姨 MCU/摄包图作 常見數字货和公鍵用什算法 下面這强表不是交易格式表,而是徙SE角度看的“签名算法適配表”。SE显照心的是私曲 線和名算法,交易编码、地址格式、手費模型通常在外部做。 常見hash/地 SE湾配建 /帮 常用签名算法 址相 ECDSA 路適合;Ta double SHA- secp256k1 + ECDSA; T proot/Schnorr 另 Bitcoin BTC aproot 用 Schnorr 256,HASH160 解估 BTC secp256k1 Litecoin LTC 適合 ECDSA 路線
- ECDSA
Dogecoin DOG secp256k1 + 類 BTC ECDSA 遗合 ECDSA 路線 secp256k1 + ECDSA Ethereum ETH Keccak256 很適合 Keccak256 secp256k1 + ECDSA 很適合 BNB Chain Poltygon Keccak256 secp256k1 + ECDSA 很適合 Arbitrum secp256k1 Keccak256 很適合
- ECDSA
secp256k1 Keccak256
- ECDSA
很適合 0pt1m1sm secp256k1 + ECDSA Keccak256 很通合 Base Avalanche C- Keccak256 很適合 secp256k1
- ECDSA
Cha1n TRON TRX/TRC Keccak256 + secp256k1 + ECDSA 道合 28 Tron 地址编码 SHA-512Ha1f 遥secp256k1 路線 XRP Ledger secp256k1 或Ed25519 等 更合 ECDSA secp256k1 或 E Hedera 依服户频型 造ECDSA 限户更通合 d25519 SHA-256/Bec secp256k1 常見,也有 Cosmos 生慧 secp256k1 胀户道合 其他方案 h32等 Terra Classi secp256k1路综適合 C等Cosmos secp256k1 常貝 Bech32 系 雾要 ED0SA/Ed2551 Solana SOL Ed25519 SHA-256等 6 cell/hash Ed25519 塞要Ed25519支持 NO1 系 Stellar XLM Ed25519 SHA-256 需要Ed25519 支持 SHA-512/256 Algorand ALG 需要Ed25519支持 Ed25519 0 等 Ed25519 / extended 普通Ed25519 支持 Cardano ADA Blake2b等 Ed25519體系 也末必,要單评估 sr25519 通常不合 Polkadot / K sr25519 常見,也支持 Blake2等 普通 SE Ed25519/ECDSA 景景 ewesn Ed25519,部分支持 sec 主線通常需要Ed2551 p256k1 keyless/其他 SHA3-256等 Aptos 9 系 Ed25519 / secp256k1 /secp256r1多氟名 Blake2b 等 可按跟户算法逝SE Sui 系 Ed25519 派生體系、签 CryptoNote Monero XMR 不遍合普通SE直接做 名等 噬系 Zcash shield 多程需用算法 不遍合普通SE直接做 zk/银明體系福雜 ed 这個表有费因量站。
第一,EVM 多随不是多套 SE 算法。ETH、BNB、Polygon、Base、Arbitrum、Optimism
遗些,微SE看基本都是: secp256k1 private kcy ECDSA sign digest 差晃在疑ID、RPC、gas、交易编弱、合約斓用,不在 SE.
第二,ERC28、BEP2G、USDT、USDC 些代也不是新算法。它们只是合约用:
同一把 EVM 私 同一個 ECDSA 签名 不阿的 to/data/value
第三,BTC 的點不是私算法,而是sighash 和 UTX0。SE 只需要 32字额
d1gest。P2PKH、P2WPKH、P2SH-P2WPKH 的差翼主雯在外部交易横造。
第四,Ed25519 不能糊弄。SE EDDSA,就不能脱 Solana/ToN/Stellar 原生支
持。用 SE 包装seed再缓MCU 软件寰名,是兼容方案,不是同等级硬件额名。
第五,Schnorr、sr25519、Monero、Zcash shielded 这類不要輕易承。它们不是“换
hash"那座單,涉及签名體系、镜明體系或熔结,普通SE未必能原生覆蓝。 包角度反推SE遥型 如果目标是EVM/BTC/TRON慢先: 重胎看 secp256k1 + ECDsA + 公碘源出 + digest signing 如果目标是 Solana/TON/Stellar: 重影看Ed25519/EdDSA 是否真真阳答 如果目概是BTCTaproot: 重看Schnorr/BIP348是否原生支持 如昊目棵是全键包: 不要只看一個SE 能不能 ECDSA 囊部估 secp256k1、Ed25519、Schnorr、sr25519、HD 派生、seed 保理、恢覆體系 很多“全键包”显後會整成混合安全模型: 部分key 在 5E内生成董蚤名 部分 seed 由 SE 包装 部分算法由HCU敢件链名 都分键蛇胞不支持硬件私辅不出芯片 运不是不能做,但文案和安全遗界要满清楚。 不要只看“用了ECDSA/Ed25519"这個字 同一因签名算法,在不同上退有很多银额會影客工程實现: 细 易什度影馨SE使用 曲综 ECDSA 可能是 secp256kl,也可能是P-256 digest 長座 SE 链 digest 前要硫超長度和 hash 规则 SE 可能返回 DER,硬可能要r||s 签名格式 EVM/BTC 生搬通常要感理 ECDSA malleability low-5要求 EVM蒸要v/recovery 1d, SE 通常不直接 recovery 1d 地址派生 SE 给公编,地址编在外部做 HD 派生 SE是否支持内部派生,决定 seed 會不霍出现在MCU 普通SE不一定支持福雜签名 多籤/门限舞名 同一修键可能允多種key type 所以判断一條疑能不能做,不是同: SE支不支持ECC? 而是周: 这情健需要哪修曲狼? 需要哪種签名? digest 怎磨算? 签名帽出格式是什度? 是否需要recovery 1d? 私蕴是否必须参興HD派生? SE 是否能理私编全程不出芯片? EVM/BTC/TRON 適合SeCp256k1+ECDSA 如果 SE 支持 secp256k1/ECDSA,那度 EVM、BTC 傅路線、TRON、部分 XRP/Hedera 路線都比较通合。 EVM 地址: SE 内 secp255k1 private key 募出 public key: 04 11 X 11 Y > Keccak256(X 11 Y) >取曼後20字 签名: 外部横造交易digest
- > SE 嚣 d1gest
返网 DER ECOSA signature 外部解析r/5、匠理L.ow-5、恢V 继装raw transaction ERC20/USDT/USDC 不需要 SE 新增算法。它作仍然是EVM交易。 BTC復瓣點不在SE BTC 德的是UTX0、sighash、script、witness.SE 只 digest。
第一陪段建做P2WPKH,不要一關始Taproot/Schnorr。
Ed25519要誠實虑理 Solana、TON、Stellar、Algorand、Aptos、Polkadot/Kusana 這规常用 Ed25519 或相關體系。 如果SE的EDDSA没,就不能脱“原生硬件额名支持”。 能做的退择: L.换支持 Ed25519 的 SE/prof1le. ?.SE 只包装 seed, MCU 软件签名。
第二種是兼容方案,不是显高安全方案。因為签名时seed/private key进人 MCU
RAM. 包key到底怎放 常見三種模型。 模型A:SE 内生成單眼户key SE gcnerate secp256k1 private kcy
- >object_id 固定
源出公编 算地址 clgest 慢點:最乾浮,私续不出 SE. 缺點:恢復證系要额外投計,不是傅统HD鳞包险号。 模型B:外部HD派生後導入 SE 助起制 -> sced -> BIP32/BIP44
- 派生账户私端
海入 SE >SE签名 侵路:兼容傅统疑包。 缺點:派生时私端在外部出现退。 模型C:SE包装seed,外部派生 SE 内 wrapping key 2 Flash 内 encrypted seed 需要签名時解包seed 4MCU 派生亚签名或增入 SE 5用完清内存 侵贴:兼容多键。 慢點:兼容多诞, 缺點:安全遗界弱於SE内生成私端。 生產段要注意什 開發板能跑通,不代表能出貨。 量產時至少要處理:
-
PlatformSCPθ3key替换。
-
生產key安全保存。
-
Object ID 分配表。
-
設備UniqueID、公、證害序列號記錄。
-
證害籤發。
-
policy 固化.
“口得解·
-
固件策名和防回滚。
-
危险API普通固件移除。
-
產線日脱敏。
-
I2C/SPI寫入後的回請校驗和状熊確。
-
失設備如何恢復或報。
尤其是SCPθ3key。改了但没記錄,後面可能再也進不去这颗SE。 量產寫入遗要防底通信抖動。I2C/SPI總線在治具接觸不稳、線长、供電毛刺、干接、復位 時序不乾凈時,都可能出現寫入中或返回状態常。寫入SCPθ3key、policy、曲線、證 害、業務key之後,必须做格的回或验證:確對象存在、objectattributes、 公、做一次签名/验或MAC測試、記錄最终状。不要只看“寫入函数返回成功”就放 行。 否则最麻的不是單台失败,而是在產線上批量裂造出半初始化、半镇定、後續又無法用原 key或新key登錄的“半"設。安全芯片的持久默態一旦卡在中間,比普通FLash寫堰 更難救。 最後的總結 SE芯片不是“加密函数合集”,而是硬件可信根。 選SE時先看需求: 業務要保睡什磨 協要什磨算法 3私翁能不能出芯片 線能不能安全注入 软件棱能不能接 6未来要不要恢復、吊銷、升级 拿到芯片後先查真實配置: GetVersion AppletConfig 3 ReadECCurveList 4 GetFreeMemory Object list State 芯片支持但没用警時要分洁: Applet/profile 不支持:换型號或配置 曲線没set:調用CreateCurve類函數初始化 3host 编用:改fsl_sss_ftr/ auth/ CMake 配置 4對象不存在:provision key/cert/object 5policy不允許:回到對象策略設計 初始化的意羲不是“跑一下init”,而是建立通信、安全通道、能力韶知、業務對象和權限 界 密最好在SE内生成。如果業務需要恢復或兼容已有體系,也可以外部派生後導入SE,或者 SE包装seed,再由外部派生。但這時要誠實承安全遍界弱。 也就是説SE使用方式是: 需求疆動遥型 實测硅韶配置 3只bring-up 先行 4曲線和對象按需provision policy最小權限 普通通行只用對象 危险personalization單揭放座線模式 参考資料
- NXP SE050 產品真:
https://www.nxp.com/pages/edgelock-se05e-plug-and-trust-s
ecure-element-family-enhanced-iot-security-with-high-flexibilitys3AsE05e
- NXP SE050 datasheet: https:/www.nxp.com/docs/en/data-sheet/SE050-DATASHEE
T. pdf
- AN12436 - SE050 configurations:
https://www.nxp.com/docs/en/application-
note/AN12436.pdf
- AN14277 - EdgeLock SE05x user guidelines:
https://www.nxp.com/docs/en/a
pplication-note/AN14277. pdf
- NXP Plug & Trust Middleware:
https://github.com/NxP/plug-and-trust
原始排版图
