OpenSSL 4.1正式发布：新增DTLS 1.3支持强化后量子密码性能

开源加密软件库OpenSSL于2026年10月23日正式发布4.1版本。此次更新引入多项新功能与性能优化，包括支持DTLS 1.3协议、实现GREASE机制、加速后量子密码算法，并针对支持AVX-512指令集的x86-64处理器优化部分加密运算。此外，新版本还移除了对Windows CE和Windows安腾平台的构建支持，进一步清理历史遗留代码。

OpenSSL是互联网基础设施中最重要的加密软件库之一，被广泛用于HTTPS网站、服务器、VPN、应用程序以及其他需要安全通信的系统。它负责处理TLS连接、数字证书、密钥交换、加密和数据完整性验证等任务，因此其更新不仅关系到开发者，也会影响大量依赖它的软件和网络服务。

此次更新最重要的新功能之一，是正式支持DTLS 1.3。DTLS，即数据报传输层安全协议，可以理解为面向数据报通信的安全协议，其设计目标与TLS类似，但能够适应UDP等可能丢包、乱序或延迟到达的数据传输环境。

传统TLS主要用于TCP连接，而许多实时通信、网络游戏、语音视频应用以及部分物联网设备需要使用UDP，以减少传输延迟。DTLS能够在这些场景中提供加密、身份验证和数据完整性保护。DTLS 1.3则进一步改善了协议设计，缩短握手流程，并引入与现代TLS技术相对应的安全改进。

新版本还为SSL监听器API增加了DTLS支持，使开发者能够更方便地使用OpenSSL构建基于数据报协议的安全服务。对于需要低延迟通信的应用而言，这有望减少自行实现相关安全机制的工作量。

不过，DTLS 1.3并不意味着所有使用OpenSSL的应用都会自动获得性能提升。应用程序仍需要主动使用相应接口，并根据实际网络环境进行配置和测试。新协议的收益也取决于通信模式、网络丢包率以及客户端和服务器双方的实现情况。

OpenSSL 4.1还加入了GREASE机制的支持。GREASE是“Generate Random Extensions And Sustain Extensibility”的缩写，最初由互联网工程任务组标准化，用于提高TLS协议的扩展兼容性。

GREASE的核心做法，是在TLS握手过程中发送一些专门保留、没有实际功能的随机化协议值。这样可以测试通信双方是否能够正确处理未知的扩展字段和参数，而不是错误地假设未来所有协议值都已提前定义。通过主动暴露这类兼容性问题，开发者能够减少未来增加新协议功能时出现连接失败的风险。

在密码学性能方面，OpenSSL 4.1继续强化后量子密码算法的实现。随着量子计算技术发展，传统公钥密码体系面临未来潜在的安全挑战，后量子密码算法正逐步进入标准化和实际部署阶段。OpenSSL此次重点优化了ML-DSA和ML-KEM相关运算。

ML-DSA是一种后量子数字签名算法，可用于验证身份和防止数据被篡改；ML-KEM则是一种后量子密钥封装机制，用于协商或建立安全通信所需的共享密钥。两者均基于美国国家标准与技术研究院推动标准化的后量子密码体系。

新版本针对PPC64LE等处理器架构优化了ML-DSA和ML-KEM的数论变换（NTT）运算，同时改进了x86-64平台上的ML-DSA实现。数论变换是这类基于格的密码算法中的重要计算环节，优化其执行效率能够降低部分加密操作的计算开销。

对于支持AVX-512指令集的x86-64处理器，新版本还增加了面向ML-DSA的SHAKE x4优化。SHAKE属于可扩展输出函数，能够根据需要生成不同长度的输出，在现代密码算法中发挥重要作用。通过利用AVX-512提供的向量化计算能力，OpenSSL能够并行处理更多数据，从而提升相关操作的吞吐量。

AES加密同样获得了优化。OpenSSL 4.1针对x86-64平台改进了AES-CBC解密实现，并结合AVX-512和VAES等指令集能力提升处理效率。实际加速幅度会受到CPU型号、编译选项和具体工作负载影响，并非所有处理器都能获得相同收益。

除了主流的x86-64和PPC64LE平台，新版本还首次加入对俄罗斯Elbrus 2000（E2K）处理器架构的初步支持。这意味着OpenSSL正在进一步扩展其可运行的硬件平台。不过，初步架构支持并不等于所有算法、优化路径和外围工具都已经具备完整的生产环境支持。

此次更新还涉及IKEv2密钥派生函数（KDF）。IKEv2广泛用于互联网密钥交换协议，常见于IPsec VPN等网络安全场景。新增相关支持能够扩展OpenSSL的密码学功能，为需要使用该密钥派生机制的开发者提供更直接的实现途径。

在兼容性方面，OpenSSL 4.1正式移除了Windows CE和Windows安腾处理器平台的构建目标。Windows CE是早期面向嵌入式设备的操作系统，而安腾则是英特尔曾经发展的IA-64处理器架构。随着这些平台逐渐退出主流应用，继续维护相关构建目标的价值不断降低，移除它们可以减少项目维护负担。

配置选项方面，OpenSSL删除了no-ecdsa和no-ecdh两个选项。开发团队指出，这两个选项此前并不能真正禁用对应实现，因此容易造成误解。需要禁用椭圆曲线密码功能的开发者，现在应使用no-ec配置选项。

另一个值得注意的变化涉及tsget工具。该工具此前依赖已经停止维护的Perl模块WWW::Curl::Easy，现在改为使用Net::Curl::Easy。对于依赖tsget的用户而言，升级前需要确认新依赖已经安装，否则相关功能可能无法正常运行。

尽管OpenSSL 4.1带来了多项新功能，但发布说明也列出了与DTLS相关的已知问题。例如，在接收到DTLS 1.3的KeyUpdate消息后，部分尚未获得确认的握手后记录可能无法按照预期重新发送；特定丢包条件下，握手也可能出现问题。开发团队已计划在后续版本中修复这些缺陷。

因此，对于运行关键网络服务的企业和开发者而言，升级前仍应仔细阅读官方发布说明，并在测试环境中验证DTLS相关功能。如果应用并未使用新功能，也应根据自身依赖关系、操作系统发行版的维护策略和安全需求决定升级时间，而不必仅仅因为版本号变化就立即替换生产环境中的加密库。

总体而言，OpenSSL 4.1是一项以新协议支持、后量子密码性能优化和平台维护调整为核心的功能版本。DTLS 1.3和GREASE将帮助开发者构建更现代的安全通信系统，而AVX-512及其他架构优化则进一步提高了部分密码学运算的效率。随着后量子密码逐渐进入实际部署阶段，OpenSSL这类基础软件库的持续更新，将成为互联网安全体系演进的重要组成部分。