Answer in brief
CVE-2026-89489 records a High severity (CVSS 7.8) vulnerability in openrisc: fix arbitrary kernel memory access via or1k_atomic syscall. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), 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.
CVSS is 7.8. 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), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <a520e8cac54fb403f3800125b606f55fcad42cb9 || >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <d64a75369cd0f2ee79afcc9d9ca34a3890989379 || >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <b53435c079c78f89f70a62dd5a322cca4e292b34 || >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <78004e9a87f240df03e2f73120d291763c32e0a7 | a520e8cac54fb403f3800125b606f55fcad42cb9, d64a75369cd0f2ee79afcc9d9ca34a3890989379, b53435c079c78f89f70a62dd5a322cca4e292b34, 78004e9a87f240df03e2f73120d291763c32e0a7 |
| Linux/Linuxgeneric | 3.1 | Not reported |
| Linux/Linuxgeneric | >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <bf310718c6fa6adeee06d207a55489546d860e2c || >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <497cba0b02e5555d99fe9ee1dc478af743ab7f7a || >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <1f2e92e499d863f81df1732af59b4a3559969193 || >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <574ae2ac2b314aa33498cd2c28add106cbe644f2 || >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <a520e8cac54fb403f3800125b606f55fcad42cb9 || >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <d64a75369cd0f2ee79afcc9d9ca34a3890989379 || >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <b53435c079c78f89f70a62dd5a322cca4e292b34 || >=9d02a4283e9ce4e9ca11ff00615bdacdb0515a1a <78004e9a87f240df03e2f73120d291763c32e0a7 | bf310718c6fa6adeee06d207a55489546d860e2c, 497cba0b02e5555d99fe9ee1dc478af743ab7f7a, 1f2e92e499d863f81df1732af59b4a3559969193, 574ae2ac2b314aa33498cd2c28add106cbe644f2, a520e8cac54fb403f3800125b606f55fcad42cb9, d64a75369cd0f2ee79afcc9d9ca34a3890989379, b53435c079c78f89f70a62dd5a322cca4e292b34, 78004e9a87f240df03e2f73120d291763c32e0a7 |
Published upstream
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 11, 2026
In the Linux kernel, the following vulnerability has been resolved: openrisc: fix arbitrary kernel memory access via or1k_atomic syscall sys_or1k_atomic() (syscall 244 in the "or1k" ABI) takes two user pointers, v1 and v2, and swaps the words they point to in hand-written assembly. l.lwz r29,0(r4) l.lwz r27,0(r5) l.sw 0(r4),r27 l.sw 0(r5),r29 The pointers are not checked with access_ok(). The four memory accesses also have no exception table entries. A caller passes a kernel address as either pointer, and the syscall reads from and writes to it directly. This gives an unprivileged process a kernel read/write primitive. It overwrites kernel data such as the sys_call_table, gaining code execution in kernel context. Check both pointers before entering the critical section. Add fixups for the four memory accesses so faults on valid but unmapped user addresses return -EFAULT. [[email protected]: fix comment style]
Quoted source text, attributed separately from HOL analysis.