如 TuxCare CENTOS-STREAM8：CLSA-2026：1790933563公告所述，CentOS Linux 8 主机上存在安装的程序包，该程序包受到多个漏洞的影响。

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

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

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

检测

CentOS Linux 8 [TuxCare] 安全更新：openssl / openssl-devel / openssl-libs / openssl-perl / 等多个漏洞（CENTOS-STREAM8：CLSA-2026：1790933563）

high Nessus 插件 ID 362596

版本 1.1

检测

CentOS Linux 8 [TuxCare] 安全更新：openssl / openssl-devel / openssl-libs / openssl-perl / 等多个漏洞 （CENTOS-STREAM8：CLSA-2026：1790933563）

high Nessus 插件 ID 362596

版本 1.1

CentOS Linux 8 [TuxCare] 安全更新：openssl / openssl-devel / openssl-libs / openssl-perl / 等多个漏洞（CENTOS-STREAM8：CLSA-2026：1790933563）