CVE-2026-98923None▾ SunlitIn the Linux kernel, the following vulnerability has been resolved: arm64: io: Reject non-user protection in ioremap_prot() Mapping a stack-top page via /dev/mem with PROT_NONE and then reading that process's /proc/<pid>/cmdline trigge…
▾ Sunlit zone — Low / medium · no exploitation signal
impact 2.8 · likelihood 0 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
In the Linux kernel, the following vulnerability has been resolved:
arm64: io: Reject non-user protection in ioremap_prot()
Mapping a stack-top page via /dev/mem with PROT_NONE and then reading that process's /proc/<pid>/cmdline triggers a spurious WARN in ioremap_prot() through generic_access_phys():
WARNING: ./arch/arm64/include/asm/io.h:275 at generic_access_phys Call trace: generic_access_phys+0x1c8/0x228 (P) __access_remote_vm+0x2b4/0x398 access_remote_vm+0x14/0x30 get_mm_cmdline+0xf8/0x2a0 proc_pid_cmdline_read+0x68/0x120
generic_access_phys() passes the protection derived from the user PTE to ioremap_prot(). On arm64, a PROT_NONE mapping is represented by a present-invalid PTE, so pte_present() still returns true and the protection reaches ioremap_prot().
A PROT_NONE mapping does not have PTE_USER, causing the existing WARN_ON_ONCE() in ioremap_prot() to fire even though this is a valid user mapping. Execute-only mappings have the same issue and must not be readable through this path either.
ioremap_prot() should therefore reject protection values without PTE_USER without warning. This makes the access fail cleanly for PROT_NONE and execute-only mappings while retaining the existing user-protection contract.
Linux >= 64858b76ec67c5fc40fef8ec1841fecb78c1ebde < fddc90d4af4550af410f52d11bbf6b5f36443838Linux >= eeecafce5afffb4da703666ebefbd4d6e2a5abf6 < 0b04af3d88bb7fc69b2d92457890608860e42365Linux >= 3d64dcc0799c2d6921ba027716b7be721eb19fa8 < b17aa4955e3a694c663ebe99626e4c76ca4f7cfbLinux >= 8f098037139b294050053123ab2bc0f819d08932 < 9b583795feb51f8d50203228d001760d1344ef01Linux >= 8f098037139b294050053123ab2bc0f819d08932 < bb756b11ad63832ebee58caf9e8f9381eaecff9fLinux d1ad8fe7f72d73e1617bac79f2ec7a3bedf47e2aLinux >= 6.6.143 < 6.6.158Linux >= 6.12.93 < 6.12.112Linux >= 6.18.17 < 6.18.55Linux >= 6.19.7 < 6.20Linux 7.0Refer to the linked advisories for vendor-supplied fixes and affected version ranges.
Connected by shared product, vendor, weakness, or advisory.
CVE-2026-99001Nonedrm/xe/i2c: cancel the client work on remove
CVE-2026-98989Nonenamespace: check a recursive bind mount for mount namespace loops
CVE-2026-98988Nonenamespace: keep covered mounts covered in OPEN_TREE_NAMESPACE
CVE-2026-98992Nonenamespace: don't copy an unmounted mount tree
CVE-2026-98991Nonenamespace: queue a mount only once for mount notifications
CVE-2026-98990Nonenamespace: check a submount for references right before unmounting it