Answer in brief
CVE-2026-98923 records a Unknown severity vulnerability in arm64: io: Reject non-user protection in ioremap_prot(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=64858b76ec67c5fc40fef8ec1841fecb78c1ebde <fddc90d4af4550af410f52d11bbf6b5f36443838 || >=eeecafce5afffb4da703666ebefbd4d6e2a5abf6 <0b04af3d88bb7fc69b2d92457890608860e42365 || >=3d64dcc0799c2d6921ba027716b7be721eb19fa8 <b17aa4955e3a694c663ebe99626e4c76ca4f7cfb || >=8f098037139b294050053123ab2bc0f819d08932 <9b583795feb51f8d50203228d001760d1344ef01 || >=8f098037139b294050053123ab2bc0f819d08932 <bb756b11ad63832ebee58caf9e8f9381eaecff9f || d1ad8fe7f72d73e1617bac79f2ec7a3bedf47e2a || >=6.6.143 <6.6.158 || >=6.12.93 <6.12.112 || >=6.18.17 <6.18.55 || >=6.19.7 <6.20 | fddc90d4af4550af410f52d11bbf6b5f36443838, 0b04af3d88bb7fc69b2d92457890608860e42365, b17aa4955e3a694c663ebe99626e4c76ca4f7cfb, 9b583795feb51f8d50203228d001760d1344ef01, bb756b11ad63832ebee58caf9e8f9381eaecff9f, 6.6.158, 6.12.112, 6.18.55, 6.20 |
| Linux/Linuxgeneric | 7.0 | Not reported |
Published upstream
Oct 23, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 23, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 23, 2026
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.
Quoted source text, attributed separately from HOL analysis.