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

  - arm64：mm：修复 VA 范围健全性检查 create_mapping_noalloc（） 和 update_mapping_prot（） 对其“virt”参数执行健全性检查，但检查本身没有多大意义。今天使用的条件似乎是一个历史事故。健全性检查条件：if （（virt >= PAGE_END） &; （virt < VMALLOC_START）） {[ ...此处警告 ... ]返回;} ...只能对 KASAN 阴影区域或模块区域成立，没有理由专门在创建和更新映射时排除它们。提交中首次上游 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是线性地图的终点。因此，我们清除了提交中的VA_START命名：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 插件 ID 279806

版本 1.23