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

  - nvme：修复 cdev 生命周期 Sashiko 机器人报告了 [0] 中 cdev 生命周期的一个潜在问题 - 该代码在很大程度上基于 NVMe 代码。目前，NS head、.open 和 .release file_operations方法采用并放置对nvme_ns_head的引用，以确保在我们为该 cdev 打开 fds 时此结构不会消失。在多路径模式下，当我们拆卸 NS 头时，我们调用 nvme_cdev_del（） -> cdev_device_del（） -> cdev_del（）。但是，在 cdev_del（） 返回之后，已经打开的 cdev 将保留下来，并且它们的 fop 仍可调用。因此，在nvme_ns_head引用计数降至 0（并释放）之后，我们仍然可以引用 cdev。在 NS 头被拆散时，在打开 cdev 和发出 ioctl 之间延迟的应用程序可显示此情况： # ./ioctl_file /dev/ng1n1 &; # 等待 10 秒 .... # ./ini_nvme_teardown.sh [ 21.221718] nvme nvme1： 删除 ctrl： NQN nvme-test-target [ 21.274609] nvme nvme2： 删除 ctrl： NQN nvme-test-target # 现在要发出 ioctl ....[26.549285] ================================================================== [ 26.550841] 缺陷：KASAN：
    cdev_put.part.0+0x3d/0x40 中的 slab-after-free 使用 [ 26.552352] 在地址 ffff88811e7fa170 处按任务读取大小为 8 的 ioctl_file/237 [ 26.553805] 26.554227[ ] CPU：3 UID：0 PID：237 通信：ioctl_file 未受感染 7.2.0-rc1-00004-g6852a10e32d4 #921 PREEMPT（lazy） [ 26.554236] 硬件名称：QEMU Standard PC （Q35 + ICH9， 2009）， BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 26.554241] 调用跟踪： [ 26.554245] 26.554248<TASK> [ ] dump_stack_lvl+0x68/0xa0 [ 26.554266] print_report+0x10d/0x5d0 [ 26.554276] ？
    __virt_addr_valid+0x21d/0x3f0 [ 26.554287] ？ cdev_put.part.0+0x3d/0x40 [ 26.554292] kasan_report+0x96/0xd0 [ 26.554300] ？ cdev_put.part.0+0x3d/0x40 [ 26.554307] cdev_put.part.0+0x3d/0x40 [ 26.554313]
    __fput+0x7bc/0xa70 [ 26.554322] fput_close_sync+0xd8/0x190 [ 26.554328] ？ __pfx_fput_close_sync+0x10/0x10 [ 26.554337] __x64_sys_close+0x79/0xd0 [ 26.554344] do_syscall_64+0x117/0x6b0 [ 26.554351] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 26.554358] RIP：0033：0x7f938c067727 [ 26.554364] 代码：48 89 FA 4C 89 DF E8 28 AD 00 00 8B 93 08 03 00 00 59 5E 48 83 F8 FC 74 1A 5B C3 0F 1F 84 00 00 00 00 00 48 8B 44 24 10 0F05 <5bf [ 26.554369] RSP： 002b：00007fff49f05980 EFLAGS： 00000202 ORIG_RAX： 0000000000000003 [26.554376] RAX： ffffffffffffffda RBX： 00007f938bfd7780 RCX： 00007f938c067727 [ 26.554380] RDX：
    0000000000000000 RSI： 000000000000000000 RDI： 0000000000000003 [ 26.554383] RBP： 00007fff49f05a10 R08：
    00000000000000000 R09： 00000000000000000 [ 26.554386] R10： 0000000000000000000 R11： 0000000000000202 R12：
    00000000000000000 [ 26.554389] R13： 00007fff49f05b40 R14： 00007f938c207000 R15： 0000055c148471d78 [26.554397] </TASK> [ 26.554399] 26.575612[ ] 按任务 100 分配： [ 26.575871] kasan_save_stack+0x24/0x50 [ 26.576157] kasan_save_track+0x14/0x30 [ 26.576418] __kasan_kmalloc+0x7f/0x90 [ 26.576668] __kmalloc_noprof+0x281/0x6c0 [ 26.576938] nvme_alloc_ns+0x7f7/0x3170 [ 26.577206] nvme_scan_ns+0x508/0x880 [ 26.577449] async_run_entry_fn+0x8c/0x350 [ 26.577723] process_scheduled_works+0xb6f/0x1a00 [ 26.578034] worker_thread+0x4ad/0xb40 [ 26.578283] kthread+0x34f/0x450 [ 26.578501] ret_from_fork+0x563/0x800 [ 26.578752] ret_from_fork_asm+0x1a/0x30 [26.579012] [ 26.579124] 由任务 237 释放： [ 26.579335] kasan_save_stack+0x24/0x50 [ 26.579596] kasan_save_track+0x14/0x30 [ 26.579855] kasan_save_free_info+0x3a/0x60 [ 26.580131]
    __kasan_slab_free+0x43/0x70 [ 26.580388] kfree+0x321/0x500 [ 26.580591] nvme_ns_head_chr_release+0x39/0x50 [ 26.580883] __fput+0x352/0xa70 [ 26.581095] fput_close_sync+0xd8/0x190 [ 26.581350]
    __x64_sys_close+0x79/0xd0 [ 26.581595] do_syscall_64+0x117/0x6b0 [ 26.581842] entry_SYSCAL ---truncated--- （CVE-2026-98815）

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

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

  - nvme：修正 cdev 存留期 Sashiko 機器人在 [0] 中報告了 cdev 存留期的潛在問題 - 那裡的程式碼在很大程度上是基於 NVMe 程式碼。目前，NS head、.open 和 .release file_operations 方法採用並放置對 nvme_ns_head 的引用，以確保當我們為該 cdv 打開 fds 時，此結構不會消失。在多路徑模式下，當我們拆解 NS 磁頭時，我們呼叫 nvme_cdev_del（） -> cdev_device_del（） -> cdev_del（）。然而，在 cdev_del（） 返回後，已經打開的 cdv 將保留，並且它們的 fop 仍可調用。因此，在nvme_ns_head參照計數降至 0 （並被釋放） 後，我們仍然可以參照 cdev。這可以透過在開啟 cdev 和發出 ioctl 之間延遲的應用程式來顯示，而 NS 磁頭正在被拆除： # ./ioctl_file /dev/ng1n1 &; # 等待 10 秒鐘 .... # ./ini_nvme_teardown.sh [ 21.221718] nvme nvme1： 移除 ctrl： NQN nvme-test-target [ 21.274609] nvme nvme2： 移除 ctrl： NQN nvme-test-target # 現在要發出 ioctl ....[26.549285] ================================================================== [ 26.550841] 錯誤：KASAN：
    slab-use-after-free in cdev_put.part.0+0x3d/0x40 [ 26.552352] 任務 ioctl_file/237 在 addr ffff88811e7fa170 讀取大小 8 [ 26.553805] 26.554227[ ] CPU：3 UID：0 PID：237 通訊：ioctl_file 未受污染 7.2.0-rc1-00004-g6852a10e32d4 #921 PREEMPT（lazy） [ 26.554236] 硬體名稱：QEMU Standard PC （Q35 + ICH9， 2009）， BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 26.554241] 呼叫追蹤： [ 26.554245] <TASK> [ 26.554248] dump_stack_lvl+0x68/0xa0 [ 26.554266] print_report+0x10d/0x5d0 [ 26.554276] ？
    __virt_addr_valid+0x21d/0x3f0 [ 26.554287] ？ cdev_put.part.0+0x3d/0x40 [ 26.554292] kasan_report+0x96/0xd0 [ 26.554300] ？ cdev_put.part.0+0x3d/0x40 [ 26.554307] cdev_put.part.0+0x3d/0x40 [ 26.554313]
    __fput+0x7bc/0xa70 [ 26.554322] fput_close_sync+0xd8/0x190 [ 26.554328] ？ __pfx_fput_close_sync+0x10/0x10 [ 26.554337] __x64_sys_close+0x79/0xd0 [ 26.554344] do_syscall_64+0x117/0x6b0 [ 26.554351] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 26.554358] RIP： 0033：0x7f938c067727 [ 26.554364] 代碼： 48 89 fa 4c 89 df e8 28 ad 00 00 8b 93 08 03 00 00 59 5e 48 83 f8 fc 74 1a 5b c3 0f 1f 84 00 00 00 00 00 48 8b 44 24 10 0f05 <5bf [ 26.554369] RSP： 002b：00007fff49f05980 EFLAGS： 00000202 ORIG_RAX： 0000000000000003 [26.554376] RAX： ffffffffffffffda RBX： 00007f938bfd7780 RCX： 00007f938c067727 [ 26.554380] RDX：
    000000000000000000000 RSI：0000000000000000000000000 RDI：0000000000000003 [ 26.554383] RBP：00007fff49f05a10 R08：
    000000000000000000 R09： 000000000000000000000000000 [ 26.554386] R10： 00000000000000000 R11： 0000000000000202 R12：
    000000000000000000 [ 26.554389] R13： 00007fff49f05b40 R14： 00007f938c207000 R15： 000055c148471d78 [26.554397] </TASK> [ 26.554399] 26.575612[ ] 任務 100 分配： [ 26.575871] kasan_save_stack+0x24/0x50 [ 26.576157] kasan_save_track+0x14/0x30 [ 26.576418] __kasan_kmalloc+0x7f/0x90 [ 26.576668] __kmalloc_noprof+0x281/0x6c0 [ 26.576938] nvme_alloc_ns+0x7f7/0x3170 [ 26.577206] nvme_scan_ns+0x508/0x880 [ 26.577449] async_run_entry_fn+0x8c/0x350 [ 26.577723] process_scheduled_works+0xb6f/0x1a00 [ 26.578034] worker_thread+0x4ad/0xb40 [ 26.578283] kthread+0x34f/0x450 [ 26.578501] ret_from_fork+0x563/0x800 [ 26.578752] ret_from_fork_asm+0x1a/0x30 [26.579012] 26.579124[ ] 被任務 237 釋放： [ 26.579335] kasan_save_stack+0x24/0x50 [ 26.579596] kasan_save_track+0x14/0x30 [ 26.579855] kasan_save_free_info+0x3a/0x60 [ 26.580131]
    __kasan_slab_free+0x43/0x70 [ 26.580388] kfree+0x321/0x500 [ 26.580591] nvme_ns_head_chr_release+0x39/0x50 [ 26.580883] __fput+0x352/0xa70 [ 26.581095] fput_close_sync+0xd8/0x190 [ 26.581350]
    __x64_sys_close+0x79/0xd0 [ 26.581595] do_syscall_64+0x117/0x6b0 [ 26.581842] entry_SYSCAL ---truncated--- （CVE-2026-98815）

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

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

  - nvme:cdev 寿命を修正します Sashiko bot は [0] の cdev 寿命に関する潜在的な問題を報告しました - そこにあるコードは、NVMe コードに大きく依存しています。現在、NS head、.open および .release file_operations メソッドは、その cdv に対して fds を開く間にこの構造が消えないように、nvme_ns_head の参照を取得して配置します。マルチパスモードでは、NSヘッドをティアダウンするとき、nvme_cdev_del() -> cdev_device_del() -> cdev_del()を呼び出します。ただし、cdev_del() が戻った後、すでに開いている cdv はそのまま残り、fops は呼び出し可能なままになります。このように、nvme_ns_head参照カウントが 0 に下がった後(および解放された後も)cdev を参照できます。これは、NS ヘッドが無効となっている間に、cdev のオープンと ioctl の発行の間で遅延するアプリケーションで示すことができます: # ./ioctl_file /dev/ng1n1 &; # 10 秒待機 .... # ./ini_nvme_teardown.sh [ 21.221718] nvme nvme1: ctrl の削除: NQN nvme-test-target [ 21.274609] nvme nvme2: ctrl の削除: NQN nvme-test-target # 今度は ioctl を発行するつもりです ....[26.549285] ================================================================== [ 26.550841] バグ:KASAN:
    cdev_put.part.0+0x3d/0x40 における slab-use-after-free [ 26.552352] タスク ioctl_file/237 による addr ffff88811e7fa170 でのサイズ 8 の読み取り [ 26.553805] [ 26.554227] CPU:3 UID:0 PID:237 通信:ioctl_file 汚染されていない 7.2.0-rc1-00004-g6852a10e32d4 #921 PREEMPT(lazy) [ 26.554236] ハードウェア名:QEMU Standard PC(Q35 + ICH9、2009)、BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 26.554241] 呼び出しトレース: [ 26.554245] <TASK> [ 26.554248] dump_stack_lvl+0x68/0xa0 [ 26.554266] print_report+0x10d/0x5d0 [ 26.554276] ?
    __virt_addr_valid+0x21d/0x3f0 [ 26.554287] ? cdev_put.part.0+0x3d/0x40 [ 26.554292] kasan_report+0x96/0xd0 [ 26.554300] ? cdev_put.part.0+0x3d/0x40 [ 26.554307] cdev_put.part.0+0x3d/0x40 [ 26.554313]
    __fput+0x7bc/0xa70 [ 26.554322] fput_close_sync+0xd8/0x190 [ 26.554328] ? __pfx_fput_close_sync+0x10/0x10 [ 26.554337] __x64_sys_close+0x79/0xd0 [ 26.554344] do_syscall_64+0x117/0x6b0 [ 26.554351] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 26.554358] RIP:0033:0033:0x7f938c067727 [ 26.554364] コード: 48 89 fa 4c 89 df e8 28 ad 00 00 8b 93 08 03 00 00 59 5e 48 83 f8 fc 74 1a 5b c3 0f 1f 84 00 00 00 00 00 48 8b 44 24 10 0f05 <5bf [ 26.554369] RSP:002b:00007fff49f05980 EFLAGS:00000202 ORIG_RAX:0000000000000003 [26.554376] RAX:ffffffffffda RBX:00007f938bfd7780 RCX:00007f938c067727 [ 26.554380] RDX:
    0000000000000000000 RSI: 0000000000000000000 RDI: 0000000000000003 [ 26.554383] RBP: 00007fff49f05a10 R08:
    0000000000000000000 R09: 00000000000000000000000 [ 26.554386] R10: 000 0000000000000202 R12R110000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
    0000000000000000000 [ 26.554389] R13: 00007fff49f05b40 R14: 00007f938c207000 R15: 000055c148471d78 [26.554397] </TASK> [ 26.554399] [ 26.575612] タスク 100 により割り当てられる: [ 26.575871] kasan_save_stack+0x24/0x50 [ 26.576157] kasan_save_track+0x14/ 0x30 [ 26.576418] __kasan_kmalloc+0x7f/0x90 [ 26.576668] __kmalloc_noprof+0x281/0x6c0 [ 26.576938] nvme_alloc_ns+0x7f7/0x3170 [ 26.577206] nvme_scan_ns+0x508/0x880 [ 26.577449] async_run_entry_fn+0x8c/0x350 [ 26.577723] process_scheduled_works+0xb6f/0x1a00 [ 26.578034] worker_thread+0x4ad/0xb40 [ 26.578283] kthread+0x34f/0x450 [ 26.578501] ret_from_fork+0x563/0x800 [ 26.578752] ret_from_fork_asm+0x1a/0x30 [26.579012] [ 26.579124] タスク 237 により解放: [ 26.579335] kasan_save_stack+0x24/0x50 [ 26.579596] kasan_save_track+0x14/0x30 [ 26.579855] kasan_save_free_info+0x3a/0x60 [ 26.580131]
    __kasan_slab_free+0x43/0x70 [ 26.580388] kfree+0x321/0x500 [ 26.580591] nvme_ns_head_chr_release+0x39/0x50 [ 26.580883] __fput+0x352/0xa70 [ 26.581095] fput_close_sync+0xd8/0x190 [ 26.581350]
    __x64_sys_close+0x79/0xd0 [ 26.581595] do_syscall_64+0x117/0x6b0 [ 26.581842] entry_SYSCAL ---truncated--- (CVE-2026-98815)

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

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

  - nvme: fix cdev lifetime Sashiko bot reported a potential problem for the cdev lifetime in [0] - the code     there is heavily based on the NVMe code. Currently the NS head .open and .release file_operations methods     take and put a reference to the nvme_ns_head to ensure that this structure does not disappear while we     open fds for that cdev. In multipath mode, when we teardown the NS head, we call nvme_cdev_del() ->     cdev_device_del() -> cdev_del(). However after cdev_del() returns, cdevs already open will remain and     their fops will still be callable. As such, we can still reference the cdev after the nvme_ns_head     reference count drops to 0 (and is freed). This can be shown with an application which delays between     opening the cdev and issuing the ioctl while the NS head is being torn down: # ./ioctl_file /dev/ng1n1 & #     waiting 10 seconds .... # ./ini_nvme_teardown.sh [ 21.221718] nvme nvme1: Removing ctrl: NQN nvme-test-     target [ 21.274609] nvme nvme2: Removing ctrl: NQN nvme-test-target # now going to issue ioctl .... [     26.549285] ================================================================== [ 26.550841] BUG: KASAN:
    slab-use-after-free in cdev_put.part.0+0x3d/0x40 [ 26.552352] Read of size 8 at addr ffff88811e7fa170 by     task ioctl_file/237 [ 26.553805] [ 26.554227] CPU: 3 UID: 0 PID: 237 Comm: ioctl_file Not tainted     7.2.0-rc1-00004-g6852a10e32d4 #921 PREEMPT(lazy) [ 26.554236] Hardware name: QEMU Standard PC (Q35 + ICH9,     2009), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 26.554241] Call Trace: [ 26.554245] <TASK> [ 26.554248]     dump_stack_lvl+0x68/0xa0 [ 26.554266] print_report+0x10d/0x5d0 [ 26.554276] ?
    __virt_addr_valid+0x21d/0x3f0 [ 26.554287] ? cdev_put.part.0+0x3d/0x40 [ 26.554292] kasan_report+0x96/0xd0     [ 26.554300] ? cdev_put.part.0+0x3d/0x40 [ 26.554307] cdev_put.part.0+0x3d/0x40 [ 26.554313]
    __fput+0x7bc/0xa70 [ 26.554322] fput_close_sync+0xd8/0x190 [ 26.554328] ? __pfx_fput_close_sync+0x10/0x10     [ 26.554337] __x64_sys_close+0x79/0xd0 [ 26.554344] do_syscall_64+0x117/0x6b0 [ 26.554351]     entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 26.554358] RIP: 0033:0x7f938c067727 [ 26.554364] Code: 48 89 fa     4c 89 df e8 28 ad 00 00 8b 93 08 03 00 00 59 5e 48 83 f8 fc 74 1a 5b c3 0f 1f 84 00 00 00 00 00 48 8b 44     24 10 0f 05 <5bf [ 26.554369] RSP: 002b:00007fff49f05980 EFLAGS: 00000202 ORIG_RAX: 0000000000000003 [     26.554376] RAX: ffffffffffffffda RBX: 00007f938bfd7780 RCX: 00007f938c067727 [ 26.554380] RDX:
    0000000000000000 RSI: 0000000000000000 RDI: 0000000000000003 [ 26.554383] RBP: 00007fff49f05a10 R08:
    0000000000000000 R09: 0000000000000000 [ 26.554386] R10: 0000000000000000 R11: 0000000000000202 R12:
    0000000000000000 [ 26.554389] R13: 00007fff49f05b40 R14: 00007f938c207000 R15: 000055c148471d78 [     26.554397] </TASK> [ 26.554399] [ 26.575612] Allocated by task 100: [ 26.575871]     kasan_save_stack+0x24/0x50 [ 26.576157] kasan_save_track+0x14/0x30 [ 26.576418] __kasan_kmalloc+0x7f/0x90     [ 26.576668] __kmalloc_noprof+0x281/0x6c0 [ 26.576938] nvme_alloc_ns+0x7f7/0x3170 [ 26.577206]     nvme_scan_ns+0x508/0x880 [ 26.577449] async_run_entry_fn+0x8c/0x350 [ 26.577723]     process_scheduled_works+0xb6f/0x1a00 [ 26.578034] worker_thread+0x4ad/0xb40 [ 26.578283]     kthread+0x34f/0x450 [ 26.578501] ret_from_fork+0x563/0x800 [ 26.578752] ret_from_fork_asm+0x1a/0x30 [     26.579012] [ 26.579124] Freed by task 237: [ 26.579335] kasan_save_stack+0x24/0x50 [ 26.579596]     kasan_save_track+0x14/0x30 [ 26.579855] kasan_save_free_info+0x3a/0x60 [ 26.580131]
    __kasan_slab_free+0x43/0x70 [ 26.580388] kfree+0x321/0x500 [ 26.580591] nvme_ns_head_chr_release+0x39/0x50     [ 26.580883] __fput+0x352/0xa70 [ 26.581095] fput_close_sync+0xd8/0x190 [ 26.581350]
    __x64_sys_close+0x79/0xd0 [ 26.581595] do_syscall_64+0x117/0x6b0 [ 26.581842] entry_SYSCAL ---truncated---     (CVE-2026-98815)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
367008	Linux Distros 未修补的漏洞：CVE-2026-98815	Nessus	Misc.	2026/10/18	2026/10/23	high
367008	Linux Distros 未修補弱點：CVE-2026-98815	Nessus	Misc.	2026/10/18	2026/10/23	high
367008	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98815	Nessus	Misc.	2026/10/18	2026/10/23	high
367008	Linux Distros Unpatched Vulnerability : CVE-2026-98815	Nessus	Misc.	2026/10/18	2026/10/23	high

検出

プラグインの検索

high

high

high

high