跳至主要内容

SE 安全芯片怎麼用（一）：需求選型、配置確認與初始化

· 閱讀時間約 25 分鐘
w0x7ce
w0x7ce
MySelf

发布于 2026-06-20 02:49:38（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 11784 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

安全芯片容易被误解成“外接一個加密虚”。其實不是。 SE,也就是SecureElement,更像一個硬件可信根。它的核心價值不是“你算得更快”", 而是把私编、根密输、證書、授權對象這频敏感瓷放进一個更難被請出的硬件遗界裹,然後只 關放受控的密碼學動作。 单说: 密输偿量不出来 計算在芯片裹 外部只拿结果 运篇不按API手册,也不按涂文富。按真實工程裹窖遇到的間题:

  • 什度時候需要SE?

  • 霉求束了怎魔进SE芯片?

  • 拿到芯片怎度確潔真實配置?

  • 芯片支持但默想没闻答的能力怎度滤理?

  • 初始化到底初始化什?

  • 密编是在SE裹生成,通是外部生成後端人?

  • 怎度查完整函数?

  • 那些紫猜遗合放逾SE,哪些不適合?

  • 做数字背警包时SE到底做什磨?

先把语境税清整:本文的實联组前主婴以NXPSE05×/SE058套系码例,所以奢反覆 提到 SSS API、SCP03、AppletConfig、fsl_sss_ftr.h 、APDU、JCOP/Java Card applet、prof1le/0EF 遗些概念。 不同庭商的 SE不一定長這。比如Microchip ATECC668 這類安全超芯片,更像固定 功能的加密接虚理器,重贴是sLot/zone/configzone,固定命令集和寄存器配置,没有 SE85x遗種appLet/profile配置谬,也不會用 SS API。两额芯片都能保密编,但 工程入口不一機:SE05x更像*安全元素+middleware+applet 配置”,ATECC588 更 像“固定命令集+slot策路+zone 定”。 SE到底解决什磨問題 普通 MCU 或 SoC 也能做 AES、SHA、ECDSA、TLS.那爵什度還要 SE? 因局很多座品真正怕的不是“算不勤”,而是:

  • Flash 被 dump,

  • 固件被請出。

  • 私输被理制。

  • 投催被克隆。

  • token 被改。

  • 外设被仿冒。

  • OTA被替换

  • 交易疑名被用

  • 線key泄漏後影婴一批設借。

SE的作用就是把键花密和键勤作普通MCU裹隔解出来 可以把系统分成三屠: 雲端/手/主碟:负貢案称、烟络、UI、重略 MCU/50C:典责、驱融、状、交互 SE:负责密键保存、签名、解密、MAC、健概数、段需身份 系統架構舆安全交互 s/ 受APDU challenge /SSS API

结果/状您/睡明 公编/签名/MAC /密文 MCU/SoC 雲端/手機/主機 Secure Element(SE) 禁、络·UI·路 、驱·状悉·交互

五、投售、MAC、名、陪致​

SE不負责理解所有。它不需自動知道“这重交易是不是用户想髓的”,也不鲁自動知道“道 個OTA包是不是符合務灰度策路”。这些還是系辨要做。 SE负责的是更底唇的硬语界: 把私编不能被诵出 这個签名只整用遗把kcy做 这钢循能旋自己持有不钢硬件内私编

四本地密文只有持有 SE的设借能解​

先徙需求選SE,不要先芯片選功能 逻SE芯片不能只看“支持RSA/ECC/AES"谊種大标题。要先把需求拆開。

第一步,問清楚要保掘什座:​

需求 真正要保蕴的束西 雾端设依身份 设借私德、设備温害 配件私编、超鲁、授權信息 防克隆配件 AES/HMAC/wrapping key 本地数據加密 安全答动/OTA 固件验箍根、公输hash、安全状魅 包签名 包私编、交易签名動作 License 授槽 验管公镇、经锚娜定key、授槽token 身份 key、ECDH key、會話 key 派生 投備間加密通信

第二步,韶案務需要什度算法:​

