[参考译文] RTOS/TM4C129XNCZAD：AES 库中的错误导致意外访问存储器

您好、Mohammed、

感谢您花时间在我们的论坛上发帖。 我想通知您、所描述的行为不是固件错误。 让我解释一下发生了什么以及原因。

首先、API 说明非常清楚它的工作方式：

//！ 将纯文本/密文写入数据寄存器并进行分块。
//！
//！ \param ui32Base 是 AES 模块的基址。
//！ \param pui32Src 是指向一个字节数组的指针。
//！
//！ 此函数将纯文本或密文块写入
//！ AES 模块。 如果输入未就绪、该函数会等待、直到它为
//！ 写入前准备就绪。 块为16字节或4字。
//！
//！ \无返回。 

请注意、特别需要指出的是、它会将一个块写入 AES 模块、并且该块为'16字节'。 因此、所有写入操作必须是16的倍数、这样就可以清楚地记录下来。

此外、这一要求不是固件驱动的要求、而是直接来自 AES 加密过程。 从数据表中：

"AES 是 Rijndael 密码(AES 算法)和128位多项式乘法(此处称为 GHASH、根据 AES-GCM 规范)的高效实现。 Rijndael 是一个块密码、其中每个数据块为128位"

因此、要使用 AES 密码、它必须获得128位数据、即16字节、这是要求16的倍数的来源、这就是为什么 TivaWare API 会按原样写入的原因。

这是否向您解释了为什么以这种方式配置 TivaWare 代码、以便现在可以明显看出它不是库中的错误？ 在正确理解的情况下、您可以在系统中正确解决它。

您好、Mohammed、

这涉及检查 AES 外设是否准备好接收接下来的16个字节的数据。 在 AES 外设的控制寄存器内有一个标志、该标志指示外设何时可以接受新数据。 API 轮询该标志、直到外设指示它已准备好接收数据、然后 API 将传递给它的数据加载到 AES 外设数据寄存器中。