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

  - mm：修正 hmm_range_fault（） 活鎖/飢餓問題 如果 hmm_range_fault（） 在 do_swap_page 中的 folio_trylock（） 失敗，嘗試取得裝置私有作品集的鎖以移轉到 ram，則函數將旋轉，直到成功抓取鎖定為止。但是，如果持有鎖定的處理程序相依於要完成的工作項目，該工作項目排程在與旋轉 hmm_range_fault（） 相同的 CPU 上，則該工作項目可能會耗盡，而且我們最終會處於永遠不會解決的活鎖/飢餓狀況中。例如，如果持有裝置私有對開鎖定的處理程序卡在 migrate_device_unmap（）->lru_add_drain_all（） sinc lru_add_drain_all（） 中，則可能會發生這種情況，而需要在所有線上 CPU 上執行簡短的工作項目才能完成。發生這種情況的先決條件是：a） 在 migrate_device_unmap（） 中同時考慮區域裝置和系統記憶體對開本，因此有理由在區域裝置對開本上保留對開鎖定時，針對系統記憶體對開本呼叫 lru_add_drain_all（）。b） 區域裝置作品集的初始對應計數> 1，這會導致至少一個移轉 PTE 項目插入延遲到 try_to_migrate（），這可能發生在呼叫 lru_add_drain_all（） 之後。c） 沒有或僅自願優先購買。這一切似乎不太可能發生，但確實受到了xe_exec_system_allocator igt 測試的打擊。如果 do_swap_page（） 中的 folio_trylock（） 失敗，請等待對開本解除鎖定來解決此問題。將 migration_entry_wait_on_locked（） 重新命名為 softleaf_entry_wait_unlock（），並更新其文件以指出新的使用案例。未來的程式碼改進可能會考慮移動 migrate_device_unmap（） 中的 lru_add_drain_all（） 呼叫以調用
    *之後* 所有頁面都插入了移轉項目。這也會消除上面的 b）。v2： - 而不是在 hmm_range_fault（） 中使用 cond_resched（），而是透過等待 do_swap_page（） 中的作品集解鎖來消除問題 （Alistair Popple， Andrew Morton） v3： - 為 ！CONFIG_MIGRATION 情況新增存根 migration_entry_wait_on_locked（）。（核心測試機器人） v4： - 將 migrate_entry_wait_on_locked（） 重新命名為 softleaf_entry_wait_on_locked（） 並更新文件 （Alistair Popple） v5： - 為 softleaf_entry_wait_on_locked（） 的 ！CONFIG_MIGRATION 版本新增 WARN_ON_ONCE（）。- 修改提交訊息中函式名稱周圍的措辭 （Andrew Morton） （從提交 a69d1ab971a624c6f112cea61536569d579c3215 中挑選） （CVE-2026-43404）

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

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

  - mm：修复一个 hmm_range_fault（） 活锁/耗尽问题 如果 hmm_range_fault（） 未能执行 do_swap_page 中的 folio_trylock（） 尝试获取用于迁移至 ram 的设备私有作品集的锁，则该函数将旋转直至成功获取锁。但是，如果保持锁定的进程依赖于要完成的工作项，该工作项计划在与旋转hmm_range_fault（） 相同的 CPU 上），则该工作项可能会匮乏，我们最终会陷入从未解决的动态锁定/匮乏情况。例如，如果持有设备专用作品集锁定的进程卡在 migrate_device_unmap（）->lru_add_drain_all（） sinc lru_add_drain_all（） 中时，可能会发生这种情况，则需要在所有在线 CPU 上运行一个简短的工作项才能完成。实现此目的的先决条件是：a） 在 migrate_device_unmap（） 中同时考虑区域设备和系统内存作品集，因此有理由在区域设备作品集上保留作品集锁定时为系统内存作品集调用 lru_add_drain_all（）。b） 区域设备作品集的初始映射计数> 1，这导致至少一个迁移 PTE 条目插入被推迟到 try_to_migrate（），这可在调用 lru_add_drain_all（） 之后发生。c） 没有或仅自愿优先购买。这一切似乎不太可能发生，但确实受到xe_exec_system_allocator igt 测试的打击。如果 do_swap_page（） 中 folio_trylock（） 失败，则通过等待解锁作品集来解决此问题。将 migration_entry_wait_on_locked（） 重命名为 softleaf_entry_wait_unlock（），并更新其文档以指示新的使用案例。未来的代码改进可考虑移动 migrate_device_unmap（） 中的 lru_add_drain_all（） 调用以进行调用
    *之后* 所有页面都插入了迁移条目。这也会消除上述 b）。v2： - 无需在 hmm_range_fault（） 中使用 cond_resched（），而是通过等待 do_swap_page（） 中解锁作品集来消除问题（Alistair Popple、Andrew Morton） v3： - 为 ！CONFIG_MIGRATION 情况添加存根 migration_entry_wait_on_locked（）。（Kernel Test Robot） v4： - 将 migrate_entry_wait_on_locked（） 重命名为 softleaf_entry_wait_on_locked（） 并更新文档 （Alistair Popple） v5： - 为 softleaf_entry_wait_on_locked（） 的 ！CONFIG_MIGRATION 版本添加 WARN_ON_ONCE（）。- 修改提交消息中函数名称周围的措词 （Andrew Morton）（从提交 a69d1ab971a624c6f112cea61536569d579c3215 中精选出的内容）（CVE-2026-43404）

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

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

  - mm:hmm_range_fault() ライブロック/スタベーションの問題を修正します hmm_range_fault() が do_swap_page で folio_trylock() に失敗し、ram への移行のために device-private Folio のロックを取得しようとすると、関数はロックの取得に成功するまで回転します。ただし、ロックを保持しているプロセスが、スピンする hmm_range_fault() と同じ CPU でスケジュールされている、完了する作業項目に依存している場合、その作業項目が枯渇し、決して解決されないライブロック/枯渇の状況に陥る可能性があります。これが発生するのは、例えば、デバイスプライベートフォリオロックを保持しているプロセスが migrate_device_unmap()->lru_add_drain_all() sinc lru_add_drain_all() でスタックしている場合に、完了するためにすべてのオンライン CPU で短い作業項目を実行する必要があります。これを実現するための前提条件は、a) ゾーン デバイスとシステム メモリ フォリオの両方が migrate_device_unmap() で考慮されるため、ゾーン デバイスの Folio で Folio ロックが保持されている間に、システム メモリ Folio に対して lru_add_drain_all() を呼び出す理由があります。b) ゾーンデバイスフォリオの初期マップカウント> 1 により、少なくとも 1 つの移行 PTE エントリ挿入が try_to_migrate() へ延期されます。これは、lru_add_drain_all() への呼び出し後に発生する可能性があります。c) プリエンプションなし、または自発的なのみ。これはほとんど起こりそうにありませんが、実際にはxe_exec_system_allocator igt テストの影響を受けます。folio_trylock() が do_swap_page() で失敗した場合に、フォリオがロック解除されるのを待機することで、これを解決します。migration_entry_wait_on_locked() の名前を softleaf_entry_wait_unlock() に変更し、新しいユースケースを示すようにドキュメントを更新します。将来のコード改善では、migrate_device_unmap() の lru_add_drain_all() 呼び出しを呼び出されるように移動することが検討される場合があります
    *後* すべてのページに移行エントリが挿入されています。そうすれば、上記のb)も削除されます。v2: - hmm_range_fault() の cond_resched() の代わりに、do_swap_page() で Folio がロック解除されるのを待機することで問題を排除します(Alistair Popple 氏、Andrew Morton 氏) v3: - !CONFIG_MIGRATION の場合に stub migration_entry_wait_on_locked() を追加します。(Kernel Test Robot) v4: - migrate_entry_wait_on_locked() の名前を softleaf_entry_wait_on_locked() に変更し、docs を更新します(Alistair Popple 氏) v5: - softleaf_entry_wait_on_locked() の !CONFIG_MIGRATION バージョン用の WARN_ON_ONCE() を追加します。- コミットメッセージ内の関数名の周囲の表現を変更します(Andrew Morton 氏)(コミット a69d1ab971a624c6f112cea61536569d579c3215 からのチェリーピッキング)(CVE-2026-43404)

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

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

  - mm: Fix a hmm_range_fault() livelock / starvation problem If hmm_range_fault() fails a folio_trylock() in     do_swap_page, trying to acquire the lock of a device-private folio for migration, to ram, the function     will spin until it succeeds grabbing the lock. However, if the process holding the lock is depending on a     work item to be completed, which is scheduled on the same CPU as the spinning hmm_range_fault(), that work     item might be starved and we end up in a livelock / starvation situation which is never resolved. This can     happen, for example if the process holding the device-private folio lock is stuck in     migrate_device_unmap()->lru_add_drain_all() sinc lru_add_drain_all() requires a short work-item to be run     on all online cpus to complete. A prerequisite for this to happen is: a) Both zone device and system     memory folios are considered in migrate_device_unmap(), so that there is a reason to call     lru_add_drain_all() for a system memory folio while a folio lock is held on a zone device folio. b) The     zone device folio has an initial mapcount > 1 which causes at least one migration PTE entry insertion to     be deferred to try_to_migrate(), which can happen after the call to lru_add_drain_all(). c) No or     voluntary only preemption. This all seems pretty unlikely to happen, but indeed is hit by the     xe_exec_system_allocator igt test. Resolve this by waiting for the folio to be unlocked if the     folio_trylock() fails in do_swap_page(). Rename migration_entry_wait_on_locked() to     softleaf_entry_wait_unlock() and update its documentation to indicate the new use-case. Future code     improvements might consider moving the lru_add_drain_all() call in migrate_device_unmap() to be called
    *after* all pages have migration entries inserted. That would eliminate also b) above. v2: - Instead of a     cond_resched() in hmm_range_fault(), eliminate the problem by waiting for the folio to be unlocked in     do_swap_page() (Alistair Popple, Andrew Morton) v3: - Add a stub migration_entry_wait_on_locked() for the     !CONFIG_MIGRATION case. (Kernel Test Robot) v4: - Rename migrate_entry_wait_on_locked() to     softleaf_entry_wait_on_locked() and update docs (Alistair Popple) v5: - Add a WARN_ON_ONCE() for the     !CONFIG_MIGRATION version of softleaf_entry_wait_on_locked(). - Modify wording around function names in     the commit message (Andrew Morton) (cherry picked from commit a69d1ab971a624c6f112cea61536569d579c3215)     (CVE-2026-43404)

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