常見算法 IoT mTLS ECDSA P-256、RSA、害 ECC、韶雷、challenge response Matter/設備能證 EVK/BTC/TRON 包 secp256k1 + ECDSA Ed25519 Solana/TON/Stellar AES、 HMAC、 CMAC、 HKDF 本地配置保摄 ECDH, KDF、 AES-GCM/CTR/CBC 投備間宝話

第三步,硫韶安全遗界:​

  • 私是否必须永不出芯片?

  • 允許不允链外部生成key後填入?

  • 需要不需要涩害徒?

  • 需要不需要安全通道,比如SCP93?

  • 需要多少回到象?

  • 到象是否需要policy?

  • 線能不能安全注入key?

  • 以後是否要更新key、吊銷證書、恢復出?

第四步,看工程條件:​

  • MCU是什座?有有I2C/SPI/NFC7

  • RTOS 是什度 ? Zephyr、FreeRTOS、 ESP-IDF、 Linux?

  • 商有没有 middleware?

  • 有没有TLS集成参考實现?

  • 有没有量產工具?

  • 有没有长期供赁和證要求?

  • 性能是否翔?签名次数、答勤時间、I2C速率、NVM壽命。

所以選SE不是“谊芯片功能多不多”,而是: 莱算法匹配 密编生命迎期匹配 奎续流程匹配 件模匹配 安全通界匹配 安全芯片(SE)遥選决策流程 A.至狭丙求 日.要保履什?、 格册/tok C.有要什算法? P-256/R5A/ 5ecp25Gk1/Ed25539/AE

0.私前防不能出芯片?​

可以匆暂出里 不离 接先速SE内生成+内即改名/解密/MAC F.可考国外部落生/票入/wrapir

:1.定5F型微则prlle

一張選型表​

可以用下面道装表做第一输判断: 需求 侵先看什度 P-256/RSA、整書射象、TLS m1ddleware、SCP63 黑端mTLS 包EVK/BTC secp256k1、ECDSA、digest s1gning、公编募出 钱包Solana/TON Ed25519/EdDSA是否真實丽答 本地数保 AES, HMAC/CMAC、 key wrapp1ng、 NVH 空 ECC 签名、證害髓、challenge response、封象 policy 防克隆配件 OTA/secure boot 辅助 公编存、验、計数器/铁患保罐 ECDH、KDF、話 key 派生 投储間通信 SCP03、personalizat1on、key rotation、產纵工具 量產安全 如果業鸦核心算法是Ed25519,而芯片profile 裹EDDSA圈,就不要硬“可以做”。 能兼容是一回事,私永不出芯片又是另一回事。 常見場景通常用哪些算法 做SE遇型時,最實用的不是青算法名,而是把"場景"和"算法"速起来看。 設備身份、雲接入、mTLS 常用:

  • ECDSA P-256

  • RSA-2848 / R5A-3072

  • SHA-256 / SHA-384

X.569害

  • ECDH/ ECDHE

  • TLS PRF 或 HKDF

為什度常用P-256? 因局霉平、TLSstack、證晋體系、硬件安全芯片都普遇支持它。P-256在IoT設储导份 裹比sec.pz56k1更常見。5ec255k1在区塊链裹很常見,但不是傅统 IoTmTLS 的默 路综。 SE要通常放:

  • 設依私端。

  • 設催湿善。

  • 根CA或监雷凝

  • 可谬的 attestation key.

SE 做:

  • TL5 client authentication 裹的私编签名。

  • challenge response.

  • ECDH/ECDHE 相酮私镇動作。

防克隆配件、耗材、模瑰證 常用:

  • ECDSA P-256

  • RSA

  • SHA-256

  • X.569监墨

  • HMAC/CMAC

