CVE-2026-53116

In the Linux kernel, the following vulnerability has been resolved: s390/ap: use generic driver_override infrastructure When the AP masks are updated via apmask_store() or aqmask_store(), ap_bus_revise_bindings() is called after ap_attr_mutex has been released. This calls __ap_revise_reserved(), which accesses the driver_override field without holding any lock, racing against a concurrent driver_override_store() that may free the old string, resulting in a potential UAF. Fix this by using the driver-core driver_override infrastructure, which protects all accesses with an internal spinlock. Note that unlike most other buses, the AP bus does not check driver_override in its match() callback; the override is checked in ap_device_probe() and __ap_revise_reserved() instead. Also note that we do not enable the driver_override feature of struct bus_type, as AP - in contrast to most other buses - passes "" to sysfs_emit() when the driver_override pointer is NULL. Thus, printing "\n" instead of "(null)\n". Additionally, AP has a custom counter that is modified in the corresponding custom driver_override_store().

CVSS

No CVSS.

References

Link	Resource
https://git.kernel.org/stable/c/81d6f7c3a70b10ff757ee8b5f8114a190871cf1e
https://git.kernel.org/stable/c/8f2eca0570438b94602da1297353eb7b10dcb6cb

Configurations

No configuration.

History

24 Jun 2026, 17:17

Type	Values Removed	Values Added
New CVE

Information

Published : 2026-06-24 17:17

Updated : 2026-07-14 15:26

NVD link : CVE-2026-53116

Mitre link : CVE-2026-53116

CVE.ORG link : CVE-2026-53116

JSON object : View

Products Affected

No product.

CWE

No CWE.

{"id": "CVE-2026-53116", "cveTags": [], "metrics": {}, "affected": [{"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "affectedData": [{"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "product": "Linux", "versions": [{"status": "affected", "version": "d38a87d7c0643db61e7a3bfc3ebeea2dc2568f7e", "lessThan": "8f2eca0570438b94602da1297353eb7b10dcb6cb", "versionType": "git"}, {"status": "affected", "version": "d38a87d7c0643db61e7a3bfc3ebeea2dc2568f7e", "lessThan": "81d6f7c3a70b10ff757ee8b5f8114a190871cf1e", "versionType": "git"}], "programFiles": ["drivers/s390/crypto/ap_bus.c", "drivers/s390/crypto/ap_bus.h", "drivers/s390/crypto/ap_queue.c"], "defaultStatus": "unaffected"}, {"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "product": "Linux", "versions": [{"status": "affected", "version": "6.19"}, {"status": "unaffected", "version": "0", "lessThan": "6.19", "versionType": "semver"}, {"status": "unaffected", "version": "7.0.10", "versionType": "semver", "lessThanOrEqual": "7.0.*"}, {"status": "unaffected", "version": "7.1", "versionType": "original_commit_for_fix", "lessThanOrEqual": "*"}], "programFiles": ["drivers/s390/crypto/ap_bus.c", "drivers/s390/crypto/ap_bus.h", "drivers/s390/crypto/ap_queue.c"], "defaultStatus": "affected"}]}], "published": "2026-06-24T17:17:25.993", "references": [{"url": "https://git.kernel.org/stable/c/81d6f7c3a70b10ff757ee8b5f8114a190871cf1e", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/8f2eca0570438b94602da1297353eb7b10dcb6cb", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}], "vulnStatus": "Awaiting Analysis", "descriptions": [{"lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\ns390/ap: use generic driver_override infrastructure\n\nWhen the AP masks are updated via apmask_store() or aqmask_store(),\nap_bus_revise_bindings() is called after ap_attr_mutex has been\nreleased.\n\nThis calls __ap_revise_reserved(), which accesses the driver_override\nfield without holding any lock, racing against a concurrent\ndriver_override_store() that may free the old string, resulting in a\npotential UAF.\n\nFix this by using the driver-core driver_override infrastructure, which\nprotects all accesses with an internal spinlock.\n\nNote that unlike most other buses, the AP bus does not check\ndriver_override in its match() callback; the override is checked in\nap_device_probe() and __ap_revise_reserved() instead.\n\nAlso note that we do not enable the driver_override feature of struct\nbus_type, as AP - in contrast to most other buses - passes \"\" to\nsysfs_emit() when the driver_override pointer is NULL. Thus, printing\n\"\\n\" instead of \"(null)\\n\".\n\nAdditionally, AP has a custom counter that is modified in the\ncorresponding custom driver_override_store()."}], "lastModified": "2026-07-14T15:26:52.267", "sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}