arm64: io: Reject non-user protection in ioremap_prot()
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//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.
- Products
- Kernel
- Affected versions
- Not specified
- Fixed versions
- 6.12.112, 6.18.55, 6.6.158, 7.2.9
- CVEs
- CVE-2026-98923
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 5 Nov 2026, 16:21 UTC · Revision 1
Source evidence
arm64: io: Reject non-user protection in ioremap_prot()
core-osv · Original sourcePublished 23 Oct 2026, 12:03 UTC
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//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.
osv:CVE-2026-98923
Kernel
Fixed versions: 6.6.158, 6.12.112, 6.18.55, 7.2.9
Complete source record
{
"id": "c72b6abd2298fe4898b1fee86c702d139b7e1ed59905ab5ac68a0d76d1aa749c",
"url": "https://osv.dev/vulnerability/CVE-2026-98923",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "arm64: io: Reject non-user protection in ioremap_prot()",
"summary": "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//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.",
"evidence": "osv:CVE-2026-98923",
"products": [
{
"name": {
"value": "Kernel",
"evidence": "/affected/1/package/name"
},
"prerequisites": [],
"fixed_versions": [
{
"value": "6.6.158",
"evidence": "/affected/1/ranges"
},
{
"value": "6.12.112",
"evidence": "/affected/1/ranges"
},
{
"value": "6.18.55",
"evidence": "/affected/1/ranges"
},
{
"value": "7.2.9",
"evidence": "/affected/1/ranges"
}
],
"affected_versions": []
}
],
"severity": "unknown",
"structured": {
"id": "CVE-2026-98923",
"aliases": [
"CVE-2026-98923"
],
"affected": [
{
"ranges": [
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "64858b76ec67c5fc40fef8ec1841fecb78c1ebde"
},
{
"fixed": "fddc90d4af4550af410f52d11bbf6b5f36443838"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "eeecafce5afffb4da703666ebefbd4d6e2a5abf6"
},
{
"fixed": "0b04af3d88bb7fc69b2d92457890608860e42365"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "3d64dcc0799c2d6921ba027716b7be721eb19fa8"
},
{
"fixed": "b17aa4955e3a694c663ebe99626e4c76ca4f7cfb"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "8f098037139b294050053123ab2bc0f819d08932"
},
{
"fixed": "9b583795feb51f8d50203228d001760d1344ef01"
},
{
"fixed": "bb756b11ad63832ebee58caf9e8f9381eaecff9f"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "6.6.143"
},
{
"fixed": "6.6.158"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "6.12.93"
},
{
"fixed": "6.12.112"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "6.18.17"
},
{
"fixed": "6.18.55"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "6.19.7"
},
{
"fixed": "6.20"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "d1ad8fe7f72d73e1617bac79f2ec7a3bedf47e2a"
}
]
}
],
"versions": [
"v6.6.157",
"v6.6.156",
"v6.6.155",
"v6.6.154",
"v6.6.153",
"v6.6.152",
"v6.6.151",
"v6.6.150",
"v6.6.149",
"v6.6.148",
"v6.6.147",
"v6.6.146",
"v6.6.145",
"v6.6.144",
"v6.6.143",
"v6.12.111",
"v6.12.110",
"v6.12.109",
"v6.12.108",
"v6.12.107",
"v6.12.106",
"v6.12.105",
"v6.12.104",
"v6.12.103",
"v6.12.102",
"v6.12.101",
"v6.12.100",
"v6.12.99",
"v6.12.98",
"v6.12.97",
"v6.12.96",
"v6.12.95",
"v6.12.94",
"v6.12.93",
"v6.18.54",
"v6.18.53",
"v6.18.52",
"v6.18.51",
"v6.18.50",
"v6.18.49",
"v6.18.48",
"v6.18.47",
"v6.18.46",
"v6.18.45",
"v6.18.44",
"v6.18.43",
"v6.18.42",
"v6.18.41",
"v6.18.40",
"v6.18.39",
"v6.18.38",
"v6.18.37",
"v6.18.36",
"v6.18.35",
"v6.18.34",
"v6.18.33",
"v6.18.32",
"v6.18.31",
"v6.18.30",
"v6.18.29",
"v6.18.28",
"v6.18.27",
"v6.18.26",
"v6.18.25",
"v6.18.24",
"v6.18.23",
"v6.18.22",
"v6.18.21",
"v6.18.20",
"v6.18.19",
"v6.18.18",
"v6.18.17",
"v6.19.14",
"v6.19.13",
"v6.19.12",
"v6.19.11",
"v6.19.10",
"v6.19.9",
"v6.19.8",
"v6.19.7"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-98923.json"
}
},
{
"ranges": [
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "0"
},
{
"fixed": "6.6.158"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.7.0"
},
{
"fixed": "6.12.112"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.13.0"
},
{
"fixed": "6.18.55"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.19.0"
},
{
"fixed": "7.2.9"
}
]
}
],
"package": {
"name": "Kernel",
"ecosystem": "Linux"
},
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-98923.json"
}
}
],
"modified": "2026-10-28T02:30:44.216528627Z",
"provider": "osv",
"references": [
"https://git.kernel.org/stable/c/0b04af3d88bb7fc69b2d92457890608860e42365",
"https://git.kernel.org/stable/c/9b583795feb51f8d50203228d001760d1344ef01",
"https://git.kernel.org/stable/c/b17aa4955e3a694c663ebe99626e4c76ca4f7cfb",
"https://git.kernel.org/stable/c/bb756b11ad63832ebee58caf9e8f9381eaecff9f",
"https://git.kernel.org/stable/c/fddc90d4af4550af410f52d11bbf6b5f36443838",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/98xxx/CVE-2026-98923.json",
"https://nvd.nist.gov/vuln/detail/CVE-2026-98923",
"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"
],
"provider_metadata": {
"cna_assigner": "Linux",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/98xxx/CVE-2026-98923.json"
}
},
"related_cves": [
{
"value": "CVE-2026-98923",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": null
},
"source_id": "core-osv",
"document_id": 512387,
"published_at": "2026-10-23T12:03:28.027+00:00"
}