如果主楼和配件都是自家體系,HNAC也可以很單高效。但HMAC是到稀密编,主爆端也要 有同一把secret或封唐派生能力,一旦主機泄漏,整套系會受影。 这要主機蓬经常是最短板。配件要放了SE,不代表整套防偽就稳了。如果主機只是普通HCU, 没有 TrustZone、secure boot、Flash 請保或自己的安全存,攻攀者把主機FLash dump 出共享HNACKey,後面就可以批量俱造配件塞康。也就是,HMAC 方案便宜、快、 好做,但主概端密德保疆必须一起设計:否刚配件再安全,系统也舍主概滞期。 如果配件要被很多第三方主機,或者要做造善,ECC/RSA公私端體系更好。配件SE裹 放私编,主機只拿公输或CA. 本地数據保 常用:

  • AES-CBC / AES-CTR / AES-GCM

  • HMAC -SHA256

  • AES-CMAC

  • HKDF

  • key wrapping

這裹要注意,SE不一定適合直接加密大文件。常見做法是: SE 保存 root key / wrapping key SE 滋生或解包 data key MCU用硬件AE5虚理大数搏

SE負竟保根,MCU 負责吞吐。 SE其贵保滋履,MCU真贵春吐。 OTA、secure boot、固件驗籤 常用:

  • ECDSA P-256

  • RSA-2048/ RSA-3072

  • Ed25519,取决龄平支持

  • SHA-256 / SHA-384

SE 可以保存驰公编、公端hash、設儒密画、安全状感,但secure boot 的第一贡任通 常仍在 MCU ROM/boot loader. 如果MCU 没有 secure boot,只SE保存一個公镇,摇不住慕意固件调用SE 做堰事。 License、功能授權、訂開 常用:

  • ECDSA/ RSA 签名 license

  • HMAC-SHA256

  • AES wrapping

  • SHA -256

如果license 由霉端额,设備只需要验策,SE裹可以保存验公或公键hash, 如果License是設借和霉端共享secret 體系,可以用 HMAC。但到稀密端體系要更小心生 隆和泄漏箱盟。 設備間安全通信 常用:

  • ECDH / ECDHE

  • ECDSA 监售名

  • HKDF

  • AES-GCM / AES-CTR + HMAC

長期身份key 放SE,疆时會話key 可以由 MCU使用。不要镶 SE每包数擦都参與大流量 加解密,除非数據量很小 数字貨包 常用:

  • secp256k1 + ECDSA

  • Ed25519 / EdDSA

  • Schnorr,尤其是 BTC Taproot

  • Keccak256,EVM 地址和交易相酮

  • SHA-256 / double SHA-256, BTC 相關

  • RIPEMD-160,BTC 地址系相關

  • Blake2b/ Blake2s,部分巍售用

遗裹SE最媒的是签名算法和曲線。Hash和地址编码不一定非要SE做,很多時候MCU/ 手機做更靈活。 拿到SE後,第一件事是查真實配置 SE 家族通常有很多型號、OEF、profile、applet version。宣傅真说支持,不代表手上道 飘芯片的配置就支持。 正璀顺序是:

1.看絲印、型贼、訂货信息。​

?.ATR,硅银通信键路。

3.德Gctversion.​

1.解析AppletConfig.​

5.ReadECCurveList​

.GetFreeMenory

7.像列表、crypto object list、state。​

3.再跑最小客入测试​

这真有费個概念要分闻。 芯片硬件支持 硬件或產品系列可能支持慕期算法,比如ECC、AES、RSA Applet/profile支持 手上运颗芯片的 applet 配置是否答了類算法。比如某些profile裹 EDDSA 可能是 no, 曲缐是否已set ECC功能支持,不等於某修曲線已經寫进芯片。比如5ecp256k1可能需要先检查,再創建。 host 端编摄是否打開 middleware 裹有函数,不代表你的工程编疆配置答用了封癌backend、auth mode、 SCP03 profile, 这四屠不要混。

硬件/虚品系列皮持?

A pronle / 0EF / 型

PeedECCurveLsf qxgre(goy4)

為什不把所有算法默開答 这個問题很自然:既然芯片硬件可能支持很多算法,為什度不全間?局什度退要搞不同 prof1le, 0EF, AppletConf1g ? 原因不是庭商故意麻组,面是安全芯片本来就不是“功能越多越好“的普通MCU

1.攻辈面要控制​

