Answer in brief
CVE-2026-89955 records a Unknown severity vulnerability in s390/vfio-ap: Fix NULL deref in status_show() during queue probe. 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.
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), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=260f3ea141382386e97611e7c2029bc013088ab1 <31fa0a8a3c337ed2d200166d6926ab23c14f8b2e || >=260f3ea141382386e97611e7c2029bc013088ab1 <e102ce0f4af99dff769a4b1b4daa4cc6bd5ad2d9 || >=260f3ea141382386e97611e7c2029bc013088ab1 <69632952aca04caa71e49953b6949fc04e788e67 || >=260f3ea141382386e97611e7c2029bc013088ab1 <7db2511fc601ca3a6e3fb1bdce02261c3c3167c3 || >=260f3ea141382386e97611e7c2029bc013088ab1 <dd6f4ef6f8a37412909ad787c837332fb070159c | 31fa0a8a3c337ed2d200166d6926ab23c14f8b2e, e102ce0f4af99dff769a4b1b4daa4cc6bd5ad2d9, 69632952aca04caa71e49953b6949fc04e788e67, 7db2511fc601ca3a6e3fb1bdce02261c3c3167c3, dd6f4ef6f8a37412909ad787c837332fb070159c |
| Linux/Linuxgeneric | 6.0 | Not reported |
| Linux/Linuxgeneric | >=260f3ea141382386e97611e7c2029bc013088ab1 <10606c9af18baed75cd180b96ee695441aa15134 || >=260f3ea141382386e97611e7c2029bc013088ab1 <31fa0a8a3c337ed2d200166d6926ab23c14f8b2e || >=260f3ea141382386e97611e7c2029bc013088ab1 <e102ce0f4af99dff769a4b1b4daa4cc6bd5ad2d9 || >=260f3ea141382386e97611e7c2029bc013088ab1 <69632952aca04caa71e49953b6949fc04e788e67 || >=260f3ea141382386e97611e7c2029bc013088ab1 <7db2511fc601ca3a6e3fb1bdce02261c3c3167c3 || >=260f3ea141382386e97611e7c2029bc013088ab1 <dd6f4ef6f8a37412909ad787c837332fb070159c | 10606c9af18baed75cd180b96ee695441aa15134, 31fa0a8a3c337ed2d200166d6926ab23c14f8b2e, e102ce0f4af99dff769a4b1b4daa4cc6bd5ad2d9, 69632952aca04caa71e49953b6949fc04e788e67, 7db2511fc601ca3a6e3fb1bdce02261c3c3167c3, dd6f4ef6f8a37412909ad787c837332fb070159c |
Published upstream
Sep 16, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 30, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 16, 2026
In the Linux kernel, the following vulnerability has been resolved: s390/vfio-ap: Fix NULL deref in status_show() during queue probe When vfio_ap_mdev_probe_queue() creates the sysfs attribute group, the queue's driver data has not yet been set. A concurrent read of the 'status' attribute can therefore call dev_get_drvdata() and get NULL, which is then passed directly to vfio_ap_mdev_for_queue() where q->apqn is unconditionally dereferenced, causing a NULL pointer dereference. Fix this by acquiring the update locks before calling sysfs_create_group(). The status_show() function acquires guests_lock before reading the driver data, so any concurrent read will block until after dev_set_drvdata() has been called and the update locks are released. As a bonus, the APQN no longer needs to be read from the queue struct after allocation — it can be read directly from apdev before allocation and stored in a local variable, which is then assigned to q->apqn once the allocation succeeds.
Quoted source text, attributed separately from HOL analysis.