CVE-2026-53316: Linux Kernel AMD RAS NULL Pointer Dereference Denial of Service
A NULL pointer dereference vulnerability exists in the Linux kernel's AMD RAS (Reliability, Availability, and Serviceability) driver. When the ras_core object is NULL, the error handling path attempts to access ras_core->dev, causing a kernel panic. This can be triggered by a local attacker with standard user privileges, resulting in a denial of service that crashes the system or services dependent on the affected driver.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- Weaknesses (CWE)
- CWE-476
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-26 / 2026-07-06
NVD description (verbatim)
In the Linux kernel, the following vulnerability has been resolved: drm/amd/ras: Fix NULL deref in ras_core_ras_interrupt_detected() Fixes a NULL pointer dereference when ras_core is NULL and ras_core->dev is accessed in the error path. Reported by: Dan Carpenter <[email protected]>
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-53316 is a NULL pointer dereference (CWE-476) in the drm/amd/ras subsystem of the Linux kernel. The vulnerability occurs in the ras_core_ras_interrupt_detected() function when ras_core is NULL but the code attempts to dereference ras_core->dev in the error handling path. An unprivileged local user can trigger this condition, leading to a kernel panic and denial of service. The issue was identified through static analysis by Dan Carpenter.
Business impact
This vulnerability impacts system availability. A local attacker can crash the kernel or cause service disruption on systems running vulnerable Linux kernels with AMD RAS support enabled. While it requires local access and standard user privileges, successful exploitation results in immediate denial of service. For organizations running Linux servers with AMD hardware and the RAS subsystem active, this represents a practical availability risk that could disrupt operations or enable malicious service interruption by lower-privileged users.
Affected systems
The vulnerability affects the Linux kernel. Systems running Linux with AMD RAS driver support are vulnerable. This includes many modern Linux distributions running affected kernel versions. The specific kernel versions containing this flaw should be verified against vendor release notes, as the CVE record does not enumerate specific version numbers.
Exploitability
Exploitability is moderate. The vulnerability requires local access to the affected system and can be triggered by any user with standard privileges (PR:L in the CVSS vector). No authentication, user interaction, or special privileges are needed beyond basic local shell access. However, exploitation requires precise conditions: the ras_core object must be NULL when ras_core_ras_interrupt_detected() is called, which may depend on driver initialization state or hardware configuration. Public exploit code availability is not confirmed.
Remediation
Apply a kernel update that includes the fix for drm/amd/ras. Verify the specific patch version against your Linux distribution's security advisory. The fix addresses the NULL pointer check by ensuring ras_core is validated before dereferencing ras_core->dev in the error path. For organizations unable to immediately patch, consider disabling the AMD RAS subsystem at boot if not required for operations.
Patch guidance
Identify your Linux kernel version using 'uname -r' and check your distribution's security advisory for the patched kernel version addressing CVE-2026-53316. Major distributions (Red Hat, Canonical, SUSE, etc.) typically release patched kernels within their standard update cycles. Prioritize kernel updates for systems with AMD hardware where the RAS driver is actively used. Test patches in a non-production environment before widespread deployment to ensure compatibility with your workloads.
Detection guidance
Monitor kernel logs for NULL pointer dereference panics originating from the drm/amd/ras subsystem. On systems with persistent logging, search for stack traces containing 'ras_core_ras_interrupt_detected' or similar RAS driver function names. Network-based detection is not applicable for local kernel crashes. Host-based intrusion detection systems configured to monitor for kernel panic events can alert on exploitation attempts. Correlation with user login events and privilege escalation attempts may help identify malicious intent.
Why prioritize this
Although the CVSS score is medium (5.5), prioritize patching due to ease of exploitation (local, no special privileges required) and direct impact on system availability. Local denial-of-service vulnerabilities are often underestimated but can enable attackers to disrupt critical services or be chained with other vulnerabilities. Organizations running AMD-based Linux infrastructure should treat this as a higher priority than the CVSS score alone suggests.
Risk score, explained
The CVSS 3.1 score of 5.5 (MEDIUM) reflects: local attack vector (AV:L), low attack complexity (AC:L), low privileges required (PR:L), no user interaction (UI:N), unchanged scope (S:U), no confidentiality or integrity impact (C:N/I:N), but high availability impact (A:H). The score appropriately captures that only local users can exploit this and that the sole impact is availability. However, the practical risk is elevated due to how easily a local attacker can trigger denial of service.
Frequently asked questions
Can this vulnerability be exploited remotely?
No. CVE-2026-53316 requires local access to the affected system. An attacker must have a shell on the target or be able to execute code locally. Remote exploitation is not possible.
What AMD hardware is affected?
The vulnerability exists in the AMD RAS (Reliability, Availability, and Serviceability) driver subsystem of the Linux kernel, which is present in systems with AMD processors. However, the bug can occur regardless of specific hardware model; it depends on whether the RAS driver is loaded and the ras_core object reaches a NULL state during interrupt handling.
Is there a workaround if I cannot patch immediately?
If your workload does not depend on RAS functionality, you may disable the AMD RAS driver at boot using kernel parameters (e.g., 'amd_ras=0') to reduce risk. However, this is a temporary measure and patching remains the proper solution.
How do I know if my system is vulnerable?
Check your Linux kernel version with 'uname -r' and cross-reference it against your distribution's security advisories for CVE-2026-53316. Systems running unpatched kernel versions on AMD hardware with RAS support enabled are vulnerable.
This analysis is based on the CVE record as of the publication date. Specific kernel versions, patch availability, and distribution timelines should be verified directly with your Linux vendor or distribution maintainers. SEC.co does not provide guarantee of accuracy for real-time patch status or exploit availability. Organizations should conduct their own risk assessment based on their specific Linux deployment and AMD hardware inventory. Source: NVD (public-domain), retrieved 2026-08-05. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2025-71313MEDIUMLinux Kernel PCI Endpoint NULL Pointer Dereference
- CVE-2026-46118MEDIUMLinux Kernel PAPR Hypervisor Pipe Null Pointer Dereference (POWER Systems)
- CVE-2026-46127MEDIUMLinux Kernel OCRDMA Null Pointer Dereference (DoS)
- CVE-2026-46134MEDIUMLinux Kernel cros_ec Mutex Initialization DoS Vulnerability
- CVE-2026-46188MEDIUMLinux Octeon EP VF NULL Pointer Dereference Denial of Service
- CVE-2026-46211MEDIUMLinux Kernel MSM DRM NULL Pointer and Silent Error in gem_info_get_metadata
- CVE-2026-46216MEDIUMLinux Intel Arc GPU NULL Pointer Dereference (HDCP)
- CVE-2026-46222MEDIUMLinux Rockchip RKCam Driver Null Pointer Dereference