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

  - net/9p: fix double req put in p9_fd_cancelled Syzkaller reports a KASAN issue as below: general protection     fault, probably for non-canonical address 0xfbd59c0000000021: 0000 [#1] PREEMPT SMP KASAN NOPTI KASAN:
    maybe wild-memory-access in range [0xdead000000000108-0xdead00000000010f] CPU: 0 PID: 5083 Comm: syz-     executor.2 Not tainted 6.1.134-syzkaller-00037-g855bd1d7d838 #0 Hardware name: QEMU Standard PC (i440FX +     PIIX, 1996), BIOS 1.12.0-1 04/01/2014 RIP: 0010:__list_del include/linux/list.h:114 [inline] RIP:
    0010:__list_del_entry include/linux/list.h:137 [inline] RIP: 0010:list_del include/linux/list.h:148     [inline] RIP: 0010:p9_fd_cancelled+0xe9/0x200 net/9p/trans_fd.c:734 Call Trace: <TASK>     p9_client_flush+0x351/0x440 net/9p/client.c:614 p9_client_rpc+0xb6b/0xc70 net/9p/client.c:734     p9_client_version net/9p/client.c:920 [inline] p9_client_create+0xb51/0x1240 net/9p/client.c:1027     v9fs_session_init+0x1f0/0x18f0 fs/9p/v9fs.c:408 v9fs_mount+0xba/0xcb0 fs/9p/vfs_super.c:126     legacy_get_tree+0x108/0x220 fs/fs_context.c:632 vfs_get_tree+0x8e/0x300 fs/super.c:1573 do_new_mount     fs/namespace.c:3056 [inline] path_mount+0x6a6/0x1e90 fs/namespace.c:3386 do_mount fs/namespace.c:3399     [inline] __do_sys_mount fs/namespace.c:3607 [inline] __se_sys_mount fs/namespace.c:3584 [inline]
    __x64_sys_mount+0x283/0x300 fs/namespace.c:3584 do_syscall_x64 arch/x86/entry/common.c:51 [inline]     do_syscall_64+0x35/0x80 arch/x86/entry/common.c:81 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 This happens     because of a race condition between: - The 9p client sending an invalid flush request and later cleaning     it up; - The 9p client in p9_read_work() canceled all pending requests. Thread 1 Thread 2 ...
    p9_client_create() ... p9_fd_create() ... p9_conn_create() ... // start Thread 2 INIT_WORK(&m->rq,     p9_read_work); p9_read_work() ... p9_client_rpc() ... ... p9_conn_cancel() ... spin_lock(&m->req_lock);
    ... p9_fd_cancelled() ... ... spin_unlock(&m->req_lock); // status rewrite p9_client_cb(m->client, req,     REQ_STATUS_ERROR) // first remove list_del(&req->req_list); ... spin_lock(&m->req_lock) ... // second     remove list_del(&req->req_list); spin_unlock(&m->req_lock) ... Commit 74d6a5d56629 (9p/trans_fd: Fix     concurrency del of req_list in p9_fd_cancelled/p9_read_work) fixes a concurrency issue in the 9p     filesystem client where the req_list could be deleted simultaneously by both p9_read_work and     p9_fd_cancelled functions, but for the case where req->status equals REQ_STATUS_RCVD. Update the check for     req->status in p9_fd_cancelled to skip processing not just received requests, but anything that is not     SENT, as whatever changed the state from SENT also removed the request from its list. Found by Linux     Verification Center (linuxtesting.org) with Syzkaller. [updated the check from status == RECV || status ==     ERROR to status != SENT] (CVE-2025-40027)

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

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

  - net/9p修正 p9_fd_cancelled 中放置的雙重要求 Syzkaller 報告 KASAN 問題如下一般保護錯誤可能是非正式位址 0xfbd59c0000000021 0000 [#1] PREEMPT SMP KASAN NOPTI KASAN
    可能 [0xdead000000000108-0xdead00000000010f] CPU 0 PID 5083 通訊 syz-executor.2 未受污染的 6.1.134-syzkaller-00037-g855bd1d7d838 #0 硬體名稱 QEMU Standard PC (i440FX + PIIX、 1996)、BIOS 1.12.0-1 2014 年 4 月 1 日 RIP 0010:__list_del include/linux/list.h:114 [內嵌] RIP
    0010:__list_del_entry include/linux/list.h:137 [內嵌] RIP0010:list_del include/linux/list.h:148 [內嵌] RIP0010:p9_fd_cancelled+0xe9/0x200 net/9p/trans_fd.c:734呼叫追踪 <TASK> p9_client_flush+0x351/0x440 net/9p/client.c:614 p9_client_rpc+0xb6b/0xc70 net/9p/client.c:734 p9_client_version net/9p/client.c:920 [內嵌] p9_client_create+0xb51/0x1240 net/9p/ client.c:1027 v9fs_session_init+0x1f0/0x18f0 fs/9p/v9fs.c:408 v9fs_mount+0xba/0xcb0 fs/9p/vfs_super.c:126 legacy_get_tree+0x108/0x220 fs/fs_context.c:632 vfs_get_tree+0x8e/0x300 fs/super.c:1573 do_new_mount fs/namespace.c:3056 [內嵌] path_mount+0x6a6/0x1e90 fs/namespace.c:3386 do_mount fs/namespace.c:3399 [內嵌] __do_sys_mount fs/namespace.c:3607 [ inline] __se_sys_mount fs/namespace.c:3584 [內嵌]
    __x64_sys_mount+0x283/0x300 fs/namespace.c:3584 do_syscall_x64 arch/x86/entry/common.c:51 [內嵌] do_syscall_64+0x35/0x80 arch/x86/entry/common.c:81 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 會發生此情況因為以下項目之間發生爭用情形- 9p 用戶端傳送無效的排清要求然後再將其清除- p9_read_work() 中的 9p 用戶端取消了所有擱置的要求。執行緒 1 執行緒 2 ...
    p9_client_create() ... p9_fd_create() ... p9_conn_create() ... // 啟動執行緒 2 INIT_WORK(&m->rq, p9_read_work); p9_read_work() ... p9_client_rpc() ... ... p9_conn_cancel() ... spin_lock(&m->req_lock);
    ... p9_fd_cancelled() ... ... spin_unlock(&m->req_lock); // 狀態重寫 p9_client_cb(m->client, req, REQ_STATUS_ERROR) // 先移除 list_del(&req->req_list); ... spin_lock(&m->req_lock) ... // 第二次移除 list_del(&req->req_list); spin_unlock(&m->req_lock) ... 提交 74d6a5d56629 (9p/trans_fd修正 p9_fd_cancelled/p9_read_work 中 req_list 的並行 del) 可修正 9p 檔案系統用戶端中的一個並行問題其中 req_list 可同時被 p9_read_work 和 p9_fd_cancelled 函式刪除但是 req->status 等於REQ_STATUS_RCVD。更新 p9_fd_cancelled 中 req->status 的檢查現在不僅不處理收到的要求也跳過處理 SENT 以外的任何項目因為從 SENT 變更狀態的項目也會從其清單中移除要求。由 Linux Verification Center (linuxtesting.org) 的 Syzkaller 發現。 [已從 status == RECV || 更新檢查status == ERROR 到 status != SENT] (CVE-2025-40027)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - net/9pp9_fd_cancelled の二重 req 配置を修正します Syzkaller は KASAN 問題を以下として報告します 一般保護違反。おそらく非標準アドレス 0xfbd59c00000000210000#1PREEMPT SMP KASAN NOPTI KASAN
    範囲 [0xdead000000000108-0xdead00000000010f] のワイルドなメモリアクセスに脆弱性があります。 CPU: 0 PID: 5083 通信: syz-executor.2 汚染されません 6.1.134-syzkaller-00037-g855bd1d7d838 #0 ハードウェア名: QEMU Standard PC (i440FX + PIIX) 1996)、BIOS 1.12.0-1 04/01/2014 RIP0010:__list_del include/linux/list.h:114 [インライン] RIP
    0010:__list_del_entry include/linux/list.h:137 [インライン] RIP: 0010:list_del include/linux/list.h:148 [インライン] RIP: 0010:p9_fd_cancelled+0xe9/0x200 net/9p/trans_fd.c:734 Call Trace <TASK> p9_client_flush+0x351/0x440 net/9p/client.c:614 p9_client_rpc+0xb6b/0xc70 net/9p/client.c:734 p9_client_version net/9p/client.c:920 [inline] p9_client_create+0xb51/0x1240 net/9p/ client.c:1027 v9fs_session_init+0x1f0/0x18f0 fs/9p/v9fs.c:408 v9fs_mount+0xba/0xcb0 fs/9p/vfs_super.c:126 legacy_get_tree+0x108/0x220 fs/fs_context.c:632 vfs_get_tree+0x3008/ fs/super.c:1573 do_new_mount fs/namespace.c:3056 [インライン] path_mount+0x6a6/0x1e90 fs/namespace.c:3386 do_mount fs/namespace.c:3399 [インライン] __do_sys_mount fs/namespace.c:3607 [インライン] __do_sys_mount fs/namespace.c:3607 [インライン] __do_sys_mount fs/namespace.c:3607 [インライン] inline] __se_sys_mount fs/namespace.c:3584 [inline]
    __x64_sys_mount+0x283/0x300 fs/namespace.c:3584 do_syscall_x64 arch/x86/entry/common.c:51 [inline] do_syscall_64+0x35/0x80 arch/x86/entry/common.c:81 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 これが発生します以下の間の競合状態が原因です - 9p クライアントが無効なフラッシュリクエストを送信し、後でクリーンアップ。 - p9_read_work() の 9p クライアントが、すべての保留中のリクエストをキャンセルしました。スレッド 1 スレッド 2 ...
    p9_client_create() ... p9_fd_create() ... p9_conn_create() ... // start Thread 2 INIT_WORK(&m->rq, p9_read_work); p9_read_work() ... p9_client_rpc() ... ... p9_conn_cancel() ... spin_lock(&m->req_lock);
    ... p9_fd_cancelled() ... ... spin_unlock(&m->req_lock); // ステータスを書き換え p9_client_cb(m->client, req, REQ_STATUS_ERROR) // 1 つ目の削除 list_del(&req->req_list); ... spin_lock(&m->req_lock) ... // 秒で list_del(&req->req_list) を削除しますspin_unlock(&m->req_lock) ... コミット 74d6a5d566299p/trans_fdp9_fd_cancelled/p9_read_work の req_list の並行性問題を修正は、9p ファイルシステムクライアントの並行性問題を修正します。この問題により、p9_read_work と p9_fd_cancelled 関数の両方により、req_list が同時に削除される可能性があります。ただし、req->status が等しい場合があります。 REQ_STATUS_RCVD。SENT から状態が変わるとリクエストもそのリストから削除されるため、p9_fd_cancelled の req->status のチェックを更新して、受信したリクエストだけでなく、SENT でないものすべての処理をスキップします。Syzkaller の Linux Verification Centerlinuxtesting.orgにより発見されました。 [ステータス == RECV からのチェックを更新しました ||ステータス == ERROR から status != SENT]CVE-2025-40027)

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

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

  - net/9p修复 p9_fd_cancelled 中的双重 req Syzkaller 报告一个 KASAN 问题如下一般保护错误可能针对非规范地址 0xfbd59c0000000021: 0000 [#1] PREEMPT SMP KASAN NOPTI KASAN
    可能在范围 [0xdead000000000108-0xdead00000000010f] CPU: 0 PID: 5083 Comm: syz-executor.2 Not tainted 6.1.134-syzkaller-00037-g855bd1d7d838 #0 硬件名称QEMU Standard PC (i440FX + PIIX, 1996BIOS 1.12.0-1 04/01/2014 RIP0010:__list_del include/linux/list.h:114 [inline] RIP
    0010:__list_del_entry include/linux/list.h:137 [inline] RIP: 0010:list_del include/linux/list.h:148 [inline] RIP: 0010:p9_fd_cancelled+0xe9/0x200 net/9p/trans_fd.c:734调用跟踪 <TASK> p9_client_flush+0x351/0x440 net/9p/client.c:614 p9_client_rpc+0xb6b/0xc70 net/9p/client.c:734 p9_client_version net/9p/client.c:920 [内联] p9_client_create+0xb51/0x1240 net/9p/ client.c:1027 v9fs_session_init+0x1f0/0x18f0 fs/9p/v9fs.c:408 v9fs_mount+0xba/0xcb0 fs/9p/vfs_super.c:126 Legacy_get_tree+0x108/0x220 fs/fs_context.c:632 vfs_get_tree+0x8e/0x300 fs/super.c:1573 do_new_mount fs/namespace.c:3056 [inline] path_mount+0x6a6/0x1e90 fs/namespace.c:3386 do_mount fs/namespace.c:3399 [inline] __do_sys_mount fs/namespace.c:3607 [ inline] __se_sys_mount fs/namespace.c:3584 [内联]
    __x64_sys_mount+0x283/0x300 fs/namespace.c:3584 do_syscall_x64 arch/x86/entry/common.c:51 [inline] do_syscall_64+0x35/0x80 arch/x86/entry/common.c:81 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 会发生这种情况由于以下版本之间存在争用条件 - 9p 客户端发送了无效的刷新请求随后又将其清除- p9_read_work() 中的 9p 客户端取消了所有待定请求。线程 1 线程 2 ...
    p9_client_create() ... p9_fd_create() ... p9_conn_create() ... // 启动线程 2 INIT_WORK(&m->rq, p9_read_work); p9_read_work() ... p9_client_rpc() ... ... p9_conn_cancel() ... spin_lock(&m->req_lock);
    ... p9_fd_cancelled() ... ... spin_unlock(&m->req_lock); // 状态重写 p9_client_cb(m->client, req, REQ_STATUS_ERROR) // 先删除 list_del(&req->req_list); ... spin_lock(&m->req_lock) ... // 第二个删除 list_del(&req->req_list); spin_unlock(&m->req_lock) ... 提交 74d6a5d56629(9p/trans_fd修复 p9_fd_cancelled/p9_read_work 中 req_list 的并发 del)修复 9p 文件系统客户端中的并发问题其中 req_list 可被 p9_read_work 和 p9_fd_cancelled 函数同时删除但针对 req->status 等于REQ_STATUS_RCV。更新对 p9_fd_cancelled 中 req->status 的检查以跳过处理不仅接收到的请求而且还包括任何非 SENT 的请求因为更改 SENT 中状态的任何内容也会从其列表中删除请求。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 [从 status == RECV || 更新了检查status == ERROR to status != SENT] (CVE-2025-40027)

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

ID	Name	Product	Family	Published	Updated	Severity
271872	Linux Distros Unpatched Vulnerability : CVE-2025-40027	Nessus	Misc.	10/28/2025	10/29/2025	medium
271872	Linux Distros 未修補的弱點：CVE-2025-40027	Nessus	Misc.	10/28/2025	10/29/2025	medium
271872	Linux Distros のパッチ未適用の脆弱性: CVE-2025-40027	Nessus	Misc.	10/28/2025	10/29/2025	medium
271872	Linux Distros 未修补的漏洞：CVE-2025-40027	Nessus	Misc.	10/28/2025	10/29/2025	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium