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

  - arm64： mm：修正 VA 範圍健全性檢查 create_mapping_noalloc（） 和 update_mapping_prot（） 都會檢查其 'virt' 參數，但檢查本身沒有多大意義。今天使用的條件似乎是一個歷史事故。健全性檢查條件：if （（virt >= PAGE_END） &&; （virt < VMALLOC_START）） {[ ...這裡警告 ... ]返回;} ...只能為 KASAN 影子區域或模組區域 true，並且沒有理由專門排除這些用於建立和更新映射。當 arm64 支援首次在提交中上游時：c1cc1552616d0f35 （arm64：MMU 初始化）...條件是：if （virt < VMALLOC_START） { [ ...這裡警告 ... ]返回;} 當時，VMALLOC_START 是最低的核心位址，這是在檢查 'virt' 是否會透過 TTBR1 進行翻譯。隨後在提交中：14c127c957c1c607 （arm64：mm：翻轉核心 VA 空間）...條件變更為： if （（virt >= VA_START） &; （virt < VMALLOC_START）） { [ ...這裡警告 ... ]返回;} 這似乎是一個思想家。提交將線性映射移動到核心地址空間的底部，VMALLOC_START位於中間點。舊條件會警告對此下方線性地圖的更改，而當時VA_START是線性地圖的盡頭。隨後，我們清理了 commit： 77ad4ce69321abbe 中 VA_START 的命名 （arm64：memory：將 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.24