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

  - arm64：contpte：修复 SMMU/ATS 错误的 set_access_flags（） no-op 检查 contpte_ptep_set_access_flags（） 将收集的 ptep_get（） 值与请求的条目进行比较，以检测 no-ops。ptep_get（） CONT 块中所有子 PTE 的 ORs AF/dirty，因此 dirty 同级可以使目标看起来已经脏。
    当收集的值与条目匹配时，即使目标子 PTE 在硬件中仍设置了 PTE_RDONLY，该函数也会返回 0。对于具有FEAT_HAFDBS的 CPU 来说，此收集的视图很好，因为硬件可能在任何子 PTE 上设置 AF/dirty，并且整个 CONT 范围有效地收集 CPU TLB 行为。但是单独评估每个描述符的页表遍历器（例如，不支持 DBM 的 CPU、不支持 HTTU 的 SMMU 或在 CD.TCR 中禁用了 HA/HD）可在未更改的目标子 PTE 上持续出错，从而导致无限错误循环。因此，收集可在仅更新了同级时造成错误的 no-ops：- 写入错误：目标仍有PTE_RDONLY（需要清除PTE_RDONLY） - 读取错误：目标仍缺少PTE_AF 通过根据请求的 AF/dirty/write 状态检查每个子 PTE 进行修复（消耗的位相同
    __ptep_set_access_flags（）），在返回 no-op 之前，使用原始的 per-PTE 值而不是收集的 ptep_get（） 视图。继续使用原始目标 PTE 进行写入位展开决策。根据 Arm ARM （DDI 0487） D8.7.1（连续位），CONT 范围中的任何子 PTE 都可能成为有效的缓存转换，并且软件必须在整个范围内保持一致的属性。（CVE-2026-43486）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-43486

medium Nessus 插件 ID 314482

版本 1.8