CVE-2026-53066: Linux Kernel sun4i Graphics Driver Error Pointer Dereference
A bug in the Linux kernel's graphics driver for certain ARM-based systems (sun4i backend) fails to properly validate error conditions when retrieving GPU plane state. An unprivileged local user can trigger this code path and cause a kernel crash (denial of service), but cannot execute code or escalate privileges.
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-24 / 2026-07-21
NVD description (verbatim)
In the Linux kernel, the following vulnerability has been resolved: drm/sun4i: backend: fix error pointer dereference The function drm_atomic_get_plane_state() can return an error pointer and is not checked for it. Add error pointer check. Detected by Smatch: drivers/gpu/drm/sun4i/sun4i_backend.c:496 sun4i_backend_atomic_check() error: 'plane_state' dereferencing possible ERR_PTR()
6 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-53066 is a null/error pointer dereference flaw in drivers/gpu/drm/sun4i/sun4i_backend.c. The function drm_atomic_get_plane_state() returns either a valid pointer or an encoded error pointer, but the calling code in sun4i_backend_atomic_check() does not check the return value before dereferencing it. This violates the Linux kernel's error pointer convention and was detected via static analysis (Smatch). The defect falls under CWE-476 (NULL Pointer Dereference).
Business impact
Impact is limited to systems running the affected kernel code path: ARM-based devices using the sun4i display engine (primarily Allwinner A10/A20 class SoCs and some embedded boards). A local attacker with user-level access can crash the display subsystem, causing denial of service. No data theft, privilege escalation, or remote attack vector exists. For organizations managing ARM-based embedded displays or IoT devices built on these SoCs, availability of the graphics stack may be at risk; most server and desktop deployments are unaffected.
Affected systems
The vulnerability is specific to Linux kernel builds with CONFIG_DRM_SUN4I enabled, typically found on ARM-based systems using Allwinner A10, A20, or related SoCs. This includes certain single-board computers, embedded displays, and IoT devices. Mainstream x86/x86-64 systems and most cloud infrastructure are unaffected.
Exploitability
Exploitation requires local access and user-level privileges. No special capabilities, race conditions, or complex interactions are needed—any local user can trigger the vulnerability through standard DRM ioctls. Remote exploitation is not possible. The CVSS 3.1 score of 5.5 (Medium) reflects low attack complexity and local-only access requirements, with impact limited to availability.
Remediation
Apply the kernel patch that adds an error pointer check before dereferencing the plane_state variable in sun4i_backend_atomic_check(). The fix is minimal and straightforward: validate the return value using IS_ERR() and return the error code if necessary. Verify the specific patch version against your kernel vendor's security advisory or the upstream Linux kernel repository.
Patch guidance
Obtain and apply the fix from your Linux distribution's kernel security update channel. For Allwinner-based products, check with the device manufacturer or your kernel vendor (e.g., Armbian, Ubuntu, Debian) for the patched kernel version. The upstream kernel fix is available in the Linux kernel repository; coordinate with your supply chain to identify the exact kernel version and release date of the patch. Test the patched kernel on representative hardware before production rollout.
Detection guidance
Monitor kernel logs for sun4i-backend-related oops or panic messages, particularly around GPU plane state operations. Systems running affected kernel versions can be identified by checking CONFIG_DRM_SUN4I in the kernel configuration. Deployment of kernel debugging tools or static analysis (similar to Smatch) in your build pipeline can help detect similar error-pointer dereferences before production.
Why prioritize this
This is a medium-severity local DoS affecting a niche hardware class. Prioritize based on your deployment footprint: if you operate Allwinner-based devices (especially headless IoT or embedded displays), patch promptly to avoid graphics subsystem outages. Organizations without sun4i hardware can defer this patch to routine kernel maintenance windows. The vulnerability poses no remote or privilege-escalation risk.
Risk score, explained
CVSS 3.1 score of 5.5 (Medium) reflects: (1) local-only attack vector, (2) user-level privilege requirement, (3) no special interaction or social engineering needed, and (4) impact limited to availability (kernel crash). Confidentiality and integrity are not affected. The score appropriately reflects the threat level for the affected hardware niche.
Frequently asked questions
Can this vulnerability be exploited remotely?
No. The vulnerability requires local access and user-level privileges. It cannot be triggered over a network.
Will this affect my server or desktop system?
Only if your system uses Allwinner A10/A20-class ARM SoCs with DRM_SUN4I enabled in the kernel. Most x86/x86-64 and server hardware is unaffected.
What happens when this bug is triggered?
The kernel crashes or panics due to the dereferenced error pointer, causing the graphics subsystem to become unavailable. A reboot is typically required. No data is corrupted or stolen.
How do I know if my kernel has this fix?
Check your kernel version against your vendor's security advisory, or run `grep CONFIG_DRM_SUN4I /boot/config-$(uname -r)` to confirm if the sun4i driver is enabled. If enabled and the kernel is older than the patched version, your system is vulnerable.
This analysis is based on the published CVE record and available technical data as of the modification date (2026-07-21). Specific patch version numbers, release dates, and vendor-specific guidance should be verified directly with the Linux kernel maintainers or your distribution's security team. SEC.co does not provide warranty or guarantee of patch availability or effectiveness across all vendors or configurations. Always test patches in a non-production environment before deployment. Source: NVD (public-domain), retrieved 2026-08-01. 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