Mbed TLS项目中PSA工具函数在非PSA构建下的兼容性问题分析

问题背景

在Mbed TLS 3.6.0版本中，当用户启用了ECDSA功能(MBEDTLS_ECDSA_C)但未启用PSA加密功能(MBEDTLS_PSA_CRYPTO_C)时，psa_util.c文件中的部分代码仍会被包含在构建过程中。这导致了一个零长度数组的声明，进而引发编译错误（除非使用某些不太严格的编译器）。

技术细节分析

问题的根源在于config_adjust_legacy_crypto.h文件中MBEDTLS_PSA_UTIL_HAVE_ECDSA宏的定义逻辑。当前定义允许在仅启用ECDSA_C而不启用PSA_CRYPTO_C的情况下，仍然包含PSA相关的工具函数。

这些工具函数主要用于ECDSA签名在原始格式(raw)和DER格式之间的转换。从技术实现角度来看，这些函数需要知道椭圆曲线坐标的最大字节数，在PSA和非PSA配置下，这个值的获取方式不同：

• PSA配置下：使用PSA_VENDOR_ECC_MAX_CURVE_BITS宏
• 非PSA配置下：应使用MBEDTLS_ECP_MAX_BYTES宏

解决方案讨论

开发团队经过深入讨论后，提出了几种可能的解决方案：

1. 完全移除非PSA配置下的支持：考虑到这些函数位于psa_util.h头文件中，且主要服务于PSA用户，最简单的方案是仅在PSA启用时提供这些函数。

2. 完善非PSA配置下的支持：通过正确选择最大坐标字节数的定义方式，使函数在非PSA配置下也能正常工作。

3. 使用MBEDTLS_PSA_CRYPTO_CLIENT作为条件：这是一种折中方案，允许在客户端模式下使用这些函数。

最终决策

基于以下考虑，团队决定采用第一种方案：

• 这些函数位于PSA命名的头文件中，自然更倾向于PSA用户
• 鼓励用户迁移到PSA API是项目的战略方向
• 在非PSA配置下，这些函数从未真正工作过，移除不会破坏向后兼容性
• 减少维护复杂性和测试负担

对开发者的建议

对于使用Mbed TLS 3.6.0的开发者，如果遇到此编译错误，建议：

1. 如果可能，启用PSA加密功能(MBEDTLS_PSA_CRYPTO_C)
2. 或者，等待3.6.1版本的修复
3. 如果需要ECDSA签名格式转换功能，考虑迁移到PSA API

此问题的修复将包含在Mbed TLS 3.6.1版本中，确保在不支持PSA的配置下，不会错误地包含PSA工具函数代码。