SmartBond™DA14682和DA14683

10个月前

问题n°2似乎与q n°1相当链接：Crypto_hmac_sha256（）在安全模式中是什么？它看起来像这个函数只能实现CPU密钥传输，它根本不使用DMA。

附属问题:你们在生产中测试了安全模式和加密/hmac吗?

谢谢你！

• 登录或者登记对发表评论

7个月前

认为！

• 登录或者登记对发表评论

7个月前

你好

谢谢您的回答。

- 我确实理解，OTP内存包含AES模块直接使用的键。如果加密算法需要密钥扩展，则所有键都必须存储在AES_keys中。

- 我确实理解，在安全模式下，CPU无法读取存储在OTP中的键。它们只能使用DMA转移。

实际的板支持包实现这个DMA传输吗?据我所知，没有。

- >我是否应该重新实现HW_AES_HASH_STORE_KEYS（）以在安全模式下使用密钥扩展？我正在使用AES CBC，并使用OpenSSL解码传输数据。

你没有回答我关于crypto_hmac_sha256()的问题。

- 从我的理解，我无法使用存储在OTP中的键以在安全模式下使用HMAC。这意味着HMAC功能无法从JTAG / MKIMAGE生产工具获取其键。

你能确认吗?

先感谢您

致以最亲切的问候

st

• 登录或者登记对发表评论

6个月前

你好

我打算通过initial_flash / jtag / otp / suota_loader_secued软件组使用系统中引入的对称密钥。

如果我将hw_aes_hash_store_keys（）函数替换为由DMA通道7加载密钥：

- 我了解我需要以相同的方式手动设置“密钥扩展”设置hw_aes_hash_store_keys

-下一个语句似乎与字节交换有关。如果我理解的很好，它与小端到大端的转换有关。

您能否向MMA通道7确认设置以从OTP将密钥正确加载到AES协处理器中？是否有任何特定的字节顺序转换执行？如果是的话在哪种情况下？

先感谢您

致以最亲切的问候

st

• 登录或者登记对发表评论

5个月前

你好

为了记录在案，我设法使用存储在OTP中的对称密钥在安全模式下使用AES CBC加密

程序如下：

dma_setup secured_channel = {
.channel_number=HW_DMA_channel_7，
.bus_width = hw_dma_bw_word，
.irq_enable = hw_dma_irq_state_enabled，
.irq_nr_of_trans = 0,
.dreq_mode = hw_dma_dreq_start，
。inc = hw_dma_ainc_true，
.b_inc = HW_DMA_BINC_TRUE,
.circular = hw_dma_mode_normal，
.dma_prio = HW_DMA_PRIO_0,
.dma_idle = hw_dma_idle_interrupting_mode，
.dma_init = hw_dma_init_ax_bx_ay_by，
.dma_req_mux = hw_dma_trig_none，
.src_地址=0x0，
.dest_address = 0x0，
.Length = 0x0，
.callback = key_secured_copy_cb，
.user_data = xxx，
}；

Static int16_t key_secured_copy(uint8_t * from, uint8_t * to, uint32_t size)
{
//声明局部变量
Int16_t错误= -1;
uint16_t局部尺寸；

//检查参数的完整性
断言（来自！= null）;
断言(! = NULL);
断言（大小> 0）;

if（（来自！= null）&&（to！= null）&&（size> 0））{

//键扩展需要由发动机执行
REG_SET_BIT (AES_HASH CRYPTO_CTRL_REG CRYPTO_AES_KEXP);

//准备DMA数据
secured_channel.src_address =（uint32_t）from;
secured_channel.dest_address =（uint32_t）;
安全信道长度=0；
如果(secured_channel。Bus_width == 0) {
local_size = size;
} 别的 {
local_size = size / secured_channel.bus_width;
}
secured_channel.length = local_size;
hw_otpc_init（）;
hw_otpc_set_speed（hw_otpc_sys_clk_freq_16）;
hw_otpc_manual_read_on（0）;
hw_dma_channel_initialization（＆（secured_channel））;
hw_dma_channel_enable (secured_channel。channel_number HW_DMA_STATE_ENABLED);
os_event_wait（secured_channel_event，os_event_forever）;
hw_dma_channel_stop (secured_channel.channel_number);
hw_otpc_manual_read_off（）;
hw_otpc_disable（）;

//设置错误返回参数
if（local_size == secured_channel_len）{
error = 0;
} 别的 {
错误= 1;
}
}
//警报错误
断言(错误= = 0);

返回错误;

}

函数调用是

密钥加密拷贝（（uint8\u t*）0x07F8E8C0，（uint8\u t*）和AES\u散列->加密密钥开始，32）；

请注意，Dialog工具secure_image_config.py中显示的密钥与系统上有效使用的密钥具有不同的字节顺序。

为了能够使用OpenSSL从DA14683传输的扰乱消息，我必须重写从小endian中显示的XML文件中显示的十六进制密钥（32位）。

（请参阅HW_AES代码中的字节交换。由于CPU无法访问键，因此无法在安全模式下完成此操作）

希望能帮助到你。主题已关闭。

致以最亲切的问候

st

• 登录或者登记对发表评论

5个月前

你好

郑重声明，一个小的尾序。Bash脚本需要大量转换由secure_image_config.py生成的密钥的字节顺序，从而允许使用openssl解密数据:

＃！/bin/bash
如果[$＃--ne 1] ||[[！$ 1 =〜[0-9A-FA-F] {64}]]
然后
echo“用法：endian.bash 256_hex_key”
出口1
FI.

I在0 1 2 3 4 5 6 7
做
l = $ (($ i * 4 + 1))
回声$1 |折叠-W2 |尾-n+$l |头-N4 | tac | tr-d“\n”
完成

回声

布尔

st

• 登录或者登记对发表评论