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

  - arm64mm修复 VA 范围健全性检查 create_mapping_noalloc() 和 update_mapping_prot() 都会对其“virt”参数进行健全性检查但检查本身没有太大意义。今天使用的条件似乎是历史意外。健全性检查条件 if ((virt >= PAGE_END) && (virt < VMALLOC_START)) {[ ...warning here ... ] return; ... 只能适用于 KASAN shadow 区域或模块区域并且没有理由在创建和更新映射时专门排除这些区域。当 arm64 支持首次在提交中上游化时c1cc1552616d0f35 (arm64: MMU initialization) ... 的条件为if (virt < VMALLOC_START) { [ ...warning here ... ] return; 。此时 VMALLOC_START 是最低的内核地址它会检查“virt”是否会通过 TTBR1 进行转换。随后在 commit14c127c957c1c607 (arm64: mm: Flip kernel VA space) ... 中条件已更改为 if ((virt >= VA_START) && (virt < VMALLOC_START)) { [ ... 此处警告 ... ]返回这似乎是 thinko。此次提交将线性映射移动到内核地址空间的底部其中 VMALLOC_START 位于中点。旧条件会针对低于此日期的线性映射变更发出警告而且当时 VA_START 为线性映射的结尾。随后我们在提交77ad4ce69321abbe (arm64: memory将 VA_START 重命名为 PAGE_END) 中清理了 VA_START 的命名 ... 将错误的情况保留为if ((virt >= PAGE_END) && (virt < VMALLOC_START)) { [ ..此处警告 ... ] return; } 修正针对 TTBR1 地址空间起点检查的条件目前为 PAGE_OFFSET。这可简化逻辑，并且更清楚地匹配警告中的“外部内核范围”消息。 (CVE-2023-53989)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2023-53989

high Nessus 插件 ID 279806

版本 1.20