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

  - dmdm-crypt不要部分接受具有分区目标的写入 BIO 根据 max_read_size 和 max_write_size 模块参数定义的 dm-crypt 内部限制默认为 128 KB。目的是通过将大型 BIO 拆分为可在不同 CPU 上并行的较小操作来改进大型 BIO 的处理时间。对于已分区的 dm-crypt 目标仍会进行此 BIO 拆分但不会并行执行以确保向底层设备发出的写入操作保持连续。然而拆分本身会造成其他问题1) 由于 dm-crypt 依赖区块层区域写入插入来处理使用常规写入操作的区域附加仿真拆分写入 BIO 的提醒将始终插入目标区域写入插入中。正在进行的写入 BIO 完成后此提醒 BIO 已拔出并从区域写入插入工作发出。如果需要拆分此提醒 BIO 本身则会重新发布并再次插入该提醒但是这会导致调用 blk_queue_enter()如果发起了队列冻结操作可能会阻断该调用。这会导致死锁因为 DM 提交仍保留队列冻结端正在等待的 BIO。 2) dm-crypt 依赖由区块层使用常规写入操作处理区域附加操作所完成的仿真。这仍然需要正确返回写入的扇区作为原始 BIO 的 BIO 扇区。但是，只有并且只有存在用于处理用户发出的原始区域附加操作的单个克隆 BIO 时，才能正确完成此操作。如果区域附加操作的大小大于 dm-crypt max_write_size则原始 BIO 将被当作一系列常规写入操作来拆分和处理。
    此类链接会导致将错误的写入扇区返回到使用原始 BIO 扇区的区域附加颁发者。这进而导致使用 xfs 或 btrfs 的文件系统数据损坏。可通过修改 get_max_request_size() 使其始终返回 BIO 的大小来修复此问题从而避免在 crypt_map() 中被 dm_accpet_partial_bio() 拆分。 get_max_request_size() 已重命名为 get_max_request_sectors()以阐明返回值的单位其接口已更改以便获取一个指向正在处理的 struct bio 的指针。除了此更改之外要确保 crypt_alloc_buffer() 正常工作请将 dm-crypt 设备 max_hw_sectors 限制设置为至多 BIO_MAX_VECS << PAGE_SECTORS_SHIFT4KB 页面架构中为 1 MB。这会强制 DM 核心拆分写入 BIO然后再将其传递给 crypt_map()从而保证 dm-crypt 始终可接受整个写入 BIO而无需拆分。此更改对 dm-crypt 的读取路径没有任何影响。
    仍可拆分读取操作并并行处理 BIO 片段。鉴于所有区域写入 BIO 均已内联而非并行处理则上述情况也不会影响写入路径的性能。此变更也不会以任何方式影响常规的 dm-crypt 区块设备。 (CVE-2025-39791)

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

检测

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

medium Nessus 插件 ID 264740

版本 1.15