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

  - sched_ext：修正當即將耗盡的 CPU 任務位於 BPF 排程器中時的 CPU 熱插拔懸置 宕機的 CPU 必須清空自己的 rq。它的熱插拔執行緒在 sched_cpu_wait_empty（） 中等待，直到沒有其他東西剩下，唯一喚醒它的是 balance_push（），它從垂死的 CPU 上的 __schedule（） 運行，並推送 CPU 選擇的可遷移任務。sched_ext打破了這一點。位於使用者 DSQ 上或由 BPF 排程器保留的任務仍會計入其 rq，但非作用中的 CPU 不再呼叫 ops.dispatch（） 且無法拉回任務。即將結束的 CPU 在任務仍被計算的情況下進入閒置狀態，並且會發生以下兩種情況之一： - 另一個 CPU 消耗任務。rq 在垂死的 CPU 上沒有 __schedule（） 的情況下清空，因此熱插拔執行緒永遠不會被喚醒，並且 cpu_down（） 懸掛cpu_hotplug_lock。- 該任務僅與即將死機的 CPU 有仿射關係。沒有任何東西可以移動它，離線會停止，直到監控程式彈出 BPF 排程器。當 rq 離線時，將其上尚未在本機 DSQ 上的每個任務重新排入佇列。離線 rq 上的佇列會落在本機 DSQ 上，因此垂死的 CPU 本身會挑選任務並 balance_push（） 將它們推送，這與其他 sched 類別相同。從那時起sched_ext其他 CPU 上的路徑都無法將任務從 rq 中拉出。ops.dispatch（） 目前會在 CPU 處於非活動狀態時立即停止，然後 CPU 熱插拔會等待 RCU 寬限期，然後再使 rq 離線。BPF 持有的任務僅仿射到即將死亡的 CPU 並在 RCU 讀取端關鍵區段內搶佔，將阻止該寬限期，並且 rq 永遠不會離線。直接測試 SCX_RQ_ONLINE，以便 ops.dispatch（） 繼續運行，直到 rq 離線。在拆卸期間，只有即將消亡的 CPU 自己的熱插拔執行緒會清除旗標，並且 task_can_run_on_remote_rq（） 仍然使其他 rq 的任務遠離 CPU。（CVE-2026-99085）

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

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

  - sched_ext：修复当 CPU 的任务位于 BPF 计划程序中时的 CPU 热插拔挂起 中断的 CPU 必须清空自己的 rq。它的热插拔线程在 sched_cpu_wait_empty（） 中等待，直到没有其他东西留下，唯一唤醒它的是 balance_push（），它从垂死的 CPU 上的 __schedule（） 运行并推送 CPU 选择的可迁移任务。sched_ext 打破了这一点。位于用户 DSQ 上或由 BPF 计划程序保持的任务仍计入其 rq，但非活动的 CPU 不再调用 ops.dispatch（） 且无法将该任务拉回。即将终止的 CPU 在任务仍然计数的情况下进入空闲状态，并且会发生以下两种情况之一：- 另一个 CPU 消耗该任务。rq 清空且在垂死的 CPU 上没有 __schedule（），因此热插拔线程永远不会被唤醒，并且 cpu_down（） 保持cpu_hotplug_lock挂起。- 该任务仅与即将终止的 CPU 具有仿射效应。没有任何内容可以移动它，脱机将停止，直到监视程序弹出 BPF 计划程序。当 rq 脱机时，重新排队其中尚未在本地 DSQ 上的每个任务。离线 rq 上的排队落在本地 DSQ 上，因此濒临终止的 CPU 自行选择任务并 balance_push（） 将其推出，与其他 sched 类相同。从那时起，其他 CPU 上的任何sched_ext路径都无法从 rq 中提取任务。目前，一旦 CPU 进入非活动状态，ops.dispatch（） 就会停止，CPU 热插拔随后会等待 RCU 宽限期，然后再使 rq 离线。仅仿射临死的 CPU 并在 RCU 读取端关键部分内抢占的 BPF 保留的任务会阻断该宽限期，并且 rq 永远不会脱机。直接测试 SCX_RQ_ONLINE，以便 ops.dispatch（） 一直运行，直到 rq 离线。只有即将终止的 CPU 自己的热插拔线程会在拆卸期间清除标记，而 task_can_run_on_remote_rq（） 仍然让其他 rq 的任务远离 CPU。（CVE-2026-99085）

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

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

  - sched_ext:機能していない CPU のタスクが BPF スケジューラにあるときの CPU ホットプラグのハングアップを修正します ダウンしかけている CPU は自身の rq を空にする必要があります。そのホットプラグスレッドは、他に何も残らないまで sched_cpu_wait_empty() で待機します。そして、それをウェイクアップするのは balance_push() だけです。__schedule() は、枯渇している CPU で () から実行され、CPU が選択する移行可能なタスクをプッシュします。sched_extこれを中断します。ユーザーDSQにあるタスク、またはBPFスケジューラによって保持されているタスクは、引き続きそのrqでカウントされますが、非アクティブなCPUはops.dispatch()を呼び出さなくなり、タスクを元に戻すことができません。消耗しているCPUはタスクがカウントされたままアイドル状態になり、次のいずれかが発生します。- 別のCPUがタスクを消費する。rq は、機能しかけている CPU 上で __schedule() なしで空になるため、ホットプラグスレッドは決して呼び出されず、cpu_down() が cpu_hotplug_lock を保持したままハングします。- タスクは、機能しかけている CPU に対してのみアフィンです。何も動かすことができず、ウォッチドッグがBPFスケジューラを取り出すまでオフラインは停止します。rq がオフラインになったら、ローカル DSQ にまだないすべてのタスクを rq に再キューに入れます。オフライン rq のキュー入りはローカルの DSQ に着地するため、他の sched クラスと同様に、機能していない CPU 自身がタスクを選択し、balance_push() がそれらをプッシュオフします。それ以降は、他のCPU上のsched_extパスはrqからタスクを引き出すことはできません。ops.dispatch() は現在、CPU が非アクティブになると直ちに停止し、その後 CPU ホットプラグは rq をオフラインにする前に RCU 猶予期間待機します。BPF が保持しているタスクは、機能していない CPU にのみアフィンし、RCU の読み取り側の重要セクション内でプリエンプトされ、その猶予期間がブロックされ、rq がオフラインになることはありません。rq がオフラインになるまで ops.dispatch() が実行され続けるように、SCX_RQ_ONLINE直接テストします。ティアダウン中は、機能していない自身のホットプラグスレッドのみがフラグを削除します。また、task_can_run_on_remote_rq() は依然として他の rq のタスクを CPU から遠ざけています。(CVE-2026-99085)

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 CPU hotplug hang when a dying CPU's tasks sit in the BPF scheduler A CPU going down has to     empty its own rq. Its hotplug thread waits in sched_cpu_wait_empty() until nothing else is left, and the     only thing that wakes it is balance_push(), which runs from __schedule() on the dying CPU and pushes off     the migratable tasks the CPU picks. sched_ext breaks this. A task sitting on a user DSQ or held by the BPF     scheduler is still counted on its rq, but an inactive CPU no longer calls ops.dispatch() and can't pull     the task back. The dying CPU goes idle with the task still counted, and one of two things happens: -     Another CPU consumes the task. The rq empties without a __schedule() on the dying CPU, so the hotplug     thread is never woken and cpu_down() hangs holding cpu_hotplug_lock. - The task is affine only to the     dying CPU. Nothing can move it, and the offline stalls until the watchdog ejects the BPF scheduler. When     the rq goes offline, re-enqueue every task on it that isn't already on the local DSQ. An enqueue on an     offline rq lands on the local DSQ, so the dying CPU itself picks the tasks and balance_push() pushes them     off, the same as for the other sched classes. From then on no sched_ext path on another CPU can pull a     task off the rq. ops.dispatch() currently stops as soon as the CPU goes inactive, and CPU hotplug then     waits for an RCU grace period before taking the rq offline. A BPF-held task affine only to the dying CPU     and preempted inside an RCU read-side critical section would block that grace period, and the rq would     never go offline. Test SCX_RQ_ONLINE directly so that ops.dispatch() keeps running until the rq goes     offline. Only the dying CPU's own hotplug thread clears the flag during teardown, and     task_can_run_on_remote_rq() still keeps other rqs' tasks off the CPU. (CVE-2026-99085)

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

ID	Name	Product	Family	Published	Updated	Severity
371502	Linux Distros 未修補弱點：CVE-2026-99085	Nessus	Misc.	10/23/2026	11/11/2026	medium
371502	Linux Distros 未修补的漏洞：CVE-2026-99085	Nessus	Misc.	10/23/2026	11/11/2026	medium
371502	Linux Distros のパッチ未適用の脆弱性: CVE-2026-99085	Nessus	Misc.	10/23/2026	11/11/2026	medium
371502	Linux Distros Unpatched Vulnerability : CVE-2026-99085	Nessus	Misc.	10/23/2026	11/11/2026	medium
377900	Amazon Linux 2023 : bpftool6.12, kernel6.12, kernel6.12-devel (ALAS2023-2026-3402)	Nessus	Amazon Linux Local Security Checks	11/9/2026	11/11/2026	high

Detections

Analytics

Plugins Search

medium

medium

medium

medium

high