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

  - riscv透過切換儲存 SR_SUM 狀態。切換執行緒/工作時我們必須確定儲存舊執行的 SR_SUM 狀態而新執行緒則還原舊的 SR_SUM 狀態。在負載過重的情況下尤其是 syz-stress 工具執行時會出現此問題且在 schedule_tail 中會出現如下損毀情況
    在虛擬位址 000000002749f0d0 沒有 uaccess 常式時無法處理核心對於使用者記憶體的存取 Oops [#1] 連結的模組CPU1 PID4875 通訊syz-executor.0 未受污染的 5.12.0-rc2-syzkaller-00467-g0d7588ab9ef9 #0 硬體名稱riscv-virtio,qemu (DT) epc
    schedule_tail+0x72/0xb2 kernel/sched/core.c:4264 ra task_pid_vnr include/linux/sched.h:1421 [內嵌] ra schedule_tail+0x70/0xb2 kernel/sched/core.c:4264 epc ffffffe00008c8b0 ra ffffffe00008c8ae sp
    ffffffe025d17ec0 gp : ffffffe005d25378 tp : ffffffe00f0d0000 t0 : 0000000000000000 t1 : 0000000000000001 t2 : 00000000000f4240 s0 : ffffffe025d17ee0 s1 : 000000002749f0d0 a0 : 000000000000002a a1 :
    0000000000000003 a2 : 1ffffffc0cfac500 a3 : ffffffe0000c80cc a4 : 5ae9db91c19bbe00 a5 : 0000000000000000 a6 : 0000000000f00000 a7 : ffffffe000082eba s2 : 0000000000040000 s3 : ffffffe00eef96c0 s4 :
    ffffffe022c77fe0 s5 : 0000000000004000 s6 : ffffffe067d74e00 s7 : ffffffe067d74850 s8 : ffffffe067d73e18 s9 : ffffffe067d74e00 s10: ffffffe00eef96e8 s11: 000000ae6cdf8368 t3 : 5ae9db91c19bbe00 t4 :
    ffffffc4043cafb2 t5 ffffffc4043cafba t6 0000000000040000 狀態0000000000000120 badaddr
    000000002749f0d0 原因000000000000000f 呼叫追踪 [<ffffffe00008c8b0>] schedule_tail+0x72/0xb2 kernel/sched/core.c:4264 [<ffffffe000005570>] ret_from_exception+0x0/0x14 轉儲存 ftrace 緩衝區(ftrace 緩衝區為空) ---[ end trace b5f8f9231dc87dda ]--- 此問題是因為 schedule_tail (kernel/sched/core.c) 中的 put_user() 執行下列項目asmlinkage __visible void schedule_tail(struct task_struct
    *prev) { ... if (current->set_child_tid) put_user(task_pid_vnr(current), current->set_child_tid); ... } put_user() 巨集造成程式碼序列出現如下1: __enable_user_access() 2: reg = task_pid_vnr(current); 3*current->set_child_tid = reg 4__disable_user_access() 問題是我們可能有一個休眠函式作為引數其可清除造成上述錯誤的 SR_SUM。此問題已在認可 285a76bb2cf5 中於使用者啟用的區段之外評估 put_user() 巨集的引數來修正 (riscv在啟用使用者存取前評估 put_user() arg)為了讓 riscv 能夠利用 unsafe_get/put_XXX() 巨集 和為避免發生 put_user() 和休眠函式的相同問題我們必須確保程式碼流程可在 SR_SUM 啟用的程式碼區域內通過 switch_to()然後在 SR_SUM 仍啟用的狀態下傳回。此修補程式可解決問題允許日後的工作啟用完整使用 unsafe_get/put_XXX() 巨集而無需在每次存取時採取 CSR 位元翻轉成本。使 switch_to() 儲存並還原 SR_SUM。 (CVE-2025-38261)

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

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

  - riscv: save the SR_SUM status over switches When threads/tasks are switched we need to ensure the old     execution's SR_SUM state is saved and the new thread has the old SR_SUM state restored. The issue was seen     under heavy load especially with the syz-stress tool running, with crashes as follows in schedule_tail:
    Unable to handle kernel access to user memory without uaccess routines at virtual address 000000002749f0d0     Oops [#1] Modules linked in: CPU: 1 PID: 4875 Comm: syz-executor.0 Not tainted     5.12.0-rc2-syzkaller-00467-g0d7588ab9ef9 #0 Hardware name: riscv-virtio,qemu (DT) epc :
    schedule_tail+0x72/0xb2 kernel/sched/core.c:4264 ra : task_pid_vnr include/linux/sched.h:1421 [inline] ra     : schedule_tail+0x70/0xb2 kernel/sched/core.c:4264 epc : ffffffe00008c8b0 ra : ffffffe00008c8ae sp :
    ffffffe025d17ec0 gp : ffffffe005d25378 tp : ffffffe00f0d0000 t0 : 0000000000000000 t1 : 0000000000000001     t2 : 00000000000f4240 s0 : ffffffe025d17ee0 s1 : 000000002749f0d0 a0 : 000000000000002a a1 :
    0000000000000003 a2 : 1ffffffc0cfac500 a3 : ffffffe0000c80cc a4 : 5ae9db91c19bbe00 a5 : 0000000000000000     a6 : 0000000000f00000 a7 : ffffffe000082eba s2 : 0000000000040000 s3 : ffffffe00eef96c0 s4 :
    ffffffe022c77fe0 s5 : 0000000000004000 s6 : ffffffe067d74e00 s7 : ffffffe067d74850 s8 : ffffffe067d73e18     s9 : ffffffe067d74e00 s10: ffffffe00eef96e8 s11: 000000ae6cdf8368 t3 : 5ae9db91c19bbe00 t4 :
    ffffffc4043cafb2 t5 : ffffffc4043cafba t6 : 0000000000040000 status: 0000000000000120 badaddr:
    000000002749f0d0 cause: 000000000000000f Call Trace: [<ffffffe00008c8b0>] schedule_tail+0x72/0xb2     kernel/sched/core.c:4264 [<ffffffe000005570>] ret_from_exception+0x0/0x14 Dumping ftrace buffer: (ftrace     buffer empty) ---[ end trace b5f8f9231dc87dda ]--- The issue comes from the put_user() in schedule_tail     (kernel/sched/core.c) doing the following: asmlinkage __visible void schedule_tail(struct task_struct
    *prev) { ... if (current->set_child_tid) put_user(task_pid_vnr(current), current->set_child_tid); ... }     the put_user() macro causes the code sequence to come out as follows: 1: __enable_user_access() 2: reg =     task_pid_vnr(current); 3: *current->set_child_tid = reg; 4: __disable_user_access() The problem is that we     may have a sleeping function as argument which could clear SR_SUM causing the panic above. This was fixed     by evaluating the argument of the put_user() macro outside the user-enabled section in commit 285a76bb2cf5     (riscv: evaluate put_user() arg before enabling user access) In order for riscv to take advantage of     unsafe_get/put_XXX() macros and to avoid the same issue we had with put_user() and sleeping functions we     must ensure code flow can go through switch_to() from within a region of code with SR_SUM enabled and come     back with SR_SUM still enabled. This patch addresses the problem allowing future work to enable full use     of unsafe_get/put_XXX() macros without needing to take a CSR bit flip cost on every access. Make     switch_to() save and restore SR_SUM. (CVE-2025-38261)

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

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

  - riscv保存切换时的 SR_SUM 状态切换线程/任务时需要确保保存旧执行的 SR_SUM 状态并且在新线程中恢复旧的 SR_SUM 状态。在重负载下尤其是在 syz-stress 工具运行的重负载下会发现此问题在 schedule_tail 中发生如下崩溃
    如果没有虚拟地址 000000002749f0d0 的 uaccess 例程无法处理对用户内存的内核访问错误 [#1] 链接的模块CPU: 1 PID: 4875 Comm: syz-executor.0 Not tainted 5.12.0-rc2-syzkaller-00467-g0d7588ab9ef9 #0 硬件名称riscv-virtio,qemu (DT) epc
    schedule_tail+0x72/0xb2 kernel/sched/core.c:4264 ra task_pid_vnr include/linux/sched.h:1421 [内联] ra schedule_tail+0x70/0xb2 kernel/sched/core.c:4264 epc : fffffffe00008c8b0 ra fffffffe00008c8ae sp
    ffffffe025d17ec0 gp : ffffffe005d25378 tp : ffffffe00f0d0000 t0 : 0000000000000000 t1 : 0000000000000001 t2 : 00000000000f4240 s0 : ffffffe025d17ee0 s1 : 000000002749f0d0 a0 : 000000000000002a a1 :
    0000000000000003 a2 : 1ffffffc0cfac500 a3 : ffffffe0000c80cc a4 : 5ae9db91c19bbe00 a5 : 0000000000000000 a6 : 0000000000f00000 a7 : ffffffe000082eba s2 : 0000000000040000 s3 : ffffffe00eef96c0 s4 :
    ffffffe022c77fe0 s5 : 0000000000004000 s6 : ffffffe067d74e00 s7 : ffffffe067d74850 s8 : ffffffe067d73e18 s9 : ffffffe067d74e00 s10: ffffffe00eef96e8 s11: 000000ae6cdf8368 t3 : 5ae9db91c19bbe00 t4 :
    ffffffc4043cafb2 t5 ffffffc4043cafba t6 0000000000040000 状态0000000000000120 badaddr
    000000002749f0d0 原因0000000000000000f 调用跟踪[<ffffffe00008c8b0>] schedule_tail+0x72/0xb2 kernel/sched/core.c:4264 [<ffffffe000005570>] ret_from_exception+0x0/0x14 转储 ftrace 缓冲区(ftrace buffer empty) ---[ end trace b5f8f9231dc87dda ]--- 此问题来自 schedule_tail (kernel/sched/core.c) 中的 put_user() 执行了以下操作asmlinkage __visible void schedule_tail(struct task_struct
    *prev) { ... if (current->set_child_tid) put_user(task_pid_vnr(current), current->set_child_tid); ... } put_user() 宏导致的代码序列如下1: __enable_user_access() 2: reg = task_pid_vnr(current); 3*current->set_child_tid = reg; 4__disable_user_access() 问题在于可能将休眠函数作为参数其可清除 SR_SUM进而造成上述错误。通过在提交 285a76bb2cf5 中评估 user-enabled 部分之外的 put_user() 宏参数这一问题已修复riscv在启用用户访问之前评估 put_user() arg以便 riscv 利用 unsafe_get/put_XXX() 宏和为避免 put_user() 和休眠函数中遇到的相同问题必须确保代码流可从启用了 SR_SUM 的代码区域内通过 switch_to()并且返回时仍启用 SR_SUM。此修补程序解决了相关问题以便未来能够启用 unsafe_get/put_XXX() 宏的完全使用而无需在每次访问时都计算 CSR 位翻转成本。使 switch_to() 保存和恢复 SR_SUM。 (CVE-2025-38261)

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

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

  - riscvスイッチに対する SR_SUM 状態を保存しますスレッド/タスクが切り替えられるときは、古い実行の SR_SUM 状態が保存され、新しいスレッドで古い SR_SUM 状態が復元されるようにする必要があります。この問題は、特に syz-stress ツールを実行する際の重負荷で見られ、schedule_tail において以下のようにクラッシュが発生しました
    仮想アドレスで uaccess ルーチンなしでユーザーメモリへのカーネルアクセスを処理できません 000000002749f0d0 Oops [#1] リンクされているモジュール CPU1 PID4875 通信 syz-executor.0 汚染されていない 5.12.0-rc2-syzkaller-00467-g0d7588ab9ef9 #0 ハードウェア名riscv-virtio、qemuDTepc
    schedule_tail+0x72/0xb2 kernel/sched/core.c:4264 ratask_pid_vnr include/linux/sched.h:1421 [インライン] raschedule_tail+0x70/0xb2 kernel/sched/core.c:4264 epc ffffff00008c8b0 ra ffffffe00008c8ae sp :
    ffffffe025d17ec0 gp : ffffffe005d25378 tp : ffffffe00f0d0000 t0 : 0000000000000000 t1 : 0000000000000001 t2 : 00000000000f4240 s0 : ffffffe025d17ee0 s1 : 000000002749f0d0 a0 : 000000000000002a a1 :
    0000000000000003 a2 : 1ffffffc0cfac500 a3 : ffffffe0000c80cc a4 : 5ae9db91c19bbe00 a5 : 0000000000000000 a6 : 0000000000f00000 a7 : ffffffe000082eba s2 : 0000000000040000 s3 : ffffffe00eef96c0 s4 :
    ffffffe022c77fe0 s5 : 0000000000004000 s6 : ffffffe067d74e00 s7 : ffffffe067d74850 s8 : ffffffe067d73e18 s9 : ffffffe067d74e00 s10: ffffffe00eef96e8 s11: 000000ae6cdf8368 t3 : 5ae9db91c19bbe00 t4 :
    fffffc4043cafb2 t5 : ffffffc4043cafba t6 : 0000000000040000 status: 000000000000120 badaddr
    000000002749f0d0 原因 00000000000000f Call Trace [<ffffffe00008c8b0>] schedule_tail+0x72/0xb2 kernel/sched/core.c:4264 [<ffffffe000005570>] ret_from_exception+0x0/0x14 ダンプ ftrace バッファftrace バッファ空----[ end trace b5f8f9231dc87dda] ]--- この問題は、以下を実行する schedule_tailkernel/sched/core.cの put_user() に起因しますasmlinkage __visible void schedule_tail(struct task_struct)
    *prev{ ... if (current->set_child_tid) put_user(task_pid_vnr(current), current->set_child_tid); ... } put_user() マクロにより、コードシーケンスは次のようになります 1: __enable_user_access() 2: reg = task_pid_vnr(current); 3*current->set__tid = reg; 4: __disable_user_access() 問題は、引数として sleep 関数がある場合があることです。これにより、SR_SUM がクリアされ、上記のパニックが発生する可能性があります。これは、コミット 285a76bb2cf5 のユーザー有効セクション外で put_user() マクロの引数を評価することで修正されましたriscvユーザーアクセスを有効にする前に put_user() arg を評価してください。riscv が unsafe_get/put_XXX() マクロを利用するため、 put_user() および sleep 関数であった同じ問題を回避するために、コードフローが、SR_SUM が有効なコードの領域内から switch_to() を通過し、SR_SUM が有効な状態で戻ってくるようにする必要があります。このパッチは、将来の作業を許可する問題に対処し、すべてのアクセスで CSR ビット反転コストを使用することなく、unsafe_get/put_XXX() マクロを完全に使用できるようにします。switch_to() に SR_SUM を保存および復元させます。CVE-2025-38261

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

ID	Name	Product	Family	Published	Updated	Severity
249051	Linux Distros 未修補的弱點：CVE-2025-38261	Nessus	Misc.	8/12/2025	8/12/2025	high
249051	Linux Distros Unpatched Vulnerability : CVE-2025-38261	Nessus	Misc.	8/12/2025	8/30/2025	high
249051	Linux Distros 未修补的漏洞：CVE-2025-38261	Nessus	Misc.	8/12/2025	8/12/2025	high
249051	Linux Distros のパッチ未適用の脆弱性: CVE-2025-38261	Nessus	Misc.	8/12/2025	8/30/2025	high

Detections

Analytics

Plugins Search

high

high

high

high