Skip to main content

Linux Kernel CVE-2026-64169

| EUVDEUVD-2026-45854 MEDIUM
NULL Pointer Dereference (CWE-476)
2026-07-19 Linux GHSA-pcrr-27fc-3phm
5.5
CVSS 3.1 · NVD
Share

Severity by source

NVD PRIMARY
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
vuln.today AI
5.5 MEDIUM

Local access required for sysfs driver interaction; low privilege sufficient; availability-only impact from kernel panic; no confidentiality or integrity exposure.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE
MEDIUM
qualitative

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 13, 2026 - 16:14 vuln.today
CVSS changed
Aug 13, 2026 - 15:37 NVD
5.5 (MEDIUM)
Patch available
Jul 19, 2026 - 17:03 EUVD
CVE Published
Jul 19, 2026 - 15:40 cve.org
UNKNOWN (no severity yet)
CVE Published
Jul 19, 2026 - 15:40 nvd
MEDIUM 5.5

DescriptionNVD

In the Linux kernel, the following vulnerability has been resolved:

spi: ep93xx: fix error pointer deref after DMA setup failure

The driver falls back to PIO mode if DMA setup fails during probe.

Make sure to the clear the DMA channel pointers on setup failure to avoid dereferencing an error pointer on later probe errors or driver unbind.

This issue was flagged by Sashiko when reviewing a devres allocation conversion patch.

AnalysisAI

Error pointer dereference in the Linux kernel ep93xx SPI driver causes kernel panic (denial of service) under specific driver lifecycle conditions on Cirrus Logic EP93xx ARM SoC hardware. When DMA channel setup fails during driver probe and falls back to PIO mode, the driver fails to clear the DMA channel pointers; any subsequent probe error or driver unbind then dereferences those stale error pointers, triggering a kernel oops or panic. No public exploit exists and EPSS of 0.16% (5th percentile) reflects negligible real-world exploitation probability - this is a targeted stability fix for a niche embedded platform.

Technical ContextAI

The ep93xx SPI driver (drivers/spi/spi-ep93xx.c) manages the Serial Peripheral Interface controller on Cirrus Logic EP93xx ARM SoCs. During probe, the driver attempts to allocate DMA channels; on failure, it falls back to PIO (Programmed I/O) mode, which is the intended behavior. The defect is that after DMA allocation failure, the driver retains the error pointer values (non-NULL invalid kernel addresses returned by failed DMA setup calls) in the DMA channel pointer fields rather than setting them to NULL. Subsequent code paths - triggered by a later probe error or by driver unbind via sysfs - evaluate these pointers without expecting them to carry error-pointer values, causing an invalid kernel memory dereference. CWE-476 (NULL Pointer Dereference) is the assigned root-cause class, though technically the dereference is of an ERR_PTR value rather than NULL; both represent invalid pointer dereference in kernel context and produce the same crash outcome. The fix, flagged during a devres allocation conversion review by Sashiko, is straightforward: zero the DMA channel pointers on setup failure. CPE: cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:*.

RemediationAI

The primary fix is to upgrade the Linux kernel to a patched stable release: 6.12.92 or later for the 6.12.x branch, 6.18.34 or later for the 6.18.x branch, or 7.0.11 or later for the 7.0.x branch; the 7.1 branch contains the fix at commit 8e027db9fa310b1d5e7ad928510be800c4f004d9. Upstream patch commits are available directly from the kernel stable tree at https://git.kernel.org/stable/c/b6c0dabea07e25bd7db19a77ebfd0d02b9e2671a, https://git.kernel.org/stable/c/5e121a81667a83e9a01d62b429e340f5a4a84abc, https://git.kernel.org/stable/c/0e2189ab095e3657f37b8295f3f2bbcde0f27529, and https://git.kernel.org/stable/c/8e027db9fa310b1d5e7ad928510be800c4f004d9. Ubuntu users should apply the update described in USN-8593-1. As a compensating control, systems that do not use EP93xx SPI hardware can ensure the spi-ep93xx kernel module is not loaded (blacklist it in /etc/modprobe.d/); this has no operational impact on non-EP93xx platforms and eliminates the vulnerable code path entirely. Systems not running EP93xx SoC hardware are unaffected regardless of kernel version.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 16.0 Not-Affected

Share

CVE-2026-64169 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy