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

  - arm64mm修正 VA 範圍功能健全檢查 create_mapping_noalloc() 和 update_mapping_prot() 都要檢查其 'virt' 參數的功能健全情況但檢查本身並沒有太大意義。今日所使用的狀況似乎是歷史性的意外。功能健全檢查條件 if ((virt >= PAGE_END) && (virt < VMALLOC_START)) {[ ... 此處為警告 ... ] 傳回... 只能針對 KASAN 陰影區域或模組區域為 true且沒有理由專門針對建立及更新對應排除這些。arm64 支援在 commit: c1cc1552616d0f35 (arm64: MMU 初始化) 中首次上游化時... 條件為 if (virt < VMALLOC_START) { [ ... 此處為警告 ... ] 傳回} 此時 VMALLOC_START 是最低的核心位址這會檢查 'virt' 是否會透過 TTBR1 轉譯。隨後在 commit: 14c127c957c1c607 (arm64mm: Flip kernel VA space) ... 中條件變更為 if ((virt >= VA_START) && (virt < VMALLOC_START)) { [ ... 此處為警告 ... ]傳回} 這似乎是一個想法。認可將線性對應移至核心位址空間的底部而 VMALLOC_START 位於中間點。舊情形會針對此下方的線性對應變更發出警告且此時 VA_START 是線性對應的結尾。隨後我們清理了 commit: 77ad4ce69321abbe (arm64記憶體將 VA_START 重新命名為 PAGE_END) 中的命名... 將錯誤情況維持為 if ((virt >= PAGE_END) && (virt < VMALLOC_START)) { [ .. . 此處為警告 ... ] 傳回更正檢查 TTBR1 位址空間起點的條件其目前為 PAGE_OFFSET。這可簡化邏輯並更清楚地比對警告中的超出核心範圍訊息。 (CVE-2023-53989)

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

偵測

Linux Distros 未修補的弱點：CVE-2023-53989

high Nessus Plugin ID 279806

版本 1.12