遠端主機上安裝的核心版本早於 5.4.110-54.189。因此，會受到 ALAS2KERNEL-5.4-2024-063 公告中所提及的一個弱點影響。

  - 在 Linux 核心中，下列弱點已修正：locking/qrwlock：修正 queued_write_lock_slowpath() 中的順序 若在保留 wait_lock 的情況下執行此程式碼，讀取器可在不保留 wait_lock 的情況下取得鎖定。寫入器端會循環檢查 atomic_cond_read_acquire() 的值，但只有在成功完成未排序的比較及交換時，才會真正取得鎖定。這會導致 acquire 和 cmpxchg 之間的視窗面臨 A-B-A 問題，取得鎖定之後的讀取進而可以在真正取得寫入鎖定之前推測性地觀察值。我們在 epoll 中發現一個問題，讀取器在保留讀取鎖定的同時執行 xchg，但寫入器可從其下方檢視值變更。寫入器 | 讀取器
    -------------------------------------------------------------------------------- ep_scan_ready_list() | |- write_lock_irq() | |- queued_write_lock_slowpath() | |- atomic_cond_read_acquire() | | read_lock_irqsave(&ep->lock, flags); --> (解除鎖定前觀察值) | chain_epi_lockless() | | epi->next = xchg(&ep->ovflist, epi); | | read_unlock_irqrestore(&ep->lock, flags); | | | atomic_cmpxchg_relaxed() | |-- READ_ONCE(ep->ovflist); | 核心可在 atomic_cmpxchg_relaxed() 之前對 ovflist 的讀取排序。將 cmpxchg 切換為使用 acquire 語意可解決此問題，隨後 atomic_cond_read 可切換為使用 relaxed 語意。[peterz：使用 try_cmpxchg()] (CVE-2021-46921)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

偵測

Amazon Linux 2：kernel (ALASKERNEL-5.4-2024-063)

medium Nessus Plugin ID 194854

版本 1.0