
SE 即安全组件 (Security Element), 是安全利用系统中提供安全信息存储、密码运算 职能的芯片,用以实现数据加密、身份认证等职能。本文重要介绍基于宏思电子技术HSC32i1安全芯片开发的SE的个性和职能。
1.SE职能开发介绍
> 矫捷的指令集,便于实现各类安全利用
> 以 SHA-256 算法实现密钥派生等职能,并实现加解密
> 以 SHA-256 算法天生 MAC (报文认证码)
> 以 SHA-256 算法实现 HMAC (基于哈希算法的加密新闻认证)
> 12C 接口,典型使用100Kb/s, 最高快率支持400Kbps
1.1 利用场景
> 防伪造/克隆
用于确认可移除、可代替客户端组件的真实性。好比打印机墨河注电子子卡、医药器材、及备件的防伪;也可用于甄别软件、固件?椤⒋娲⑵鞯ピ。
> 固件或介质;
疏导时验证存储在存储器中的编码的齐全性和正确性,以预防未经许可的批改(这也称为安全启动)。
> 互换会话密钥
安全方便地互换用于系统处置中的加解密密钥,以治理私密的通讯链路、加密下载及类似项目。
> 数据安全存储
存储用于加解密的奥神秘钥。也可用于存储配置、校准、电子钱包数据、消费数据或其他私密的少量数据,通过加密/认证的读和写操作实现可编程的;。
> 校验用户口令
确认用于输入口令的正确性,将用户单一口令通过算法映射为复杂的数据,从而实现口令在链路上的安全传输。
1.2 安全个性
> 芯片通过国密安全二级和EAL4+ 尺度检测
> 真随机数产生器,切合<<随机数监测规范>>和NIST 有关尺度
> 唯 一 的9字节(72 -bit) 序列号
> 真随机数产生器
> 地址加扰,金属屏蔽层设计
> SPA/DPA/DFA 防护
> 安全疆域
2. 电气个性
2.1极限参数

注:超过绝对最大额定值所列的负荷可对芯片造成永远性败坏。持久露出在绝对最大额定下会影响芯片的靠得住性。
2.2电性参数

2.3 DC 参数

2.4 通讯启动功夫参数
上电复位功夫: SE 从 VCC 上升至有效电压直到可能接管数据的功夫。

3.I2C 接口
安全认证 SE 选取尺度的 I2C 接口,利用两根线 SDA (数据线)和 SCL (时钟线)进行数据传输,以实现主控系统和安全认证 SE 之间各类指令交互职能。
3.1 I2C 状态
3.1.1 芯片休眠
> 当芯片休眠时,功耗降落。
> 支持地址匹配的中断唤醒。

3.1.2 芯片处于唤醒状态
当芯片处于唤醒状态时,它接受下面列出的前提:
> 数据0:若是当SCL 由低变高再变低时, SDA 为低且不变,则总线上传输了一个比特0。SDA 能够当SCL 为低时扭转。
> 数据1:若是当SCL 由低变高再变低时, SDA 为高且不变,则总线上传输了一个比特1。SDA 能够当SCL 为低时扭转。

图3-1.I2C 接口的数据比特传输
> Start 前提:当SCL 为高时 SDA 从高至低的跳变,就是Start 前提,它是主机端发送数据的起头前提。
> Stop 前提:当SCL 为高时SDA 从低至的高跳变,就是 Stop 前提。当芯片接管到此条 件之后,当前传输事务就实现了。在输入时,若是芯片有足够的字节空间来执行号令, 芯片就转到忙状态,起头执行。建议在职何一个包发送到芯片之后,主端发送一个 Stop前提。

图3- 2 .I2C 接口的 Start 和 Stop 前提
> 应 答 (ACK): 确认。在每一个地址或数据字节发送后的第9个时钟周期,接管方要将SDA 引脚拉低来确认正确地接管到了该字节。
> 无应答 (NACK): 非确认。在每一个地址或数据字节发送后的第9个时钟周期,接管方能够让 SDA 引脚维持为高,来暗示该字节接管谬误,或此字节实现了一次有效的号令及其应答。

图3-3.I2C 接口简直认和非确认前提
3.2 向 SE 发送数据
从系统向SE 的数据发送时序于下图中。发送挨次如下:
1. Start 前提。
2. 芯片地址字节。此字节选定 I2C 接口上的特定芯片。若是此字节的bit 7至1与配置分 区内的l2C Address 字节的 bit 7至1匹配,则该SE 芯片被选中。此字节的 bit O是标 准 I2C 的 RW 位,暗示写操作应为0(芯片地址之后有从主机发往芯片的字节)。
3. 包类型字节(见下节)。
4. 可选的数据字节(1至N)。
5. Stop 前提。
注:在ACK 期间, SDA 被拉低。
发送到芯片的字节1是长度,在芯片接管到该数量的字节之后, SE 会忽略后续接管到 的字节,直至执行实现。
系统必须在最后一个号令字节后发送Stop 前提,以确保芯片起头等令推算。未发送Stop前提可能导致通讯异常。
3.2.1 包类型
在 I2C 发送数据包中, SE 将主机系统发送的(除地址表)首字节(0偏移)为包类型, 如下所述。
表3-2.包类型

休眠和待机的表在阐发为功耗的差距以及是否保留当前的 TempKey.Valid。
若是用户没有敏感的功耗需要,能够忽略00,01和02类此外指令。
具体更多详情请与我方征询。
关注微信号,惊喜等你来
x