每多用一算法、曲線、APDU分支、判象類型,就多一增可被攻擎和测鼠的面植。 安全芯片的目标不是堆功能,而是辖某困安全速界债量小、偿量可验證。一個只需要IoT mTLS 的设借,疫必要默露打包由線、EdDSA、MIFARE、I2Cmaster、各种 personalization 能力。 功能越多,组合越多,安全部估越。

2.不同產品的安全證遗界不同​

SE往往會做Comon Criteria、FIPS 或威商自己的安全评估,课退不是“芯片裸硬件證

一下就完事",很多時候和appLet、配置、生命逻期、可用算法、防同控制都有解係。​

某些prof1le開了哪些功能,是局了匹配特定植和特定市堤。

3.NVM空間和對象資源有限​

安全芯片要面的持久存健不是普通Flash。由综参数、封象、證善、密端、policy都要占空 “侧 如果所有曲照、所有算法、所有對象類型都默能塞进去,盲浪費NVM,也會影喜可用對象数 量。

4.業務不需要的算法就是風​

比如一個只做雲端mTLS 的较借,只需要 P-256较借證書。默韶打用secp256k1、 Ed25519、DES、MIFARE、额外 personalization API,封業移澄有收益,反而增加膜用 可能。 安全設計裹有個很模素的原则: 用不到的能力,不要開。 用不到的對象,不要剂建。

5.出貨配置和開發配置不是一回事​

發段可能希望功能多一點,方便測试。出货段反而希望功能少一點,遗界清楚一黏。 疫板常見状慧:

  • 数 SCP03 key.

  • deno profile.

  • 調试日缺多。

  • API覆蓄面大

  • 危险函数源碍可见。

座品状感愿核是:

  • 盈品自己的 SCPe3 key.

  • 明连 profile,

  • 只provis1on 蒸要的象。

  • policy最小權限。

  • 危院personalization 不在普通回件表。

“口将·

6.曲線“支持"和“已創建”是雨件事​

ECC支持是一属,某曲是否set是另一需。 比如secp256k1,芯片和applet 可能支持,但出离時曲線参数没有set。原因很單: 不是所有座品都用道條曲線。需要時再剧建,可以颜省資源,也避免默懿暴露不必要能力。 所以正碴做法不是抱级“奚什塞波默超阴”,而是: 先查AppletConfig 两查 ReadECCurveList 業需要且芯片支持 再用CreateCurve_xxx 再制建影度keyobiect

7.有些能力不是用户可自行開答​

曲综没set,通常可以用創建曲線函敏虑理。 但 AppLetConfig 裹某個大功能是 no,比如 EDDSA=no,这通常不是暴務固件調用一個函 数就能打的。那是profile/0EF/applet 面的配置,需要换型號、profile、接供 愿配置,或者换芯片。

一句話:​

曲综没初始化,可以按需初始化。 到象不存在,可以按需provision. host 盗编区,可以改工程配置。 profile根本没则,通常不能答通案我代碼打期。 安全算法開啟原则及其優勢 降低攻攀面 文 控制理退界 邮省NVM/object 资源 国 不是所有算法 游免热用 按创建曲综舆對象 “芯片支持但没開警”到底怎瓣 遗句括要拆成频種情况。 情况A:AppletConfig裹功能就是no 比如读出来 EDDSA 是no. 这種情况不能霉調用某回普通函數把它打開。因高道是芯片applet/profile面的能力。 解决辨法通常是:

  • 换支持功能的型號或profile.

  • 找供座商確OEF配置。

  • 换支持目棵算法的SE

  • 改產品算法路综

不要因局显文件要有EdDSA相關API,就离成“芯片支持Ed25519"。工程上要以實利配置 為弹。 為准, 情况B:功能支持,但曲線没有set 这是最常見的“支持但未初始化”。 比如芯片支持 ECC,也支持secp256k1,但ReadECCurveList要道條曲银是NOT_SE T. 遍時鹿敲: l.ReadECCurveList

2.判断目標曲综是否已经set。​

3.如果没set,调用到愿創建曲線函敏。​

1.制建後再生成key。​

