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

  - btrfs：lzo：拒绝没有有效标头的内联范围 [缺陷] 对于构建的 btrfs 图像，读取内联 lzo 压缩文件范围时可触发以下 KASAN： 缺陷：KASAN：在 lzo_decompress+0x57d/0x700 中存在 slab-out-of-bound 在地址 ffff888006f2e644 处按任务 btrfs_lzo_inlin/77 读取的大小为 4 调用跟踪： <TASK> dump_stack_lvl+0x5b/0x70 print_report+0xd1/0x610 kasan_report+0xe0/0x110
    __asan_report_load_n_noabort+0x13/0x20 lzo_decompress+0x57d/0x700 btrfs_decompress+0x140/0x1c0 uncompress_inline+0x147/0x1b0 btrfs_get_extent+0xb23/0x10a0 btrfs_do_readpage.constprop.0+0x538/0x1ac0 btrfs_readahead+0x32f/0x5f0 read_pages+0x16f/0x850 page_cache_ra_unbounded+0x296/0x490 do_page_cache_ra+0xd9/0x130 page_cache_sync_ra+0x3ee/0x6f0 filemap_get_pages+0x306/0x15c0 filemap_read+0x329/0xd00 btrfs_file_read_iter+0x1f8/0x2b0 vfs_read+0x4ef/0x720 ksys_读取+0xf8/0x1d0
    __x64_sys_read+0x71/0xb0 x64_sys_call+0x1ab0/0x1b70 do_syscall_64+0x61/0x470 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> [原因] 对于内联 lzo 压缩文件范围，应始终有一个 lzo 标头，用于记录压缩数据的总长度，后面应有一个段标头，用于记录压缩的 lzo 负载。但是，如果构建的内联 lzo 压缩文件范围仅包含 lzo 标头，不包含段标头或负载，则 lzo_decompress（） 仍会尝试读取段标头，从而导致读取超出项目边界。此外，如果内联 lzo 压缩文件盘区是叶的第一个项目，则它将位于盘区缓冲区边界。上述越界读取将超出盘区缓冲区边界，从而触发上述 KASAN 报告。[修复]验证内联 lzo 压缩文件范围的总长度，确保至少有一个 LZO 标头和一个段标头，以及一个非零负载。[ 重做提交消息以删除 slop ]（CVE-2026-74723）

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

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - btrfs： lzo：拒絕沒有有效標頭的內嵌範圍 [錯誤] 對於特製的 btrfs 影像，讀取內嵌 lzo 壓縮檔案範圍時，可能會觸發下列 KASAN： 錯誤： KASAN：lzo_decompress+0x57d/0x700 中的 slab-out-of-bounds 依任務 btrfs_lzo_inlin/77 在 addr ffff888006f2e644 讀取大小 4 呼叫追蹤： <TASK> dump_stack_lvl+0x5b/0x70 print_report+0xd1/0x610 kasan_report+0xe0/0x110
    __asan_report_load_n_noabort+0x13/0x20 lzo_decompress+0x57d/0x700 btrfs_decompress+0x140/0x1c0 uncompress_inline+0x147/0x1b0 btrfs_get_extent+0xb23/0x10a0 btrfs_do_readpage.constprop.0+0x538/0x1ac0 btrfs_readahead+0x32f/0x5f0 read_pages+0x16f/0x850 page_cache_ra_unbounded+0x296/0x490 do_page_cache_ra+0xd9/0x130 page_cache_sync_ra+0x3ee/0x6f0 filemap_get_pages+0x306/0x15c0 filemap_read+0x329/0xd00 btrfs_file_read_iter+0x1f8/0x2b0 vfs_read+0x4ef/0x720 ksys_讀取+0xf8/0x1d0
    __x64_sys_read+0x71/0xb0 x64_sys_call+0x1ab0/0x1b70 do_syscall_64+0x61/0x470 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> [原因] 對於內嵌 lzo 壓縮檔案範圍，應一律有一個 lzo 標頭，記錄壓縮資料的總長度，後面接著一個區段標頭，記錄壓縮的 lzo 承載。但是，如果特製的內嵌 lzo 壓縮檔範圍僅包含 lzo 標頭，而沒有區段標頭或承載，則 lzo_decompress（） 仍會嘗試讀取區段標頭，導致讀取超出項目界限。此外，如果內嵌 lzo 壓縮檔範圍是分葉的第一個項目，則它會位於範圍緩衝區界限。上述邊界外讀取將超出範圍緩衝邊界，觸發上述 KASAN 報告。[修復]驗證內嵌 lzo 壓縮檔案範圍的總長度，以確保至少有一個 LZO 標頭和一個區段標頭，以及非零承載。[ 重構提交訊息以移除 slop ]（CVE-2026-74723）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - btrfs:lzo:有効なヘッダーのないインラインエクステントを拒否します [バグ] 細工された btrfs 画像の場合、インライン lzo 圧縮ファイルエクステントを読み取る際に、次の KASAN が発生する可能性があります: バグ:KASAN:lzo_decompress+0x57d/0x700 でのスラブ領域外タスク btrfs_lzo_inlin/77 による addr ffff888006f2e644 でのサイズ 4 の読み取り コールトレース: <TASK> dump_stack_lvl+0x5b/0x70 print_report+0xd1/0x610 kasan_report+0xe0/0x110
    __asan_report_load_n_noabort+0x13/0x20 lzo_decompress+0x57d/0x700 btrfs_decompress+0x140/0x1c0 uncompress_inline+0x147/0x1b0 btrfs_get_extent+0xb23/0x10a0 btrfs_do_readpage.constprop.0+0x538/0x1ac0 btrfs_readahead+0x32f/0x5f0 read_pages+0x16f/0x850 page_cache_ra_unbounded+0x296/0x490 do_page_cache_ra+0xd9/0x130 page_cache_sync_ra+0x3ee/0x6f0 filemap_get_pages+0x306/0x15c0 filemap_read+0x329/0xd00 btrfs_file_read_iter+0x1f8/0x2b0 vfs_read+0x4ef/0x720 ksys_読み取り+0xf8/0x1d0
    __x64_sys_read+0x71/0xb0 x64_sys_call+0x1ab0/0x1b70 do_syscall_64+0x61/0x470 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> [原因] インライン lzo 圧縮ファイルエクステントの場合、圧縮データの全長を記録する lzo ヘッダーを常に 1 つと、圧縮した lzo ペイロードを記録するセグメントヘッダーを 1 つとします。しかし、細工されたインライン lzo 圧縮ファイルエクステントに、セグメントヘッダーまたはペイロードなしで lzo ヘッダーのみが含まれている場合でも、lzo_decompress() は依然としてセグメントヘッダーの読み取りを試行し、アイテム境界を超えた読み取りを引き起こします。さらに、インライン lzo 圧縮ファイル エクステントがリーフの最初の項目である場合は、エクステント バッファ境界になります。上記の境界外読み取りは、エクステントバッファ境界を超え、上記のKASANレポートをトリガーします。[修正]インライン化された lzo 圧縮ファイルエクステントの合計長を検証し、少なくとも 1 つの LZO ヘッダーと 1 つのセグメントヘッダー、およびゼロ以外のペイロードがあることを確認します。[ コミットメッセージを修正して slop を削除 ](CVE-2026-74723)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - btrfs: lzo: reject inline extents without valid headers [BUG] For a crafted btrfs image, the following     KASAN can be triggered when reading an inline lzo compressed file extent: BUG: KASAN: slab-out-of-bounds     in lzo_decompress+0x57d/0x700 Read of size 4 at addr ffff888006f2e644 by task btrfs_lzo_inlin/77 Call     Trace: <TASK> dump_stack_lvl+0x5b/0x70 print_report+0xd1/0x610 kasan_report+0xe0/0x110
    __asan_report_load_n_noabort+0x13/0x20 lzo_decompress+0x57d/0x700 btrfs_decompress+0x140/0x1c0     uncompress_inline+0x147/0x1b0 btrfs_get_extent+0xb23/0x10a0 btrfs_do_readpage.constprop.0+0x538/0x1ac0     btrfs_readahead+0x32f/0x5f0 read_pages+0x16f/0x850 page_cache_ra_unbounded+0x296/0x490     do_page_cache_ra+0xd9/0x130 page_cache_sync_ra+0x3ee/0x6f0 filemap_get_pages+0x306/0x15c0     filemap_read+0x329/0xd00 btrfs_file_read_iter+0x1f8/0x2b0 vfs_read+0x4ef/0x720 ksys_read+0xf8/0x1d0
    __x64_sys_read+0x71/0xb0 x64_sys_call+0x1ab0/0x1b70 do_syscall_64+0x61/0x470     entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> [CAUSE] For an inline lzo compressed file extent, there     should always be one lzo header, recording the total length of the compressed data, followed by one     segment header, recording the compressed lzo payload. But if a crafted inline lzo compressed file extent     contains only an lzo header, without the segment header or payload, lzo_decompress() will still try to     read the segment header, causing a read beyond the item boundary. Furthermore if the inline lzo compressed     file extent is the first item of the leaf, it will be at the extent buffer boundary. The above out-of-     boundary read will go beyond the extent buffer boundary, triggering the above KASAN report. [FIX] Validate     the total length of the inlined lzo compressed file extent, to make sure there is at least one LZO header     and one segment header, and a non-zero payload. [ Rework the commit message to remove slop ]     (CVE-2026-74723)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
338870	Linux Distros 未修补的漏洞：CVE-2026-74723	Nessus	Misc.	2026/8/22	2026/9/7	critical
338870	Linux Distros 未修補弱點：CVE-2026-74723	Nessus	Misc.	2026/8/22	2026/9/7	critical
338870	Linux Distros のパッチ未適用の脆弱性: CVE-2026-74723	Nessus	Misc.	2026/8/22	2026/9/7	critical
338870	Linux Distros Unpatched Vulnerability : CVE-2026-74723	Nessus	Misc.	2026/8/22	2026/9/7	critical

检测

插件搜索

critical

critical

critical

critical