YTM32B1HA0在擦除写入硬件KEY以后通过HCU的MAC生成函数，得出的值与第三方软件不一致

[caihang]

根据EFM应用手册， 代码如下：

实际得出的MAC值与第三方不一致：

是不是load的硬件key不对？
CUS_KEY寄存器中的match==1


更换字节顺序也无效
demo工程如下
Flash_Demo.zip
调用的写入擦除函数分别是FLASH_DRV_Program FLASH_DRV_EraseSector

[Diga]

https://forum.ytmicro.com/topic/519/aes-cmac-aes-ecb测算/2?_=1767578032334

[caihang]

Diga 使用硬件加密计算CMAC的值与第三方测算的不一致才会有这个帖子的出现哩

[Harlan]

caihang 第三方软件用上诉链接平台，明文用大端输入，key用小端输入，试试看

[Diga]

用软件密钥的方式，结果是对的嘛？

[Diga]

如果你上述断点没问题的话，那么显示的原因是你密钥擦除或者密钥编程失败。

[caihang]

Diga 您好，感谢解答，https://forum.ytmicro.com/topic/912/aes-cmac验证问题?_=1767575691754 我参照了您这篇帖子，HCU配置SWAP_BYTE，KEY也进行大小端转换以后计算通过了，谢谢！

[caihang]

Harlan 多谢！可以了，HCU配置SWAP_BYTE，KEY也转换一下小端就可以计算出正确的CMAC结果了

[caihang]

Diga 你好，软加密对于输入数据流是否有长度限制，我看手册是SHA256单block是0XFFFF，AES是0X7FFF， ，这里做APP验签时，算出的结果与第三方对不上，单算几个byte是可以过的。有靠谱的第三方验签解密的网站吗，数据流一共0x6def0的长度

[caihang]

Diga 或者有分包的demo吗

[Diga]

可以参考下述代码

HCU_DRV_GenerateMAC(plainText, 64, MSG_ALL, &cmacConfig);
while(hcuState.cmdInProgress);

HCU_DRV_GenerateMAC(plainText + 0, 16, MSG_START, &cmacConfig);
while(hcuState.cmdInProgress);
HCU_DRV_GenerateMAC(plainText + 4, 16, MSG_MIDDLE, &cmacConfig);
while(hcuState.cmdInProgress);
HCU_DRV_GenerateMAC(plainText + 8, 16, MSG_MIDDLE, &cmacConfig);
while(hcuState.cmdInProgress);
HCU_DRV_GenerateMAC(plainText +12, 16, MSG_END, &cmacConfig);
while(hcuState.cmdInProgress);