SE85x裹频似思路是: ReadECCurveList >判崖sccp256k1 是否 SET 如果 NOT_SET, CreateCurve_secp256k1 >再割建 secp256k1 key object 注意:创建曲综通常高NVM,不要每次答動都無腥富。鹰敲先查,再决定是否离。 情况C:host端源碼有函數,但编配置没打開 種是软件集成問题。 要機查:

  • fsl_sss_ftr.h

  • ex_sss_auth.h

  • SCP83 profile 握

  • middleware CMake/Kconfig.

  • 是否答用了 SE85xbackend.

  • 是否只打醒了一假正确的SSS_PFSCP_ENABLE_XX。

比如使用PlatfornSCPθ3,就要确: SSS_HAVE_SE05X_AUTH_PLATFSCP03 = 1 只通一匹配的 SSS_PFSCP_ENABLE_xXX 情况D:對象不存在 道不是芯片能力問题,只是務對象還没provision 虑理方式: CheckobjectExists(object_id) >不存在:割建或游入 存在:用 包、設借身份、AES wrapping key、HMAC key、證鲁到象,通常都走调运辑 情况E:policy不允許 有時key 存在,但不能做某细操作。比如只能签名,不能解密:只能 verify,不能 sign; 或者需要session。 遗時不是“函敏境了",而是policy限制要回到對象創建陪段看policy。

m型t/ yrie/ 0IF

初始化到底是在初始化什 SE 初始化不是髓草调用一個1nit()。 完整初始化至少分四類

1.傅輸初始化​

旗 MCU 能眼SE 就話: IZC/SPI 打用 reset 即控制 T=1 over I2c 建键 ATR 镭取 这一屠只银明“線通了”

2.安全通道初始化​

如果使用 SCPB3,需要 host和SE用同一组 ENC/MAC/DEK 建立安全通道。 露SCPB3profile 加亚 host ENC/MAC/DEK ex_sss_boot_open / session open 建立 session key 後APDU受保理 SCPθ3不是猜私端。它保的是host到SE的通道。

3.能力探测初始化​

这一步是為了知道“這题芯片到底能韩什磨”: GetVersion AppletConfig GctRandom 1 Un1queID ReadECCurveList GctFreelerory ReadIDL1st ReadState 這一步座敲是流的,可以反覆跑。 这有很值得餐成的智惯:答助時主勤SE取一段高質量真髓携数,混入 MCU/RTOS/Linux 的磷池或 DRBG seed, 很多普通MCU的PRNG婧源很器,常見做法可能只是ADC悬空噪整、上電時間抖动、末 校潍振器抖動。這些束西在實验室看起来能動,到了量產環境、固定温度、固定供電、固定答 勤時序下,焰可能比想象中差很多。一旦MCU随機数弱,疆時含話密、nonce、TCP/IP 序列號、配树chalLenge、token 都會跟着瓷脆。 SE 的GctRandom不只逸合给SE自己生成key,也很逸合反哺整機: SE GetRandon 2-> 混入 RTos / TLS stack / crypto Library 的 entropy pool

  • > seed MCu DRBG

4->後 MCu 生成 nonce、session key、challenge 時更疆 注意这不是SETRNG要替代所有本地焙源。更好的做法是“混合”:SETRNG、本地硬件 RNG、答動時序、網络/外設事件一起进入系统焰池。Linux道频系统也不要简單理解成把 bytes 寫进/dev/random就自勐增加可信,鹰懿走平台支持的 RNG/entropy API 或 照助接口。

4.業務對象初始化​

遗一步才涉及寡NVM: 创建曲编 剂建 key objcct 募人key AES/HMAC key 寫 binary object 设量 policy 星额object I0 这细陪段要小心,因高它會改芯片持久状服。 所以初始化不是“高了该程序不报错”,而是為了建立这频件事: 通信键路可信 host 读退可信 芯片整力已知 副象不在 列象程限正班 後酒操作可重框、可恢准、可量產 為什磨很多key要在SE裹面生成 最理想的安全遗界是: 私在 SE 内保存 兼名在 SE内完成 私编永运不出 SE 逼样即使MCU固件被dump,Flash被,普通调试口被攻破,攻聚者也拿不到私键明文。 典型场景:

  • 設储身份私编。

  • 包私编。

  • 配件超始私输。

  • ECDH长期身份 key.