ID	Name	Product	Family	Published	Updated	Severity
311340	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1596)	Nessus	Amazon Linux Local Security Checks	4/30/2026	6/17/2026	high
311340	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1596)	Nessus	Amazon Linux Local Security Checks	4/30/2026	6/17/2026	high
315678	Linux Distros 未修補的弱點：CVE-2026-43404	Nessus	Misc.	5/20/2026	8/27/2026	medium
315678	Linux Distros 未修补的漏洞：CVE-2026-43404	Nessus	Misc.	5/20/2026	8/27/2026	medium
315678	Linux Distros のパッチ未適用の脆弱性: CVE-2026-43404	Nessus	Misc.	5/20/2026	8/27/2026	medium
311340	Amazon Linux 2023 : bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1596)	Nessus	Amazon Linux Local Security Checks	4/30/2026	6/17/2026	high
315678	Linux Distros Unpatched Vulnerability : CVE-2026-43404	Nessus	Misc.	5/20/2026	8/27/2026	medium
311340	Amazon Linux 2023 : bpftool6.18, kernel6.18, kernel6.18-devel (ALAS2023-2026-1596)	Nessus	Amazon Linux Local Security Checks	4/30/2026	6/17/2026	high

Detections

Analytics

Plugins Search

high

high

medium

medium

medium

high

medium

high