ZHDA333 September   2026 AM62L

 

  1.   1
  2.   摘要
  3.   商标
  4. 1简介
    1. 1.1 平台
  5. 2Yocto 集成 (TI SDK Wrynose)
    1. 2.1 层栈
    2. 2.2 OpenSSL 3.5 原生 PQC：无需额外步骤
    3. 2.3 liboqs/oqs-provider 集成
    4. 2.4 从构建错误中恢复
    5. 2.5 wolfSSL 集成
      1. 2.5.1 选择路径
      2. 2.5.2 步骤 A1 — 选项 A：meta-wolfssl
      3. 2.5.3 步骤 A2 — 选项 B：meta-oe wolfssl（仅库）
    6. 2.6 步骤 B — 构建
    7. 2.7 步骤 C — OpenSSL 提供程序配置
  6. 3性能基准测试
    1. 3.1 ML-KEM — 所有实现
    2. 3.2 ML-DSA — 所有实现
    3. 3.3 FrodoKEM（仅 liboqs）
    4. 3.4 混合 KEM — TLS 开销
    5. 3.5 armasm 对 wolfSSL 性能的影响
  7. 4NEON 与硬件加速分析
    1. 4.1 各实现的加速状态
    2. 4.2 按算法给出的建议
  8. 5算法可用性摘要
  9. 6参考资料

1 简介

警告：
  • OpenSSL 3.5 原生（默认提供程序）：生产就绪且推荐使用。NIST 标准化的 ML-KEM、ML-DSA 和 SLH-DSA 在 OpenSSL 3.5 默认提供程序中受到完全支持，无额外限制。
  • liboqs / oqs-provider：Open Quantum Safe (OQS) 项目声明：“我们目前不建议在生产环境中依赖 LIBOQS 或我们的应用程序集成，也不建议使用它们保护任何敏感数据。”请参阅 openquantumsafe.org/about/#limitations。
  • wolfSSL：双许可 — GPL v2 （开源）和商业许可（专有产品）。请参阅 wolfssl.com/license。

OpenSSL 3.5 原生支持 NIST PQC 标准 FIPS 203 (ML-KEM)、FIPS 204 (ML-DSA) 和 FIPS 205 (SLH-DSA)。此映像通过两个额外的 OpenSSL 提供程序扩展了该基线：

  • oqs-provider 0.11.0 — 使用 liboqs 0.15.0 的混合 KEM 变体（x25519_mlkem512、p384_mlkem768）和非 NIST 算法（FrodoKEM、BIKE）
  • wolfprovider 1.1.1 — wolfSSL 的经典实现（RSA、ECC/ECDSA、X25519/X448、Ed25519/Ed448、DH、HMAC、CMAC、HKDF），可通过 OpenSSL EVP API 访问。此 SDK 的固定版本中不包含 PQC；PQC 可以通过从用户空间应用程序直接调用 wolfCrypt 函数来使用。

三个提供程序通过统一的 OpenSSL 配置同时启用。该映像还提供带 wolfcryptbenchmark 用于直接进行 wolfSSL 原生基准测试，以及 oqs_speed_kem/oqs_speed_sig 用于直接进行 liboqs 基准测试。