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

  - btrfs：修复在同一项中打包多个 xattr 时的 xattr 替换 如果我们有一个打包多个 xattrs 的 btrfs_dir_item 项，然后我们将其中一个的值（使用 setxattr（2） 系列 syscall）替换为另一个大小不同的值，我们将最终没有完全初始化的btrfs_dir_item， 导致树检查器将在盘区缓冲区回写时检测到的损坏。这是因为在 btrfs_setxattr（） 中，当我们找到具有多个 xattrs 的btrfs_dir_item时（由于它们名称的 crc32c 哈希相同），我们删除其中一个 xattr 项目（btrfs_dir_item），然后插入一个新项目，但删除和插入会导致移动叶中的现有数据，因此当 xattr 的新值具有不同的大小时， 新btrfs_dir_item被放置在未初始化的叶部分中，我们只复制值的数据并在新btrfs_dir_item中设置值的长度，而不设置名称、名称长度、键（xattrs 必须全为零）、标志 （BTRFS_FT_XATTR） 和事务 ID。以下脚本重现了该问题：$ cat test.sh #！/bin/bash DEV=/dev/sdi MNT=/mnt/sdi mkfs.btrfs -f $DEV mount $DEV $MNT touch $MNT/testfile # 添加两个 xattr，在 btrfs 上，其 # 名称具有相同的哈希 （crc32c），因此打包到同一个btrfs_dir_item中。
    setfattr -n user.foobar -v 123 $MNT/testfile setfattr -n user。WvG1c1Td -v qwerty $MNT/testfile # 验证 xattrs 是否存在。 echo xattrs before： getfattr --absolute-names --dump $MNT/testfile # 现在将 foobar xattr 的值替换为明显更大的 # 值。 setfattr -n user.foobar -v abcdefghijklmnopqrstuvwxyz $MNT/testfile # 检查 xattrs 是否具有预期值。 echo xattrs：
    getfattr --absolute-names --dump $MNT/testfile umount $MNT 运行它：$ ./test.sh （...） xattrs 之前：# 文件：/mnt/sdi/testfile 用户。WvG1c1Td=qwerty user.foobar=123 xattrs after： # file： /mnt/sdi/testfile user.WvG1c1Td=qwerty 因此，user.foobar xattr 缺失，且在 dmesg 中具有以下跟踪信息卸载 fs 时发生事务中止： $ dmesg [869800.159271] BTRFS 警告（设备 sdi）：
    访问 eb bytenr 30474240 len 16384 超出范围 start 16015 len 25964 [869800.159293] ------------[cut here ]------------ [869800.159296] WARNING： fs/btrfs/extent_io.c：4408 at report_eb_range+0x44/0x60 [btrfs]， CPU#8： getfattr/2605179 [869800.168961] 链接的模块：btrfs dm_thin_pool （...）[869800.190527] CPU：8 UID：0 PID：2605179 通信：getfattr 受感染：G W 7.3.0-rc3-btrfs-next-244+ #1 PREEMPT（full） [869800.193726] Tainted： [W]=WARN [869800.194502] 硬件名称： QEMU Standard PC （i440FX + PIIX， 1996）， BIOS rel-1.16.2-0-gea1b7a073390-prebuilt.qemu.org 04/01/2014 [869800.197576] RIP：
    0010：report_eb_range+0x44/0x60 [btrfs] [869800.198985] 代码：48 8b 7b 18 （...）[869800.203531] RSP：
    0018：ffffce4541937d58 EFLAGS：00010246 [869800.204609] RAX：0000000000000000 RBX：ffff8dde054b8738 RCX：
    00000000000000000 [869800.206137] RDX：00000000000000000 RSI：0000000000000001 RDI：ffffffffc04c92a0 [869800.207645] RBP：000000000000003e8f R08：00000000000000000 R09：3fffffffffefffff [869800.226175] R10：
    ffffce4541937a88 R11： 0000000000000003 R12： 000000000000656c [869800.227594] R13： ffff8dde14be800f R14：
    000000000000656c R15：0000000000000069 [869800.229097] FS：00007f59023bb780（0000） GS：ffff8de5788ed000（0000） knlGS：00000000000000 [869800.231137] CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 [869800.232321] CR2： 0000558dc45e6a78 CR3： 0000000765b16004 CR4： 00000000000370ef0 [869800.233783] 调用跟踪： [869800.234330] [869800.234791] <TASK> read_extent_buffer+0x4d/0x100 [btrfs] [869800.235898] btrfs_listxattr+0x199/0x240 [btrfs] [869800.236912] vfs_listxattr+0x51/0 ---truncated--- （CVE-2026-98959）

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

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

  - btrfs：修正當多個 xattr 打包在同一個項目中時的 xattr 替換 如果我們有一個打包多個 xattrs 的 btrfs_dir_item 項目，然後我們將其中一個項目的值（使用 setxattr（2） 系列系統調用）替換為另一個大小不同的值，我們最終不會有一個完全初始化的btrfs_dir_item， 導致樹狀結構檢查程式將在範圍緩衝區回寫時偵測到的損毀。這是因為在 btrfs_setxattr（） 中，當我們找到具有多個 xattr 的btrfs_dir_item時（由於它們名稱的 crc32c 雜湊相同），我們刪除其中一個 xattr 項目 （btrfs_dir_item），然後插入一個新項目，但刪除和插入會導致葉子中的現有資料移動，因此當 xattr 的新值具有不同的大小時， 新btrfs_dir_item放置在未初始化的葉子部分中，我們只複製值的資料並在新btrfs_dir_item中設定值的長度，而不設定名稱、名稱的長度、鍵（xattrs 必須全部為零）、旗標 （BTRFS_FT_XATTR） 和交易 ID。以下指令碼重現了此問題： $ cat test.sh #！/bin/bash DEV=/dev/sdi MNT=/mnt/sdi mkfs.btrfs -f $DEV mount $DEV $MNT touch $MNT/testfile # 新增兩個 xattr，它們在 btrfs 上具有相同的 # 名稱雜湊 （crc32c），因此被打包到同一個btrfs_dir_item中。
    setfattr -n user.foobar -v 123 $MNT/testfile setfattr -n 使用者。WvG1c1Td -v qwerty $MNT/testfile # 驗證 xattrs 是否存在。 echo xattrs before： getfattr --absolute-names --dump $MNT/testfile # 現在將 foobar xattr 的值替換為明顯較大的 # 值。 setfattr -n user.foobar -v abcdefghijklmnopqrstuvwxyz $MNT/testfile # 檢查 xattrs 是否具有預期值。 echo xattrs 之後：
    getfattr --absolute-names --dump $MNT/testfile umount $MNT 執行它：$ ./test.sh （...） xattrs 之前：# 檔案：/mnt/sdi/testfile 使用者。WvG1c1Td=qwerty user.foobar=123 xattrs 之後： # 檔案：/mnt/sdi/testfile 使用者。WvG1c1Td=qwerty 因此，缺少 user.foobar xattr，並且在 dmesg 中具有以下追蹤的卸載 fs 時發生了事務中止：$ dmesg [869800.159271] BTRFS 警告 （裝置 sdi）：
    存取 eb bytenr 30474240 len 16384 超出範圍 start 16015 len 25964 [869800.159293] ------------[切到這裡 ]------------ [869800.159296] 警告：fs/btrfs/extent_io.c：4408 at report_eb_range+0x44/0x60 [btrfs]， CPU#8： getfattr/2605179 [869800.168961] 連結於：btrfs dm_thin_pool （...）[869800.190527] CPU：8 UID：0 PID：2605179 通訊：getfattr 污染：G W 7.3.0-rc3-btrfs-next-244+ #1 PREEMPT（full） [869800.193726] Tainted： [W]=WARN [869800.194502] 硬體名稱：QEMU Standard PC （i440FX + PIIX， 1996）， BIOS rel-1.16.2-0-gea1b7a073390-prebuilt.qemu.org 04/01/2014 [869800.197576] RIP：
    0010：report_eb_range+0x44/0x60 [btrfs] [869800.198985] 代碼：48 8b 7b 18 （...）[869800.203531] RSP：
    0018：ffffce4541937d58 EFLAGS：00010246 [869800.204609] RAX：000000000000000000 RBX：ffff8dde054b8738 RCX：
    000000000000000000 [869800.206137] RDX： 0000000000000000000000000 RSI： 0000000000000001 RDI： ffffffffc04c92a0 [869800.207645] RBP： 00000000000003e8f R08： 000000000000000000000 R09： 3ffffffffffffffff [869800.226175] R10：
    ffffce4541937a88 R11： 0000000000000003 R12： 000000000000656c [869800.227594] R13： ffff8dde14be800f R14：
    000000000000656c R15：0000000000000069 [869800.229097] FS：00007f59023bb780（0000） GS：ffff8de5788ed000（0000） knlGS：000000000000000000000 [869800.231137] CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 [869800.232321] CR2： 0000558dc45e6a78 CR3： 0000000765b16004 CR4： 0000000000370ef0 [869800.233783] 呼叫追蹤： [869800.234330] [869800.234791] <TASK> read_extent_buffer+0x4d/0x100 [btrfs] [869800.235898] btrfs_listxattr+0x199/0x240 [btrfs] [869800.236912] vfs_listxattr+0x51/0 ---truncated--- （CVE-2026-98959）

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

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

  - btrfs:複数の xattr が同じアイテムにパックされている場合の xattr 置換を修正します 複数の xattr をパックする btrfs_dir_item アイテムがあり、その中の 1 つの値を(syscalls の setxattr(2) ファミリーで)別のサイズの別の値に置き換えると、完全に初期化されたbtrfs_dir_itemはなくなります。 その結果、ツリーチェッカーがエクステントバッファのライトバック時に検出する破損が発生します。これは、btrfs_setxattr()で複数のxattrを持つbtrfs_dir_itemを見つけたとき(名前のcrc32cハッシュが同じであるため)、xattr項目(btrfs_dir_item)の1つを削除してから新しい項目を挿入しますが、削除と挿入の結果、リーフの既存のデータがシフトされるため、xattrの新しい値のサイズが異なる場合、 新しいbtrfs_dir_itemは初期化されていないリーフセクションに配置され、名前、名前の長さ、キー(xattrsの場合はすべてゼロでなければならない)、フラグ(BTRFS_FT_XATTR)、トランザクションIDを設定せずに、値のデータのみをコピーし、新しいbtrfs_dir_itemで値の長さを設定します。次のスクリプトは、問題を再現しています: $ cat test.sh #!/bin/bash DEV=/dev/sdi MNT=/mnt/sdi mkfs.btrfs -f $DEV mount $DEV $MNT touch $MNT/testfile # btrfs で、# 名に対して同じハッシュ(crc32c)を持ち、同じbtrfs_dir_itemにパックされる 2 つの xattr を追加します。
    setfattr -n user.foobar -v 123 $MNT/testfile setfattr -n ユーザー。WvG1c1Td -v qwerty $MNT/testfile # xattrs が存在することを検証します。 echo xattrs before: getfattr --absolute-names --dump $MNT/testfile # 現在は、foobar xattr の値を、大幅に大きな値の # 値に置き換えます。 setfattr -n user.foobar -v abcdefghijklmnopqrstuvwxyz $MNT/testfile # xattrs が期待値であることを確認します。 echo xattrs after:
    getfattr --absolute-names --dump $MNT/testfile umount $MNT 実行中:$ ./test.sh (...) xattrs before:# file: /mnt/sdi/testfile ユーザー。WvG1c1Td=qwerty user.foobar=123 xattrs after:# file: /mnt/sdi/testfile ユーザー。WvG1c1Td=qwerty したがって、user.foobar xattr が欠落しており、dmesg に以下のトレースがある fs をアンマウントするとトランザクションが中止されました: $ dmesg [869800.159271] BTRFS 警告(デバイス sdi):
    EB bytenr 30474240 len 16384 へのアクセスが範囲外 Start 16015 len 25964 [869800.159293] ------------[カット・ヒア ]------------ [869800.159296] 警告:fs/btrfs/extent_io.c:4408 at report_eb_range+0x44/0x60 [btrfs]、 CPU#8:getfattr/2605179 [869800.168961] リンク先のモジュール:btrfs dm_thin_pool (...)[869800.190527] CPU:8 UID:0 PID:2605179 通信:getfattr 汚染:G W 7.3.0-rc3-btrfs-next-244+ #1 PREEMPT(full) [869800.193726] 汚染: [W]=WARN [869800.194502] ハードウェア名: QEMU Standard PC(i440FX + PIIX、1996)、BIOS rel-1.16.2-0-gea1b7a073390-prebuilt.qemu.org 2014/04/01 [869800.197576] RIP:
    0010:report_eb_range+0x44/0x60 [btrfs] [869800.198985] コード: 48 8b 7b 18 (...)[869800.203531] RSP:
    0018:ffffce4541937d58 EFLAGS:00010246 [869800.204609] RAX: 00000000000000000 RBX: ffff8dde054b8738 RCX:
    000000000000000000000 [869800.206137] RDX: 00000000000000000000 RSI: 0000000000000001 RDI: ffffffffc04c92a0 [869800.207645] RBP: 000000000000003e8f R08: 0000000000000000000 R09: 3fffffffffeffff [869800.226175] R10:
    ffffce4541937a88 R11:0000000000000003 R12:000000000000656c [869800.227594] R13:ffff8dde14be800f R14:
    000000000000656c R15: 0000000000000069 [869800.229097] FS: 00007f59023bb780(0000) GS:ffff8de5788ed000(0000) knlGS:0000000000000000 [869800.231137] CS:0010 DS:0000 ES:0000 CR0:
    0000000080050033 [869800.232321] CR2: 0000558dc45e6a78 CR3: 0000000765b16004 CR4: 0000000000370ef0 [869800.233783] 呼び出しトレース: [869800.234330] <TASK> [869800.234791] read_extent_buffer+0x4d/0x100 [btrfs] [869800.235898] btrfs_listxattr+0x199/0x240 [btrfs] [869800.236912] vfs_listxattr+0x51/0 ---truncated--- (CVE-2026-98959)

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

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

  - btrfs: fix xattr replace when multiple xattrs are packed in the same item If we have a btrfs_dir_item item     that packs multiple xattrs and then we replace the value of one of them (with the setxattr(2) family of     syscalls) with another value of a different size, we end up not having a fully initialized btrfs_dir_item,     resulting in a corruption that the tree checker will detect at extent buffer writeback time. This is     because in btrfs_setxattr() when we find a btrfs_dir_item with multiple xattrs (due to the crc32c hash of     their name being the same) we delete one of the xattr items (btrfs_dir_item) and then insert a new one,     but the deletion and insertion results in shifting existing data in the leaf and therefore when the new     value of a xattr has a different size, the new btrfs_dir_item is placed in a leaf section that was not     initialized and we only copy the value's data and set the value's length in the new btrfs_dir_item,     without setting the name, the name's length, the key (which must be all zeroes for xattrs), flags     (BTRFS_FT_XATTR) and transaction ID. The following script reproduces the issue: $ cat test.sh #!/bin/bash     DEV=/dev/sdi MNT=/mnt/sdi mkfs.btrfs -f $DEV mount $DEV $MNT touch $MNT/testfile # Add two xattrs that, on     btrfs, have the same hash (crc32c) for their # name and therefore are packed into the same btrfs_dir_item.
    setfattr -n user.foobar -v 123 $MNT/testfile setfattr -n user.WvG1c1Td -v qwerty $MNT/testfile # Verify     the xattrs are present. echo xattrs before: getfattr --absolute-names --dump $MNT/testfile # Now replace     the value of the foobar xattr with a significantly larger # value. setfattr -n user.foobar -v     abcdefghijklmnopqrstuvwxyz $MNT/testfile # Check the xattrs have the expected values. echo xattrs after:
    getfattr --absolute-names --dump $MNT/testfile umount $MNT Running it: $ ./test.sh (...) xattrs before: #     file: /mnt/sdi/testfile user.WvG1c1Td=qwerty user.foobar=123 xattrs after: # file: /mnt/sdi/testfile     user.WvG1c1Td=qwerty So the user.foobar xattr is missing and there was a transaction abort when     unmounting the fs with the following traces in dmesg: $ dmesg [869800.159271] BTRFS warning (device sdi):
    access to eb bytenr 30474240 len 16384 out of range start 16015 len 25964 [869800.159293] ------------[     cut here ]------------ [869800.159296] WARNING: fs/btrfs/extent_io.c:4408 at report_eb_range+0x44/0x60     [btrfs], CPU#8: getfattr/2605179 [869800.168961] Modules linked in: btrfs dm_thin_pool (...)     [869800.190527] CPU: 8 UID: 0 PID: 2605179 Comm: getfattr Tainted: G W 7.3.0-rc3-btrfs-next-244+ #1     PREEMPT(full) [869800.193726] Tainted: [W]=WARN [869800.194502] Hardware name: QEMU Standard PC (i440FX +     PIIX, 1996), BIOS rel-1.16.2-0-gea1b7a073390-prebuilt.qemu.org 04/01/2014 [869800.197576] RIP:
    0010:report_eb_range+0x44/0x60 [btrfs] [869800.198985] Code: 48 8b 7b 18 (...) [869800.203531] RSP:
    0018:ffffce4541937d58 EFLAGS: 00010246 [869800.204609] RAX: 0000000000000000 RBX: ffff8dde054b8738 RCX:
    0000000000000000 [869800.206137] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffffffffc04c92a0     [869800.207645] RBP: 0000000000003e8f R08: 0000000000000000 R09: 3fffffffffefffff [869800.226175] R10:
    ffffce4541937a88 R11: 0000000000000003 R12: 000000000000656c [869800.227594] R13: ffff8dde14be800f R14:
    000000000000656c R15: 0000000000000069 [869800.229097] FS: 00007f59023bb780(0000)     GS:ffff8de5788ed000(0000) knlGS:0000000000000000 [869800.231137] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [869800.232321] CR2: 0000558dc45e6a78 CR3: 0000000765b16004 CR4: 0000000000370ef0     [869800.233783] Call Trace: [869800.234330] <TASK> [869800.234791] read_extent_buffer+0x4d/0x100 [btrfs]     [869800.235898] btrfs_listxattr+0x199/0x240 [btrfs] [869800.236912] vfs_listxattr+0x51/0 ---truncated---     (CVE-2026-98959)

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

ID	Name	Product	Family	Published	Updated	Severity
371464	Linux Distros 未修补的漏洞：CVE-2026-98959	Nessus	Misc.	10/23/2026	10/27/2026	critical
371464	Linux Distros 未修補弱點：CVE-2026-98959	Nessus	Misc.	10/23/2026	10/27/2026	critical
371464	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98959	Nessus	Misc.	10/23/2026	10/27/2026	critical
371464	Linux Distros Unpatched Vulnerability : CVE-2026-98959	Nessus	Misc.	10/23/2026	10/27/2026	critical

Detections

Analytics

Plugins Search

critical

critical

critical

critical