CVE-2026-53116: Linux Kernel s390 AP Bus Use-After-Free Vulnerability
A race condition in the Linux kernel's AP (Adjunct Processor) bus driver can lead to a use-after-free memory vulnerability when AP security masks are updated concurrently with driver override settings. An attacker with local access could exploit this to crash the kernel or potentially execute code, though practical exploitation requires specific timing and local system access. The issue stems from insufficient locking around shared data structures, allowing one operation to free memory while another is still reading it.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.8 HIGH · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-24 / 2026-07-23
NVD description (verbatim)
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().
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-53116 is a use-after-free (CWE-416) vulnerability in the s390/ap subsystem of the Linux kernel. The vulnerability arises when ap_bus_revise_bindings() is invoked after releasing ap_attr_mutex during AP mask updates (via apmask_store() or aqmask_store()). The function __ap_revise_reserved() then accesses the driver_override field without synchronization, creating a race condition against concurrent driver_override_store() calls that may free the underlying string. The kernel's generic driver_override infrastructure provides internal spinlock protection; adoption of this mechanism eliminates the unprotected access pattern. The AP bus deviates from standard implementations by checking driver_override in ap_device_probe() and __ap_revise_reserved() rather than in the match() callback, and maintains custom sysfs semantics and reference counting that must be preserved in the fix.
Business impact
This vulnerability primarily affects s390 (IBM System z) systems running vulnerable Linux kernels. While exploitation requires local access and specific race condition timing, successful exploitation could lead to kernel panic (denial of service) or, under certain conditions, code execution with kernel privileges. Organizations operating IBM mainframe infrastructure—particularly those using Linux on z Systems for security services, compliance workloads, or containerized applications—should prioritize patching. The HIGH CVSS score (7.8) reflects the severity of kernel-level memory corruption, though real-world exploitation likelihood is moderated by local-only access requirements and race condition constraints.
Affected systems
The vulnerability affects the Linux kernel on s390 architecture platforms (IBM System z mainframes). Only systems with AP (Adjunct Processor) devices configured and using affected kernel versions are at risk. This is primarily relevant to IBM mainframe operators. Systems on other architectures (x86_64, ARM, etc.) are not affected.
Exploitability
Exploitation requires local system access and the ability to trigger concurrent updates to AP driver overrides while simultaneously modifying AP security masks. The attack must win a race condition between two unprotected code paths, making reliable exploitation difficult but not impossible. No public exploit code or in-the-wild attacks are documented. The vulnerability is not classified as active exploitation (not in CISA KEV catalog).
Remediation
Update the Linux kernel to a patched version. Verify the specific stable kernel release for your distribution that includes the fix for CVE-2026-53116; this typically involves migrating to a kernel version released on or after the patch merge. For s390-specific deployments, coordinate with your distribution (Red Hat, SUSE, IBM) for validated patch availability, as mainframe kernel updates often require additional testing and change management.
Patch guidance
Identify your current kernel version and distribution. Check your vendor's security advisory or errata system (Red Hat Security Updates, SUSE Security Announcements, etc.) for the patched kernel version corresponding to CVE-2026-53116. Test the patched kernel in a non-production environment to ensure compatibility with your AP device configuration and workloads. Schedule a maintenance window for kernel update and reboot, as the fix requires a kernel restart. Verify the update by confirming the new kernel version at boot and checking dmesg for any AP subsystem warnings.
Detection guidance
Detection of exploitation attempts is challenging, as successful exploitation would manifest as unexpected kernel oops messages related to AP driver code or memory corruption. Monitor system logs for panic messages referencing ap_device_probe(), __ap_revise_reserved(), or driver_override code paths. Observe for unscheduled kernel crashes or hangs on systems with AP devices. Enable kernel debugging or audit logging if your operational posture permits, focusing on sysfs writes to apmask, aqmask, and driver_override attributes. Baseline normal AP driver behavior on your fleet to identify anomalies.
Why prioritize this
Prioritize this vulnerability for s390/mainframe environments. The HIGH CVSS score (7.8) and kernel-level impact warrant timely patching. However, if your organization does not operate IBM System z infrastructure, this has lower priority. For affected environments, the combination of local-access requirement and race condition difficulty slightly reduces practical urgency compared to network-exploitable kernel flaws, but the severity of kernel memory corruption justifies expedited scheduling within your change management process.
Risk score, explained
The CVSS 3.1 score of 7.8 (HIGH) reflects: Attack Vector Local (LAN/console access required), Attack Complexity Low (race condition is straightforward once triggered), Privileges Required Low (standard user can trigger AP mask updates on certain systems), User Interaction None, and Confidentiality/Integrity/Availability all High (kernel-level UAF can leak memory, corrupt state, or crash the system). The score appropriately captures kernel vulnerability severity while the local-only attack vector prevents a CRITICAL rating. The absence of KEV status indicates no evidence of active exploitation, reducing practical risk slightly but not reducing the intrinsic severity.
Frequently asked questions
Why is this vulnerability only affecting s390 systems?
The AP (Adjunct Processor) bus is specific to IBM System z mainframe architecture. The vulnerable code paths in ap_bus_revise_bindings() and __ap_revise_reserved() exist only in the s390/ap subsystem of the kernel. Other architectures (x86, ARM, etc.) do not implement AP support and are therefore unaffected.
Can this vulnerability be exploited remotely?
No. The vulnerability requires local system access to write to sysfs attributes (apmask, aqmask, driver_override) and trigger the race condition. Remote exploitation is not possible. Threat actors would need direct or shell access to the system.
What is the practical impact if my system is vulnerable but not patched?
The primary risk is denial of service (kernel crash) if the race condition is triggered. Code execution is theoretically possible but significantly harder to achieve due to the requirement to win a precise race and control memory layout. Most practical impact is unplanned downtime from kernel panics, especially in automated or testing environments where frequent AP configuration changes occur.
Will I need to reboot my system to apply the patch?
Yes, Linux kernel patches require a reboot to take effect. Plan a maintenance window and coordinate with your system administration and change management processes, particularly on mainframe infrastructure where reboots may impact batch processing schedules or critical workloads.
This analysis is based on published vulnerability data and Linux kernel documentation. Patch availability and timelines vary by Linux distribution; verify patched kernel versions against your vendor's security advisories before applying. Organizations should conduct internal risk assessment and compatibility testing before deploying patches in production environments. This vulnerability requires local system access; evaluate your access control and authentication posture to determine practical risk in your environment. No publicly available exploit code is known at time of publication, but organizations should remain vigilant for disclosure as the vulnerability matures. Source: NVD (public-domain), retrieved 2026-08-02. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10001HIGHChrome Sandbox Escape via PerformanceManager Use-After-Free
- CVE-2026-10002HIGHGoogle Chrome PDFium Use-After-Free Vulnerability (CVSS 8.8)
- CVE-2026-10003HIGHChrome Use-After-Free Code Execution Vulnerability Analysis
- CVE-2026-10007HIGHChrome Use-After-Free in SVG Arbitrary Code Execution (CVSS 8.8)
- CVE-2026-10012HIGHChrome Skia Use-After-Free Sandbox Escape (v148.0.7778.216)
- CVE-2026-10013HIGHUse-After-Free in Chrome WebCodecs – Patch Guide & Risk Assessment
- CVE-2026-10016HIGHUse-After-Free in Chrome DOM – Sandbox Code Execution Vulnerability
- CVE-2026-10882HIGHCritical Chrome Use-After-Free RCE Vulnerability – Exploit Details & Patch Guidance