远程主机上安装的 OpenSSL 版本低于 4.0.3。因此，该软件受到 4.0.3 公告中提及的多个漏洞影响。

  - 问题摘要：DTLS 重新传输逻辑未正确处理中途挂起的握手消息写入。重新传输的消息可通过消息缓冲区被读取，重新传输会覆盖内部状态，暂停写入需要正确恢复。影响汇总：当读取到达未映射的内存区域时，重新传输的消息可能会将堆内存作为明文握手数据泄露给对等机，或造成崩溃和拒绝服务。CWE：CWE-125：越界读取 描述：DTLS 握手消息可以分成多个片段写出，如果底层传输暂时无法接受更多数据，写入操作可能会在消息中间挂起（返回WANT_WRITE）。当这类写入暂停时，DTLS 重新传输计时器可能会独立触发，并要求重新传输逻辑从其重新传输队列重新发送较早的已确认为已发送消息。
    重新传输逻辑重复使用与仍在写入的消息相同的内部缓冲区和位置跟踪，而不将位置重置回重新传输的消息的开头。
    因此，会从暂停写入中断的位置开始读取重新传输，从而生成标记错误的消息，其正文是另一条仍在传输中的较大消息剩余的字节，此时从未打算发送的内容，并且可能超过分配的缓冲区末尾。另外，即使重新传输位置正确，在另一写入暂停时让其运行到完成，也将覆盖暂停写入恢复所依赖的同一个共享簿记。当应用程序稍后恢复暂停的写入（通过后续 SSL_read（）、SSL_write（）、SSL_accept（） 或 SSL_connect（） 调用）时，它会发现该簿记处于与消息不一致的状态，并在调试生成中中止该进程。此补丁在重新发送之前将重新传输的读取位置重置为消息开头，并且只要握手写入仍处于暂停状态，就完全跳过重新传输，从而延迟到恢复握手写入的下一个调用。FIPS 影响：否 受影响的代码超出 FIPS 模块边界。（CVE-2026-84782）

  - 问题摘要：包含多个 nameRelativeToCRLIssuer CRL 分发点的证书在 OpenSSL 缓存 X.509 扩展时造成不成比例的堆增长。影响汇总：从恶意对等方接收特制的证书会给客户端或请求客户端证书的服务器带来巨大的内存压力，甚至可能造成拒绝服务。CWE：CWE-770：无限制或限制地分配资源 描述：符合从对等机接受的证书大小限制 （~100 KiB） 的证书或一组证书，可导致在正常 TLS 握手期间，在接收端分配数百 MiB 的常驻内存。如果多个并发连接导致类似的大量内存分配，这可能足以使客户端或服务器崩溃。该补丁将证书中的 CRL 分发点扩展的处理延迟到 CRL 处理需要处理过的值的时间。这可避免在收到此类证书时将大内存分配长时间保留。FIPS 影响：否 受影响的代码超出 FIPS 模块边界。（CVE-2026-35189）

  - 问题摘要：OpenSSL QUIC 服务器在配置为不执行地址验证时，可被强制在其未经验证的信用计算中多次计算传入数据包，从而导致违反 RFC 9000 未经验证的连接放大限制，即所接收数据量的 3 倍。影响汇总：能够使用 OpenSSL QUIC 实现将数据包伪装到服务器的远程攻击者可能会利用服务器来放大 DDoS 攻击。CWE：CWE-440：预期行为违规 描述：当作为服务器运行时，OpenSSL 的 QUIC 堆栈会强制执行客户端地址验证（RFC 9000，第 8 节），以确认对等机地址未用于流量放大攻击。如果在服务器上禁用此功能，则在 TLS 握手完成之前，QUIC 堆栈会将可发送的服务器数据量限制为从对等机地址接收的数据量的 3 倍。OpenSSL QUIC 服务器在非验证模式下运行时，会在处理数据报中的每个 QUIC 数据包时，将接收的整个数据报的长度添加到未经验证的信用限额。远程对等机在与初始客户端 hello 帧建立连接后，可能会发送包含多个 QUIC 数据包的后续数据报，导致服务器考虑数据报中每个数据包的整个数据报长度，导致服务器认为对等机发送的数据比实际发送的数据多，从而违反 RFC 规定的 3 倍放大限制。FIPS 影响：否 由于 QUIC 堆栈位于 FIPS 模块边界之外，因此此 CVE 不会受到任何 FIPS 模块的影响。
    (CVE-2026-35191)

  - 问题摘要：QUIC 流重组算法性能会随着数据包无序到达而逐渐恶化。最坏情况的二次复杂度与为接收到的流数据保留在缓冲区中的流帧数成正比。影响汇总：完成握手的远程 QUIC 对等体可利用公告接收窗口内符合标准的 STREAM 帧（较低的攻击者带宽）造成连接范围的 CPU 压力，并可能造成拒绝服务。CWE：CWE-407：
    低效的算法复杂性 描述：OpenSSL 使用双重链接列表管理接收的 QUIC 流片段。虽然它针对附加操作进行了优化（在列表末尾），但它会回退到从头到尾的线性搜索，以查找不紧跟在当前“尾部”后面的任何片段。通过操纵偏移序列，攻击者可强制服务器执行 O（n^2） 操作，从而消耗过多用于 QUIC 进程的 CPU 时间。FIPS 影响：无 QUIC 实现位于 OpenSSL FIPS 模块边界之外，因此 FIPS 模块不受影响。(CVE-2026-42772)

  - 问题摘要：ECDSA 和 SM2 签名操作所用的通用椭圆曲线标量乘法，其曲线没有专用实现，会通过计时泄露秘密临时信息的相关信息。影响汇总：能够测量签名次数的攻击者可了解每个签名秘密随机数的相关信息，通过多个签名可通过格点/隐藏数字问题攻击导致私钥恢复。CWE：CWE-208：可观察的时序差异 描述：用于没有专用恒定时间实现的曲线的通用椭圆曲线标量乘法用非恒定时间 BIGNUM 运算填充秘密标量，因此所花费的时间取决于从 ECDSA 和 SM2 nonce 派生的秘密标量的值。泄漏非常小;观察它需要大量的测量。对于组顺序位于机器字边界上的曲线，例如brainpoolP384r1，这种影响最大。使用 ECDSA 通过 Brainpool 和其他通用素数曲线签名的应用程序，以及使用通用实现平台上的 SM2 签名的应用程序，都容易受到此问题的影响。NIST 曲线 P-256、P-384 和 P-521 使用专用的常数时间实现，不受影响。FIPS 影响：无 FIPS 模块不受影响：FIPS 提供程序中使用的经批准的 NIST 曲线具有专用的常量时间实现，并且不使用受影响的代码路径。（CVE-2026-54872）

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 问题摘要：多个线程首次并发使用同一 X.509 证书时，可能导致在另一个线程仍在使用缓存的扩展数据时释放该数据。影响汇总：如果多个连接同时构建到同一个受信任 CA 证书的首个证书链，则未经身份验证的远程对等机可导致请求客户端证书的多线程 TLS 客户端或多线程 TLS 服务器崩溃。这是释放后使用读取，可能会造成进程崩溃，从而导致拒绝服务。CWE：CWE-416：释放后使用 描述：OpenSSL 在第一次需要证书的 X.509v3 扩展的解码值时将其缓存到对象内 X509 。在 OpenSSL 4.0 中，此缓存分两个阶段构建：在保持证书读取锁定的同时计算扩展值，然后在写入锁定下将结果安装到证书中。由于读取锁定不会排除其他读取器，因此多个线程可以同时计算同一证书的缓存。随后获取写锁定的每个线程都会安装自己的结果并释放前面的线程安装的值，即使该较早的线程已将缓存标记为完整并可能已将指针返回给其调用程序也是如此。仍在使用这些指针的调用程序随后会读取释放的内存。线程之间共享的任何证书在第一次解码其扩展时都会暴露。在 TLS 中，存在风险的证书是用于以任何方式进行链验证的受信任 CA 证书，因为每个连接均共享这些证书，并且其扩展在首次构建链时会得到解码和缓存。对等机发送的证书会针对每个连接单独解码，且不共享，因此不会受到影响。在验证服务器证书的 TLS 客户端，或请求并验证客户端证书的 TLS 服务器中，只有在多个连接同时构建到相同受信任 CA 的首条链时，才会发生释放后使用。FIPS 影响：
    否 FIPS 模块不受影响，因为 X.509 证书处理超出了 OpenSSL FIPS 模块边界。OpenSSL 4.0 容易受到此问题的影响。OpenSSL 3.6、 3.5、 3.4和 3.0不受 1.1.11.0.2 此问题的影响。OpenSSL 4.0 用户应在发布 OpenSSL 4.0.3 后升级到该版本。此问题由 Tim Becker （Xint.io） 于 2026 年 8 月 27 日报告，aydinmercan 在 2026 年 8 月 31 日的公开报告中独立报告。
    该补丁已由 Bob Beck 开发。-- cut（供内部使用的非发布元数据） -- 报告者：
    Tim Becker （Xint.io），aydinmercan 修复者：Bob Beck （CVE-2026-84783）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
352189	OpenSSL 4.0.0 < 4.0.3 多个漏洞	Nessus	Web Servers	2026/9/30	2026/10/2	high
351203	Linux Distros 未修补的漏洞：CVE-2026-84783	Nessus	Misc.	2026/9/29	2026/10/9	high

检测

插件搜索

high

high