Skip to main content

Linux Kernel EUVDEUVD-2026-59384

| CVE-2026-72485 HIGH
2026-08-15 Linux GHSA-cfj8-7wqc-c295
High
Disputed · 7.8 Vendor: Linux
Share

Severity by source

Sources disagree (Low–High)
Vendor (Linux) PRIMARY
7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
vuln.today AI
4.7 MEDIUM

CoreSight ARM hardware presence and ENOMEM during probe required (AC:H); described impact is kernel panic only (A:H), with no demonstrated confidentiality or integrity compromise (C:N/I:N).

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

vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.

CVSS VectorVendor: Linux

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

Lifecycle Timeline

5
Analysis Generated
Aug 17, 2026 - 09:48 vuln.today
CVSS changed
Aug 17, 2026 - 06:22 NVD
7.8 (HIGH)
Patch available
Aug 15, 2026 - 07:20 EUVD
CVE Published
Aug 15, 2026 - 05:57 cve.org
HIGH 7.8
CVE Published
Aug 15, 2026 - 05:57 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

coresight: platform: defer connection counter increment until alloc succeeds

coresight_add_out_conn() increments nr_outconns before calling devm_krealloc_array() and again before devm_kmalloc(). If either allocation fails, the counter is already bumped while the corresponding array entry is NULL or uninitialized garbage.

coresight_add_in_conn() has the same problem with nr_inconns and devm_krealloc_array().

In both cases the probe returns -ENOMEM, which causes coresight_get_platform_data() to call coresight_release_platform_data() for cleanup. That function iterates up to nr_outconns (or nr_inconns) entries and dereferences each pointer unconditionally, hitting the NULL or garbage entry and panicking instead of failing gracefully.

Fix by moving the counter increments to after all allocations succeed, so the struct is always consistent on any error path.

AnalysisAI

Kernel panic in Linux CoreSight platform driver exposes ARM systems to local denial-of-service via a NULL pointer dereference on the error cleanup path. The counter tracking output and input connections is incremented before confirming that the backing allocation succeeded; when devm_krealloc_array() or devm_kmalloc() returns ENOMEM, the cleanup routine coresight_release_platform_data() walks the inflated counter and dereferences the resulting NULL or uninitialized garbage pointer, panicking instead of returning gracefully. No public exploit is identified at time of analysis; EPSS is 0.20% (10th percentile), and the absence of KEV listing reflects low observed exploitation. Vendor-released patches are available in Linux 7.1.5 (stable) and 7.2-rc1 (mainline).

Technical ContextAI

CoreSight is ARM's hardware tracing and debugging subsystem (ETM sources, funnels, ETB sinks, etc.) managed in the Linux kernel under drivers/hwtracing/coresight/. The vulnerability is in coresight-platform.c, specifically coresight_add_out_conn() and coresight_add_in_conn(), which build the inter-component connection graph during device probe. These functions use device-managed allocators devm_krealloc_array() and devm_kmalloc(); when either returns NULL on ENOMEM, the functions return -ENOMEM up the stack to coresight_get_platform_data(), which then calls coresight_release_platform_data() for cleanup. That cleanup function iterates unconditionally up to the nr_outconns or nr_inconns counter value and dereferences each array entry - but because the counter was incremented prior to the failed allocation, at least one entry is NULL or uninitialized, causing a NULL pointer dereference kernel panic. While no CWE is formally assigned, this maps structurally to CWE-476 (NULL Pointer Dereference) caused by a premature counter increment logic error. The fix defers both counter increments to after all allocations succeed, ensuring struct consistency on every error path.

RemediationAI

The primary fix is to upgrade to Linux kernel 7.1.5 (stable series) or 7.2-rc1 (mainline), which incorporate commits 8ca9adc805884d3bb5038082462577f86c2c4a10 and 1563ae33dc4f5ebac96b93af2ef72e72aaaa31ae respectively; see https://git.kernel.org/stable/c/8ca9adc805884d3bb5038082462577f86c2c4a10 and https://git.kernel.org/stable/c/1563ae33dc4f5ebac96b93af2ef72e72aaaa31ae. For ARM systems that cannot be immediately patched, a practical compensating control is to prevent the CoreSight driver from loading by blacklisting the coresight kernel module (e.g., adding 'blacklist coresight' to /etc/modprobe.d/), which removes the vulnerable probe path entirely at the cost of disabling ARM hardware trace and debug functionality. This trade-off is acceptable on production systems where CoreSight tracing is not operationally required. Distribution-specific backport advisories should be monitored for stable-series kernel updates.

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 Affected

Share

EUVD-2026-59384 vulnerability details – vuln.today

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