There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - In the Linux kernel, the following vulnerability has been resolved: riscv: VMAP_STACK overflow detection
    thread-safe commit 31da94c25aea ("riscv: add VMAP_STACK overflow detection") added support for
    CONFIG_VMAP_STACK. If overflow is detected, CPU switches to `shadow_stack` temporarily before switching
    finally to per-cpu `overflow_stack`. If two CPUs/harts are racing and end up in over flowing kernel stack,
    one or both will end up corrupting each other state because `shadow_stack` is not per-cpu. This patch
    optimizes per-cpu overflow stack switch by directly picking per-cpu `overflow_stack` and gets rid of
    `shadow_stack`. Following are the changes in this patch - Defines an asm macro to obtain per-cpu symbols
    in destination register. - In entry.S, when overflow is detected, per-cpu overflow stack is located using
    per-cpu asm macro. Computing per-cpu symbol requires a temporary register. x31 is saved away into
    CSR_SCRATCH (CSR_SCRATCH is anyways zero since we're in kernel). Please see Links for additional relevant
    disccussion and alternative solution. Tested by `echo EXHAUST_STACK > /sys/kernel/debug/provoke-
    crash/DIRECT` Kernel crash log below Insufficient stack space to handle exception!/debug/provoke-
    crash/DIRECT Task stack: [0xff20000010a98000..0xff20000010a9c000] Overflow stack:
    [0xff600001f7d98370..0xff600001f7d99370] CPU: 1 PID: 205 Comm: bash Not tainted
    6.1.0-rc2-00001-g328a1f96f7b9 #34 Hardware name: riscv-virtio,qemu (DT) epc : __memset+0x60/0xfc ra :
    recursive_loop+0x48/0xc6 [lkdtm] epc : ffffffff808de0e4 ra : ffffffff0163a752 sp : ff20000010a97e80 gp :
    ffffffff815c0330 tp : ff600000820ea280 t0 : ff20000010a97e88 t1 : 000000000000002e t2 : 3233206874706564
    s0 : ff20000010a982b0 s1 : 0000000000000012 a0 : ff20000010a97e88 a1 : 0000000000000000 a2 :
    0000000000000400 a3 : ff20000010a98288 a4 : 0000000000000000 a5 : 0000000000000000 a6 : fffffffffffe43f0
    a7 : 00007fffffffffff s2 : ff20000010a97e88 s3 : ffffffff01644680 s4 : ff20000010a9be90 s5 :
    ff600000842ba6c0 s6 : 00aaaaaac29e42b0 s7 : 00fffffff0aa3684 s8 : 00aaaaaac2978040 s9 : 0000000000000065
    s10: 00ffffff8a7cad10 s11: 00ffffff8a76a4e0 t3 : ffffffff815dbaf4 t4 : ffffffff815dbaf4 t5 :
    ffffffff815dbab8 t6 : ff20000010a9bb48 status: 0000000200000120 badaddr: ff20000010a97e88 cause:
    000000000000000f Kernel panic - not syncing: Kernel stack overflow CPU: 1 PID: 205 Comm: bash Not tainted
    6.1.0-rc2-00001-g328a1f96f7b9 #34 Hardware name: riscv-virtio,qemu (DT) Call Trace: [<ffffffff80006754>]
    dump_backtrace+0x30/0x38 [<ffffffff808de798>] show_stack+0x40/0x4c [<ffffffff808ea2a8>]
    dump_stack_lvl+0x44/0x5c [<ffffffff808ea2d8>] dump_stack+0x18/0x20 [<ffffffff808dec06>] panic+0x126/0x2fe
    [<ffffffff800065ea>] walk_stackframe+0x0/0xf0 [<ffffffff0163a752>] recursive_loop+0x48/0xc6 [lkdtm] SMP:
    stopping secondary CPUs ---[ end Kernel panic - not syncing: Kernel stack overflow ]--- (CVE-2023-52761)

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

  - riscvVMAP_STACK 溢出检测线程安全提交 31da94c25aeariscv添加 VMAP_STACK 溢出检测添加了对 CONFIG_VMAP_STACK 的支持。如果检测到溢出，CPU 会暂时切换到“shadow_stack”，然后最终切换到按 cpu 的“overflow_stack”。如果两个 CPU/hart 争用并以溢出内核堆栈告终其中一个或两个都将以相互破坏对方的状态告终因为“shadow_stack”不是 per cpu。此修补程序通过直接挑选每个 cpu 的“overflow_stack”来优化每个 cpu 溢出的堆栈切换并去掉“shadow_stack”。以下是此修补程序中的更改 - 定义一个 asm 宏以获取目标寄存器中的每个 cpu 符号。- 在 entry.S 中当检测到溢出时使用针对每个 cpu 的 asm 宏来定位针对每个 cpu 的溢出堆栈。计算每个 cpu 的符号需要临时寄存器。
    x31 保存在 CSR_SCRATCH 中CSR_SCRATCH 始终为零因为我们在内核中。请参阅其他相关讨论和替代解决方案的链接。已由“echo EXHAUST_STACK > /sys/kernel/debug/provoke-crash/DIRECT”测试 内核崩溃日志位于下方 堆栈空间不足，无法处理异常!/debug/provoke-crash/DIRECT 任务堆栈[0xff20000010a98000..0xff20000010a9c000] 溢出堆栈
    [0xff600001f7d98370..0xff600001f7d99370] CPU: 1 PID: 205 Comm: bash Not tainted 6.1.0-rc2-00001-g328a1f96f7b9 #34 硬件名称riscv-virtio,qemu (DT) epc __memset+0x60/0xfc ra
    recursive_loop+0x48/0xc6 [lkdtm] epc : ffffffff808de0e4 ra : ffffffff0163a752 sp : ff20000010a97e80 gp
    ffffffff815c0330 tp : ff600000820ea280 t0 : ff20000010a97e88 t1 : 000000000000002e t2 : 3233206874706564 s0 : ff20000010a982b0 s1 : 0000000000000012 a0 : ff20000010a97e88 a1 : 0000000000000000 a2 :
    0000000000000400 a3 : ff20000010a98288 a4 : 0000000000000000 a5 : 0000000000000000 a6 : fffffffffffe43f0 a7 : 00007fffffffffff s2 : ff20000010a97e88 s3 : ffffffff01644680 s4 : ff20000010a9be90 s5 :
    ff600000842ba6c0 s6 : 00aaaaaac29e42b0 s7 : 00fffffff0aa3684 s8 : 00aaaaaac2978040 s9 : 0000000000000065 s10: 00ffffff8a7cad10 s11: 00ffffff8a76a4e0 t3 : ffffffff815dbaf4 t4 : ffffffff815dbaf4 t5 :
    ffffffff815dbab8 t6ff20000010a9bb48 状态0000000200000120 badaddrff20000010a97e88 原因
    000000000000000f 内核错误 - 不同步内核堆栈溢出 CPU:1 PID: 205 Commbash Not tainted 6.1.0-rc2-00001-g328a1f96f7b9 #34 硬件名称riscv-virtio,qemu (DT) 调用跟踪[<ffffffff80006754>] dump_backtrace+0x30/0x38 [<ffffffff808de798>] show_stack+0x40/0x4c [<ffffffff808ea2a8>] dump_stack_lvl+0x44/0x5c [<ffffffff808ea2d8>] dump_stack+0x18/0x20 [<ffffffff808dec06>] panic+0x126/0x2fe [<ffffffff800065ea>] walk_stackframe+0x0/0xf0 [<ffffffff0163a752>] recursive_loop+0x48/0xc6 [lkdtm] SMP
    停止辅助 CPU ---[结束内核错误 - 不同步内核堆栈溢出 ]--- (CVE-2023-52761)

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

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

  - riscvVMAP_STACK 溢位偵測執行緒安全的提交 31da94c25aea (riscv新增 VMAP_STACK 溢位偵測) 已新增 CONFIG_VMAP_STACK 的支援。如果偵測到溢位CPU 會先暫時切換至 `shadow_stack`然後再最終切換至 per-cpu 的 `overflow_stack`。如果兩個 CPU/hart 爭用且最終進入溢位核心堆疊其中一個或兩個最終會損毀彼此的狀態因為 `shadow_stack` 並非按 cpu 執行。此修補程式透過直接挑選 per-cpu 的 `overflow_stack` 來最佳化 per-cpu 的溢位堆疊切換並去除 `shadow_stack`。以下是此修補程式中的變更 - 定義 asm 巨集以取得目的地暫存器中的每個 cpu 符號。- 在 entry.S 中偵測到溢位時會使用 per-cpu asm 巨集來定位 per-cpu 溢位堆疊。計算每個 cpu 的符號需要一個暫存器。
    x31 會儲存至 CSR_SCRATCH (由於位於核心中CSR_SCRATCH 無論如何都是零)。如需其他相關討論和替代解決方案請參閱連結。由 `echo EXHAUST_STACK > /sys/kernel/debug/provoke-crash/DIRECT` 測試 核心損毀記錄如下。 堆疊空間不足無法處理例外狀況!/debug/provoke-crash/DIRECT 工作堆疊 [0xff20000010a98000..0xff20000010a9c000] 溢位堆疊
    [0xff600001f7d98370..0xff600001f7d99370] CPU1 PID205 通訊bash 未受污染 6.1.0-rc2-00001-g328a1f96f7b9 #34 硬體名稱 riscv-virtio,qemu (DT) epc__memset+0x60/0xfc
    recursive_loop+0x48/0xc6 [lkdtm] epc ffffffff808de0e4 ra ffffffff0163a752 sp ff20000010a97e80 gp
    ffffffff815c0330 tp : ff600000820ea280 t0 : ff20000010a97e88 t1 : 000000000000002e t2 : 3233206874706564 s0 : ff20000010a982b0 s1 : 0000000000000012 a0 : ff20000010a97e88 a1 : 0000000000000000 a2 :
    0000000000000400 a3 : ff20000010a98288 a4 : 0000000000000000 a5 : 0000000000000000 a6 : fffffffffffe43f0 a7 : 00007fffffffffff s2 : ff20000010a97e88 s3 : ffffffff01644680 s4 : ff20000010a9be90 s5 :
    ff600000842ba6c0 s6 : 00aaaaaac29e42b0 s7 : 00fffffff0aa3684 s8 : 00aaaaaac2978040 s9 : 0000000000000065 s10: 00ffffff8a7cad10 s11: 00ffffff8a76a4e0 t3 : ffffffff815dbaf4 t4 : ffffffff815dbaf4 t5 :
    ffffffff815dbab8 t6 : ff20000010a9bb48 狀態0000000200000120 badaddr: ff20000010a97e88 原因
    000000000000000f 核心錯誤 - 未同步核心堆疊溢位 CPU1 PID205 通訊bash 未受污染 6.1.0-rc2-00001-g328a1f96f7b9 #34 硬體名稱riscv-virtio,qemu (DT) 呼叫追踪[<ffffffff80006754>] dump_backtrace+0x30/0x38 [<ffffffff808de798>] show_stack+0x40/0x4c [<ffffffff808ea2a8>] dump_stack_lvl+0x44/0x5c [<ffffffff808ea2d8>] dump_stack+0x18/0x20 [<ffffffff808dec06>] panic+0x126/0x2fe [<ffffffff800065ea>] walk_stackframe+0x0/0xf0 [<ffffffff0163a752>] recursive_loop+0x48/0xc6 [lkdtm] SMP
    停止次要 CPU ---[ end 核心錯誤 - 未同步核心堆疊溢位 ]--- (CVE-2023-52761)

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

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

  - riscvVMAP_STACK オーバーフロー検出スレッドセーフなコミット 31da94c25aeariscvVMAP_STACK オーバーフロー検出を追加は、CONFIG_VMAP_STACK のサポートを追加しました。オーバーフローが検出された場合、CPU は最終的に CPU ごとの「overflow_stack」に切り替える前に、CPU が一時的に「shadow_stack」に切り替えます。2つのCPU/hartが競合しており、オーバーフローのカーネルスタックに陥ると、「shadow_stack」はcpuごとではないため、1つまたは両方で他の状態を破損させます。このパッチは、CPU ごとの「overflow_stack」を直接選択することで CPU ごとのオーバーフロースタックスイッチを最適化し、「shadow_stack」を取り除きます。このパッチでの変更は次のとおりです - asm マクロを定義し、宛先レジスタで CPU ごとの記号を取得します。- entry.S では、オーバーフローが検出されたとき、per-cpu asm マクロを使用して cpu ごとのオーバーフロースタックが配置されます。CPU ごとの記号を計算するには、一時レジスタが必要です。
    x31 が CSR_SCRATCH へ保存されますカーネル内であるため、CSR_SCRATCH は常にゼロです。追加の関連発表や代替解決策については、リンクを参照してください。「echo EXHAUST_STACK > /sys/kernel/debug/provoke-crash/DIRECT」でテスト済みのカーネルクラッシュログは例外を処理するためのスタックスペースが不十分です。/debug/provoke-crash/DIRECT タスクスタック[0xff20000010a98000..0xff20000010a9c000] オーバーフロースタック
    [0xff600001f7d98370..0xff600001f7d99370] CPU1 PID205 通信bash 汚染されていない 6.1.0-rc2-00001-g328a1f96f7b9 #34 ハードウェア名riscv-virtio、qemuDTepc __memset+0x60/0x60/0x60/0x60
    recursive_loop+0x48/0xc6 [lkdtm] epc ffffffff808de0e4 ra ffffffff0163a752 sp ff20000010a97e80 gp
    ffffffff815c0330 tp : ff600000820ea280 t0 : ff20000010a97e88 t1 : 000000000000002e t2 : 3233206874706564 s0 : ff20000010a982b0 s1 : 0000000000000012 a0 : ff20000010a97e88 a1 : 0000000000000000 a2 :
    0000000000000400 a3 : ff20000010a98288 a4 : 0000000000000000 a5 : 0000000000000000 a6 : fffffffffffe43f0 a7 : 00007fffffffffff s2 : ff20000010a97e88 s3 : ffffffff01644680 s4 : ff20000010a9be90 s5 :
    ff600000842ba6c0 s6 : 00aaaaaac29e42b0 s7 : 00fffffff0aa3684 s8 : 00aaaaaac2978040 s9 : 0000000000000065 s10: 00ffffff8a7cad10 s11: 00ffffff8a76a4e0 t3 : ffffffff815dbaf4 t4 : ffffffff815dbaf4 t5 :
    ffffffff815dbab8 t6 ff20000010a9bb48 状態 0000000200000120 badaddr ff20000010a97e88 原因
    000000000000000f カーネルパニック - 同期しないカーネルスタックオーバーフロー CPU1 PID205 通信bash 汚染されない 6.1.0-rc2-00001-g328a1f96f7b9 #34<ffffffff80006754>ハードウェア名riscv-virtio、qemuDTCall Trace dump_backtrace+0x30/0x38 [<ffffffff808de798>] show_stack+0x40/0x4c [<ffffffff808ea2a8>] dump_stack_lvl+0x44/0x5c [<ffffffff808ea2d8>] dump_stack+0x18/0x20 [<ffffffff808dec06>] panic+0x126/0x2fe [<ffffffff800065ea>] walk_stackframe+0x0/0xf0 [<ffffffff0163a752>] recursive_loop+0x48/0xc6 [lkdtm] SMP
    セカンダリ CPU の停止 ---[ カーネルパニックの終了 - 同期しないカーネルスタックオーバーフロー ]---CVE-2023-52761]

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

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

  - riscv: VMAP_STACK overflow detection thread-safe commit 31da94c25aea (riscv: add VMAP_STACK overflow     detection) added support for CONFIG_VMAP_STACK. If overflow is detected, CPU switches to `shadow_stack`     temporarily before switching finally to per-cpu `overflow_stack`. If two CPUs/harts are racing and end up     in over flowing kernel stack, one or both will end up corrupting each other state because `shadow_stack`     is not per-cpu. This patch optimizes per-cpu overflow stack switch by directly picking per-cpu     `overflow_stack` and gets rid of `shadow_stack`. Following are the changes in this patch - Defines an asm     macro to obtain per-cpu symbols in destination register. - In entry.S, when overflow is detected, per-cpu     overflow stack is located using per-cpu asm macro. Computing per-cpu symbol requires a temporary register.
    x31 is saved away into CSR_SCRATCH (CSR_SCRATCH is anyways zero since we're in kernel). Please see Links     for additional relevant disccussion and alternative solution. Tested by `echo EXHAUST_STACK >     /sys/kernel/debug/provoke-crash/DIRECT` Kernel crash log below Insufficient stack space to handle     exception!/debug/provoke-crash/DIRECT Task stack: [0xff20000010a98000..0xff20000010a9c000] Overflow stack:
    [0xff600001f7d98370..0xff600001f7d99370] CPU: 1 PID: 205 Comm: bash Not tainted     6.1.0-rc2-00001-g328a1f96f7b9 #34 Hardware name: riscv-virtio,qemu (DT) epc : __memset+0x60/0xfc ra :
    recursive_loop+0x48/0xc6 [lkdtm] epc : ffffffff808de0e4 ra : ffffffff0163a752 sp : ff20000010a97e80 gp :
    ffffffff815c0330 tp : ff600000820ea280 t0 : ff20000010a97e88 t1 : 000000000000002e t2 : 3233206874706564     s0 : ff20000010a982b0 s1 : 0000000000000012 a0 : ff20000010a97e88 a1 : 0000000000000000 a2 :
    0000000000000400 a3 : ff20000010a98288 a4 : 0000000000000000 a5 : 0000000000000000 a6 : fffffffffffe43f0     a7 : 00007fffffffffff s2 : ff20000010a97e88 s3 : ffffffff01644680 s4 : ff20000010a9be90 s5 :
    ff600000842ba6c0 s6 : 00aaaaaac29e42b0 s7 : 00fffffff0aa3684 s8 : 00aaaaaac2978040 s9 : 0000000000000065     s10: 00ffffff8a7cad10 s11: 00ffffff8a76a4e0 t3 : ffffffff815dbaf4 t4 : ffffffff815dbaf4 t5 :
    ffffffff815dbab8 t6 : ff20000010a9bb48 status: 0000000200000120 badaddr: ff20000010a97e88 cause:
    000000000000000f Kernel panic - not syncing: Kernel stack overflow CPU: 1 PID: 205 Comm: bash Not tainted     6.1.0-rc2-00001-g328a1f96f7b9 #34 Hardware name: riscv-virtio,qemu (DT) Call Trace: [<ffffffff80006754>]     dump_backtrace+0x30/0x38 [<ffffffff808de798>] show_stack+0x40/0x4c [<ffffffff808ea2a8>]     dump_stack_lvl+0x44/0x5c [<ffffffff808ea2d8>] dump_stack+0x18/0x20 [<ffffffff808dec06>] panic+0x126/0x2fe     [<ffffffff800065ea>] walk_stackframe+0x0/0xf0 [<ffffffff0163a752>] recursive_loop+0x48/0xc6 [lkdtm] SMP:
    stopping secondary CPUs ---[ end Kernel panic - not syncing: Kernel stack overflow ]--- (CVE-2023-52761)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
459833	Echo: linux: security update to 6.5.13-1	Tenable Self-Hosted Container Security	Echo Local Security Checks	2026/10/2	2026/10/2	medium
459833	Echo: linux: security update to 6.5.13-1	Tenable Cloud Security	Echo Local Security Checks	2026/10/2	2026/10/2	medium
226105	Linux Distros 未修补的漏洞：CVE-2023-52761	Nessus	Misc.	2025/3/5	2026/10/5	medium
226105	Linux Distros 未修補的弱點：CVE-2023-52761	Nessus	Misc.	2025/3/5	2026/10/5	medium
226105	Linux Distros のパッチ未適用の脆弱性: CVE-2023-52761	Nessus	Misc.	2025/3/5	2026/10/5	medium
226105	Linux Distros Unpatched Vulnerability : CVE-2023-52761	Nessus	Misc.	2025/3/5	2026/10/5	medium

检测

插件搜索

medium

medium

medium

medium

medium

medium