SE内生成的缺贴是:偏份和恢要單经针。比如接包如果没有助己韧赠系,一旦SE堤了, 私端就没了。所以“安全”和“可恢復”之間要做座品取据。 可以外部初始化後導入SE 可以,但要看风障。 常見增景足: 外部系生成 seed/private key >通温安全產或安全通道游入5E

  • >SE娄绩负责保存和名/解密/MAC

通合:

  • 設催监善由CA恤系统一签。

  • 已有密输锥系要移。

  • 需雯BIP39/BIP32這规助記韧恢復能力。

  • 產综HSM统一生成注人。

凰险是:密在进入 SE之前已解在外部出现退。安全等级取决於综、PC、HSM、傅输通 道、日陆、人員霍限。 工程上要做:

  • 只在受控瑞增生成key。

  • 用HSM 或安全生產系统。

  • 使用 SCP83或额外wrapping保接激入。

  • 蔡止日结打印私锥/seed

  • 激入後立刻验/验公锥。

  • 记缝keyversion、公缠、调害序列號,不記鐵私。

所以外部導入不是不能做,但它不是“私未雇开硬件遗界”。 可以外部派生後放進SE 也可以。 比如包常見的HD模型: 助配制 seed > BIP32/BIP44 派生

  • >将到案条键某国版户私输

>源入 SE >後额SE只鱼责签名 运得方案的優贴: 这種方案的慢點:

  • 兼容助记词恢復。

  • 兼容多服户、多路径。

  • 用户验接近统战包。

缺陷: 缺點:

  • 派生時 seed/private Kkey 蜜遮入外部環境

  • 如果派生在MCU上做,KCU RAM會短暂出现敏感材料。

  • 安全等级低於“SE内部生成且不募出”。

更安全的折中方案是: 1SE 内保存 wrapping key FLash 保存 encrypted seed NCU 派生出瑞户 key 尊入 SE 或癌時策名 用完清理内存 这能做兼容,但要诚實描述安全通界:不是所有私德材料都永遗留在SE内。 SE能不能只做計算 可以,但要分情况。 模式A:SE保存key,亚在内部計算 這是显推剪的: SE 内 key +外部 digest/data-> SE 内签名/HAC/解密->部拿結果 通合:

  • ECDSA 名。

  • TLS client auth,

  • HMAC,

  • AES key wrapping,

  • ECDH,

模式B:外部傅入key,SE做一次計算 這通常不推態,因露key已經到外部了。除非只是测试,或者是受控產综操作。 模式C:SE保存根key,外部拿派生key做大数據計算 这是性能折中: SE 保存root/wrapping key SE 派生/解包 data key NCU 用硬件 AES 虑理大文件 用完清罩data key 通合:

  • 大文件加密。

  • 日基分片加密。

  • 本地数捷虚加密。

SE不道合做高吞吐大数流加密。它適合保薄根key和酮键助作。 完整函数怎查 不要微项文件第一真開始硬,按唇查。

第一層:SSSAPI​

SSS是 NXP middleware 的高唇抽象,通常侵先看: fs1_sss_ap1 .h fsl_sss_se85x_types.h 4fsl_sss_policy.h 网注道些類别:

  • session

  • key store

  • key object

  • asymmetric sign/verify

  • symmetr1c encrypt/decrypt

  • MAC

  • d1gest

  • derive key

  • policy

第二層:SE05XAPDUAPI​

常SSS不萄用,或者要查芯片能力、到象列表、由線列表,就看低眉APDU: se05x_APDU_ap1s .h sc85x_enums .h se05x_const.h 常見函数频别: 目標 查什度 GetVers1on 版本 GetExtVers1on Ge tRandom 随機数 Readobject 對象 ,ReadIDList CheckobjectExists 查到象 ,ReadobjectAttributes 查曲综 ReadECCurveL1st 創建曲缘 CreateCurve_* DeleteSecureobject 剩除封象 ,DeleteAll TLSGenerateRandon TLS 辅助 , TLSPerformPRF Perso_Set_* personalization SetPlatfornSCPRequest

