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

  - 可能使用低于 2 的 subversion 在带有精心构建动画的 SANM 解码中造成释放后使用写入。存在 STOR 区块时后续的 FOBJ 区块将保存在 ctx->stored_frame 中。
    存储的帧随后可被 FTCH 区块引用。对于使用低于 2 的 subversion 的文件系统会存储未解码的帧并在解析 FTCH 区块时再次解码。但是在 process_frame_obj 中如果帧具有无效的大小则会提前返回值为 0。这会导致 decode_frame 中的代码仍然将原始帧缓冲区存储到 ctx->stored_frame 中。将 ctx->has_dimensions 的设置保留为 false。FTCH 类型的后续区块将再次调用 process_ftch 和解码该帧 obj同时添加到 top/left 值并再次调用 process_frame_obj。鉴于我们之前从未设置过 ctx->have_dimensions因此这一次我们会调用 init_buffers这样可重新分配 ctx->stored_frame 中的缓冲区释放上一个缓冲区来设置维度。但是，GetByteContext 对象 gb 仍然保留对旧缓冲区的引用。最后，当代码尝试解码帧时，接受 GetByteContext 作为参数的编解码器在使用 gb 时将触发释放后使用读取。GetByteContext 仅用于读取字节因此至多可读取无效数据。在释放对象和访问对象时之间无堆分配。但是在返回 process_ftch 时代码会恢复stored_frame 中 top/left 的原始值从而在偏移 6 处向已释放数据写入 4 个字节从而可能损坏分配器的元数据。此问题只需探测文件是否为 sanm 格式即可触发。建议升级到版本 8.0 或更高版本。 (CVE-2025-59734)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-59734

high Nessus 插件 ID 269301

版本 1.8