远程 MiracleLinux 9 主机上存在安装的程序包，该程序包受到 AXSA：2026-2042：05 公告中提及的漏洞的影响。

    密钥封装 OID 在线上可能受到攻击者控制。CMS 解包允许 id-aesNNN-wrap-pad 和 id-aesNNN-wrap 密码。攻击者可获取合法消息并更改单个 OID 字节以选择填充变量，同时保持消息在其他情况下有效。由于解包密钥派生自接收者的私人操作（ECDH 密钥协议或 ML-KEM 解封装），因此无法通过 RFC 5649 完整性检查，并且解密会因完整性失败而失败。写入操作是固定大小（8 字节）、固定值（零）堆溢出，紧接在分配之后，不需要特殊配置，可从公共 CMS_decrypt（） 函数访问。结果是堆损坏，从而导致拒绝服务。CMS 代码中的补丁将解包输出缓冲区的大小设置为最坏的情况，因此失败的解包无法写入超出分配范围。FIPS 影响：否 由于 CMS 代码位于 FIPS 模块边界之外，因此没有任何 FIPS 模块受此 CVE 影响。
    CVE-2026-84782 问题摘要：DTLS 重新传输逻辑未正确处理中途挂起的握手消息写入。重新传输的消息可通过消息缓冲区被读取，重新传输会覆盖内部状态，暂停写入需要正确恢复。影响汇总：当读取到达未映射的内存区域时，重新传输的消息可能会将堆内存作为明文握手数据泄露给对等机，或造成崩溃和拒绝服务。CWE：CWE-125：越界读取描述：DTLS 握手消息可以分成多个片段写出，如果底层传输暂时无法接受更多数据，写入操作可能会在消息中间挂起（返回WANT_WRITE）。当这类写入暂停时，DTLS 重新传输计时器可能会独立触发，并要求重新传输逻辑从其重新传输队列重新发送较早的已确认为已发送消息。
    重新传输逻辑重复使用与仍在写入的消息相同的内部缓冲区和位置跟踪，而不将位置重置回重新传输的消息的开头。
    因此，会从暂停写入中断的位置开始读取重新传输，从而生成标记错误的消息，其正文是另一条仍在传输中的较大消息剩余的字节，此时从未打算发送的内容，并且可能超过分配的缓冲区末尾。另外，即使重新传输位置正确，在另一写入暂停时让其运行到完成，也将覆盖暂停写入恢复所依赖的同一个共享簿记。当应用程序稍后恢复暂停的写入（通过后续 SSL_read（）、SSL_write（）、SSL_accept（） 或 SSL_connect（） 调用）时，它会发现该簿记处于与消息不一致的状态，并在调试生成中中止该进程。此补丁在重新发送之前将重新传输的读取位置重置为消息开头，并且只要握手写入仍处于暂停状态，就完全跳过重新传输，从而延迟到恢复握手写入的下一个调用。FIPS 影响：否 受影响的代码超出 FIPS 模块边界。

Tenable 已直接从 MiracleLinux 安全公告中提取上述描述块。

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

检测

MiracleLinux 9：compat-openssl11-1.1.1k-5.el9_8.6 （AXSA：2026-2042：05）

high Nessus 插件 ID 365555

版本 1.1