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

  - mm/slab：如果 ！allow_spin 則不要存取 current->mems_allowed_seq 當在 NMI 上下文中呼叫 get_from_any_partial（） 時，Lockdep 會抱怨，因為 current->mems_allowed_seq 是seqcount_spinlock_t的，而且不是 NMI 安全的： ================================ 警告：不一致的鎖定狀態 6.19.0-rc5-kfree-rcu+ #315 受污染：G N --------------------------------不一致的 {INITIAL USE} -> {IN-NMI} 用法。 kunit_try_catch/9989 [HC1[1]：SC0[0]：HE0：SE1] 採取：ffff889085799820 （&____s->seqcount#3）{.-.-}-{0:0}，在：___slab_alloc+0x58f/0xc00 {INITIAL USE} 狀態已註冊於：
    lock_acquire+0x185/0x320 kernel_init_freeable+0x391/0x1150 kernel_init+0x1f/0x220 ret_from_fork+0x736/0x8f0 ret_from_fork_asm+0x1a/0x30 IRQ 事件戳記：56 個 hardirq 上次啟用時間 （55）：
    [<ffffffff850a68d7>] _raw_spin_unlock_irq+0x27/0x70 hardirq 上次停用時間為 （56）： [<ffffffff850858ca>]
    __schedule+0x2a8a/0x6630 softirq 上次啟用時間為 （0）： [<ffffffff81536711>] copy_process+0x1dc1/0x6a10 softirq 上次停用時間為 （0）： [<0000000000000000>] 0x0 其他可能有助於我們偵錯的資訊： 可能的不安全鎖定場景： CPU0 ---- lock（&____s->seqcount#3）; <Interrupt> lock（&____s->seqcount#3）; *** 鎖死 *** 根據 Documentation/locking/seqlock.rst 的說法，seqcount_t 不是 NMI 安全的，當讀取路徑可以中斷寫入端關鍵區段時，應使用 seqcount_latch_t。在此情況下，請勿存取 current->mems_allowed_seq 並避免重試。（CVE-2026-43285）

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

偵測

Linux Distros 未修補的弱點：CVE-2026-43285

medium Nessus Plugin ID 314404

版本 1.2

版本 1.1

版本 1.2 May 15, 2026, 12:01 PM CVSS metrics ("CVSSv2 score" set to 4.6) CVSS metrics ("CVSSv2 vector" set to "CVSS2#AV:L/AC:L/Au:S/C:N/I:N/A:C") Plugin Feed: 202605151201
版本 1.1 May 14, 2026, 3:47 AM New Plugin Feed: 202605140347