第三唇:examples​

真實用法通常在examples爽更容易看懂。重贴搜: ex_sss se05x_GetInfo ecc rsa aes hnac tls E0ds policy

第四層:源碼搜索​

置际工程裹最快的方法是用rg: 1snu-pue-6n1d/ox/yied Idv xseos. 6J 4snj1-pue-6n1d/o1/4zed orutawu(se sss。 6J rg *5ss_key_store" path/to/plug-and-trust 4snu1-pue-6nd/o/4xed istnanunsoapeog. 6J rg Createcurve path/to/plug-and-trust 查函数時要同時看三件事:

1.原文件叠明。​

2.實现文件。​

3.example 裹怎度傅参敏。​

只看聲明很容易用。

第五層:安全分级​

查到函敏以後,不要馬上跑。先分级: 等级 明 例子 Tier 傅输和 sessi I2C、 T=1、 session open on Tier 只請查詢 GetVers1on, GetRandom, ReadECCurveL1st 1 Tier 創建测試key、签名验、删除测試對象 测試對象寫入 2 Tier 改 SCP03 key、DeleteAll、改 I2C 地址、personaliz 危隆固性化 ation 3 T1er3不能放进普通demo自動胞。 SE常見初始化流程

一個比较穩的流程是:​

1. MCU 初始化 I2C/SPI/reset​

2. 打用 T=1 ovcr I2C​

3。打用 ss5 scssion

4.建立 SCPP3 安全通道​

5。 GctVersion / AppletConfig 6。镭 UniqucID /GetRandon 7。 将 SE GetRandom 混人 MCU/0S 池 8。播 ReadECCurveList / GetFreeMenory / ID list 9。根城案務判断要不要划建由绩

10.槽查案務 object ID 是否存在​

10

11.不存在则剧建或募入 key/cert/data​

12.投置policy​

13.供一次最小验蜜/验MAC/解密测試​

ET

14.記版本、ObjectID、公、榴鲁序列號​

15.苦通通行模式只用對象,不重夜provis1on​

这個流程裹,第1到8步是bring-up和探测,第9到14步是provision,不要混 在一起。 MCU / soC S5 / Hot.b 机e化; 0C/9PIirst T1 ose GC /.TR CO sesis etenn/pifs Getlandon 3 SE B数:IA3 / RBG seed y / Otjec vist [时象不存在说业接来1e] ConteCune / Genntekiey /Imgortley/ Wrteet set podiry 记ce代 切/ 公倍/提量序/ ke et [家日在] 最辅度/MAC / 加密 65 / Ht.b raero 普通設催答勤時,最好是: 打開 session 通版本 检查到象是否存在 用到象 战行鸦動作 不要每次答動都:

  • 前建key。

  • 删除key。

  • 改 SCP03 key。

  • 改 policy。

  • DeleteAll.

参考資料

  • NXP SE050 品真: https://ww.nxp.con/pages/edgelock-se05e-plug-and-trust-s

ecure-elenent-fam1ly-enhanced-1ot-security-with-high-flexibilityt3ASE050

T-pdf

  • AN12436 - 5E058 configurations: https://ww.nxp.con/docs/en/application-

note/AN12436.pdf

  • AN14277 - EdgeLock SE05x user guidelines: https://ww.nxp.com/docs/en/a

pplication-note/AN14277. pdf

  • NXP Plug & Trust Middleware: https://github.con/NXP/plug-and-trust

原始排版图​

原始导出图超过单张 WebP 的尺寸上限，以下图片按从上到下的顺序连续保存。 SE 安全芯片怎麼用（一）：需求選型、配置確認與初始化：微信公众号导出原始排版图（第 1 段，共 2 段） SE 安全芯片怎麼用（一）：需求選型、配置確認與初始化：微信公众号导出原始排版图（第 2 段，共 2 段）