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

  - KVM：arm64：vgic：處理中斷關聯性變更與停用 LPI 之間的爭用 如果發生下列情況，Hyunwoo Kim 會報告一些非常糟糕的爭用： - LPI-I 在 vcpu-B 的 AP 清單中擱置中 - vcpu-A 寫入 vcpu-B 的 RD 以停用其 LPI - vcpu-C 將 I 從 B 移至 C 如果最後兩個爭用足夠好，vgic_prune_ap_list（） 可以刪除 irq 和 AP 清單鎖定， 重新獲得它們，並且在此間隔內 IRQ 已被釋放。UAF 緊隨其後。修復有兩個： - 在刪除 irq 和 ap_list 鎖定之前，請參考 irq - 不要嘗試處理擱置位元的遷移：根據架構，不期望保留此狀態 這樣，我們就可以確定中斷仍然存在，並且我們可以安全地將其從 AP 清單中刪除，因為它在此階段沒有目標（除非觸發另一個中斷， 但那是另一回事了）。（CVE-2026-72288）

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

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

  - KVM：arm64：vgic：处理中断相关性变更和禁用 LPI 之间的争用 Hyunwoo Kim 报告，如果发生以下情况，会出现一些非常糟糕的争用： - LPI-I 在 vcpu-B 的 AP 列表中待定 - vcpu-A 写入 vcpu-B 的 RD 以禁用其 LPI - vcpu-C 将 I 从 B 移动到 C 如果最后两个争用足够好，vgic_prune_ap_list（） 可删除 irq 和 AP 列表锁定， 重新获取它们，并在间隔内释放 irq。UAF 紧随其后。修复有两个方面：- 在终止 irq 和 ap_list 锁定之前，对 irq 进行引用 - 不尝试处理待定位的迁移：根据架构，不期望保留此状态 这样，我们就可以确定该中断仍在，并且我们可以安全地将其从 AP 列表中删除，因为它在此阶段没有目标（除非另一个中断触发， 但那是另一回事了）。（CVE-2026-72288）

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

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

  - KVM:arm64:vgic:割り込みアフィニティの変更と LPI 無効化の間の競合を処理します Hyunwoo Kim 氏は、次の状況が発生した場合に、いくつかの非常に悪い競合を報告しています: - LPI-I は vcpu-B の AP リストで保留中です - vcpu-A は vcpu-B の RD に書き込みを行い、その LPI を無効にします - vcpu-C は I を B から C に移動します 最後の 2 つの競合が十分うまくいけば、vgic_prune_ap_list() は irq と AP リストのロックをドロップできます、 それらを再取得することで、IRQ は解放されました。UAFが続きます。この修正には 2 つのメリットがあります: - irq および ap_list ロックをドロップする前に、irq に関する参照を取得します - 保留中のビットの移行を処理しません:アーキテクチャによれば、この状態が保持されることは期待されません。これにより、割り込みがまだ周囲にあることを確信し、現段階ではターゲットがないため、AP リストから安全に削除します(別の割り込みが起動しない限り、 しかし、それは別の話です)。(CVE-2026-72288)

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

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

  - KVM: arm64: vgic: Handle race between interrupt affinity change and LPI disabling Hyunwoo Kim reports some     really bad races should the following situation occur: - LPI-I is pending in vcpu-B's AP list - vcpu-A     writes to vcpu-B's RD to disable its LPIs - vcpu-C moves I from B to C If the last two race nicely enough,     vgic_prune_ap_list() can drop the irq and AP list locks, reacquire them, and in the interval the irq has     been freed. UAF follows. The fix is two-fold: - Before dropping the irq and ap_list locks, take a     reference on the irq - Do not try to handle migration of the pending bit: there is no expectation that     this state is retained, as per the architecture With that, we're sure that the interrupt is still around,     and we safely remove it from the AP list as it has no target at this stage (unless another interrupt     fires, but that's another story). (CVE-2026-72288)

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

ID	Name	Product	Family	Published	Updated	Severity
335686	Linux Distros 未修補弱點：CVE-2026-72288	Nessus	Misc.	8/15/2026	9/3/2026	critical
341880	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-2071)	Nessus	Amazon Linux Local Security Checks	8/31/2026	9/10/2026	high
335686	Linux Distros 未修补的漏洞：CVE-2026-72288	Nessus	Misc.	8/15/2026	9/3/2026	critical
341880	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-2071)	Nessus	Amazon Linux Local Security Checks	8/31/2026	9/10/2026	high
335686	Linux Distros のパッチ未適用の脆弱性: CVE-2026-72288	Nessus	Misc.	8/15/2026	9/3/2026	critical
341880	Amazon Linux 2023 : bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-2071)	Nessus	Amazon Linux Local Security Checks	8/31/2026	9/10/2026	high
345814	Amazon Linux 2023 : bpftool, kernel, kernel-devel (ALAS2023-2026-2143)	Nessus	Amazon Linux Local Security Checks	9/14/2026	9/14/2026	medium
335686	Linux Distros Unpatched Vulnerability : CVE-2026-72288	Nessus	Misc.	8/15/2026	9/3/2026	critical
341880	Amazon Linux 2023 : bpftool6.18, kernel6.18, kernel6.18-devel (ALAS2023-2026-2071)	Nessus	Amazon Linux Local Security Checks	8/31/2026	9/10/2026	high

Detections

Analytics

Plugins Search

critical

high

critical

high

critical

high

medium

critical

high