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: sched_ext: Fix SCX_KICK_WAIT deadlock
    by deferring wait to balance callback SCX_KICK_WAIT busy-waits in kick_cpus_irq_workfn() using
    smp_cond_load_acquire() until the target CPU's kick_sync advances. Because the irq_work runs in hardirq
    context, the waiting CPU cannot reschedule and its own kick_sync never advances. If multiple CPUs form a
    wait cycle, all CPUs deadlock. Replace the busy-wait in kick_cpus_irq_workfn() with resched_curr() to
    force the CPU through do_pick_task_scx(), which queues a balance callback to perform the wait. The balance
    callback drops the rq lock and enables IRQs following the sched_core_balance() pattern, so the CPU can
    process IPIs while waiting. The local CPU's kick_sync is advanced on entry to do_pick_task_scx() and
    continuously during the wait, ensuring any CPU that starts waiting for us sees the advancement and cannot
    form cyclic dependencies. (CVE-2026-43326)

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

  - sched_ext：透過使用 smp_cond_load_acquire（） 在 kick_cpus_irq_workfn（） 中延遲等待平衡回呼SCX_KICK_WAIT忙碌等待，直到目標 CPU 的kick_sync前進，來修正SCX_KICK_WAIT鎖死。由於irq_work在 hardirq 上下文中運行，因此等待的 CPU 無法重新排程，而且它自己的 kick_sync 永遠不會前進。如果多個 CPU 形成等待週期，則所有 CPU 都會鎖死。將 kick_cpus_irq_workfn（） 中的 busy-wait 替換為 resched_curr（），以強制 CPU 通過 do_pick_task_scx（），這會將餘額回呼排入佇列以執行等待。餘額回呼會刪除 rq 鎖定並啟用遵循 sched_core_balance（） 模式的 IRQ，因此 CPU 可以在等待時處理 IPI。本機 CPU 的kick_sync在進入 do_pick_task_scx（） 時提前，並在等待期間持續進行，確保任何開始等待我們的 CPU 都能看到進步，並且不能形成循環依賴關係。（CVE-2026-43326）

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

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

  - sched_ext：通过将等待到平衡回调SCX_KICK_WAIT使用 smp_cond_load_acquire（） 来修复kick_cpus_irq_workfn SCX_KICK_WAIT死锁，直到目标 CPU 的kick_sync前进。由于 irq_work 在 hardirq 上下文中运行，等待的 CPU 无法重新计划，并且其自己的kick_sync永远不会前进。如果多个 CPU 形成一个等待周期，则所有 CPU 都会死锁。将 kick_cpus_irq_workfn（） 中的忙碌等待替换为 resched_curr（） 以强制 CPU 通过 do_pick_task_scx（），这会将平衡回调排队以执行等待。平衡回调会终止 rq 锁定并按照 sched_core_balance（） 模式启用 IRQ，以便 CPU 可以在等待时处理 IPI。本地 CPU 的kick_sync在进入 do_pick_task_scx（） 时推进，并在等待期间持续推进，确保任何开始等待我们的 CPU 都能看到进步并且不会形成循环依赖关系。（CVE-2026-43326）

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

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

  - sched_ext:ターゲット CPU のkick_syncが進むまで、smp_cond_load_acquire() を使用して kick_cpus_irq_workfn() でコールバックSCX_KICK_WAITビジー待機のバランスをとるために待機を延期することにより、SCX_KICK_WAITデッドロックを修正します。irq_workはhardirqコンテキストで実行されるため、待機しているCPUは再スケジュールできず、待機しているCPU自身のkick_syncは決して進みません。複数の CPU が待機サイクルを形成すると、すべての CPU がデッドロックします。kick_cpus_irq_workfn() の busy-wait を resched_curr() に置き換えると、CPU は do_pick_task_scx() を通して強制されます。これにより、バランスコールバックがキューイングされ、待機が実行されます。バランスコールバックは rq ロックをドロップし、sched_core_balance() パターンに従って IRQ を有効にします。これにより、CPU は待機中に IPI を処理できます。ローカルCPUのkick_syncは、do_pick_task_scx()への入力時に進み、待機中は継続的に進むため、待機を開始したCPUは前進を確認し、循環依存関係を形成できないようにします。(CVE-2026-43326)

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

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

  - sched_ext: Fix SCX_KICK_WAIT deadlock by deferring wait to balance callback SCX_KICK_WAIT busy-waits in     kick_cpus_irq_workfn() using smp_cond_load_acquire() until the target CPU's kick_sync advances. Because     the irq_work runs in hardirq context, the waiting CPU cannot reschedule and its own kick_sync never     advances. If multiple CPUs form a wait cycle, all CPUs deadlock. Replace the busy-wait in     kick_cpus_irq_workfn() with resched_curr() to force the CPU through do_pick_task_scx(), which queues a     balance callback to perform the wait. The balance callback drops the rq lock and enables IRQs following     the sched_core_balance() pattern, so the CPU can process IPIs while waiting. The local CPU's kick_sync is     advanced on entry to do_pick_task_scx() and continuously during the wait, ensuring any CPU that starts     waiting for us sees the advancement and cannot form cyclic dependencies. (CVE-2026-43326)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
472560	Chainguard: linux-qemu-melange: security update to 6.18.49-r2	Tenable Self-Hosted Container Security	Chainguard Local Security Checks	2026/10/3	2026/10/27	medium
472560	Chainguard: linux-qemu-melange: security update to 6.18.49-r2	Tenable Cloud Security	Chainguard Local Security Checks	2026/10/3	2026/10/27	medium
313370	Linux Distros 未修補的弱點：CVE-2026-43326	Nessus	Misc.	2026/5/8	2026/9/30	medium
313370	Linux Distros 未修补的漏洞：CVE-2026-43326	Nessus	Misc.	2026/5/8	2026/9/30	medium
313370	Linux Distros のパッチ未適用の脆弱性: CVE-2026-43326	Nessus	Misc.	2026/5/8	2026/9/30	medium
313370	Linux Distros Unpatched Vulnerability : CVE-2026-43326	Nessus	Misc.	2026/5/8	2026/9/30	medium

偵測

搜尋 Plugin

medium

medium

medium

medium

medium

medium