CVE-2026-72485 (GCVE-0-2026-72485)
Vulnerability from cvelistv5
Published
2026-08-15 05:57
Modified
2026-08-17 05:44
Severity ?
VLAI Severity ?
EPSS score ?
Summary
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.
References
Impacted products
{
"containers": {
"cna": {
"affected": [
{
"defaultStatus": "unaffected",
"product": "Linux",
"programFiles": [
"drivers/hwtracing/coresight/coresight-platform.c"
],
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"versions": [
{
"lessThan": "8ca9adc805884d3bb5038082462577f86c2c4a10",
"status": "affected",
"version": "3d4ff657e454f8dba3e5e268e731e6e28c6031c1",
"versionType": "git"
},
{
"lessThan": "1563ae33dc4f5ebac96b93af2ef72e72aaaa31ae",
"status": "affected",
"version": "3d4ff657e454f8dba3e5e268e731e6e28c6031c1",
"versionType": "git"
}
]
},
{
"defaultStatus": "affected",
"product": "Linux",
"programFiles": [
"drivers/hwtracing/coresight/coresight-platform.c"
],
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"versions": [
{
"status": "affected",
"version": "6.5"
},
{
"lessThan": "6.5",
"status": "unaffected",
"version": "0",
"versionType": "semver"
},
{
"lessThanOrEqual": "7.1.*",
"status": "unaffected",
"version": "7.1.5",
"versionType": "semver"
},
{
"lessThanOrEqual": "*",
"status": "unaffected",
"version": "7.2",
"versionType": "original_commit_for_fix"
}
]
}
],
"cpeApplicability": [
{
"nodes": [
{
"cpeMatch": [
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "7.1.5",
"versionStartIncluding": "6.5",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "7.2",
"versionStartIncluding": "6.5",
"vulnerable": true
}
],
"negate": false,
"operator": "OR"
}
]
}
],
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\ncoresight: platform: defer connection counter increment until alloc succeeds\n\ncoresight_add_out_conn() increments nr_outconns before calling\ndevm_krealloc_array() and again before devm_kmalloc(). If either\nallocation fails, the counter is already bumped while the corresponding\narray entry is NULL or uninitialized garbage.\n\ncoresight_add_in_conn() has the same problem with nr_inconns and\ndevm_krealloc_array().\n\nIn both cases the probe returns -ENOMEM, which causes\ncoresight_get_platform_data() to call coresight_release_platform_data()\nfor cleanup. That function iterates up to nr_outconns (or nr_inconns)\nentries and dereferences each pointer unconditionally, hitting the NULL\nor garbage entry and panicking instead of failing gracefully.\n\nFix by moving the counter increments to after all allocations succeed,\nso the struct is always consistent on any error path."
}
],
"metrics": [
{
"cvssV3_1": {
"baseScore": 7.8,
"baseSeverity": "HIGH",
"vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H",
"version": "3.1"
},
"scenarios": [
{
"lang": "en",
"value": "AV:L - The flaw is in ARM CoreSight platform driver probe (coresight_get_platform_data/coresight_add_out_conn) while parsing firmware DT/ACPI connection graphs during local device initialization; there is no network, Bluetooth, or physical-bus path to this code.\nAC:L - An attacker can reliably force devm_kmalloc/devm_krealloc failure via memory exhaustion and time it with deferred CoreSight probe retries; success does not depend on uncontrollable layout or victim state beyond attacker-driven memory pressure.\nPR:L - Only a local unprivileged process is needed to exhaust memory; CoreSight drivers commonly reprobe after -EPROBE_DEFER once dependencies appear, so no init-namespace root, CAP_SYS_MODULE, or CAP_NET_ADMIN is required to reach the failing cleanup path.\nUI:N - No victim interaction is required; the attacker alone can create memory pressure and rely on automatic deferred driver reprobe without anyone mounting devices, opening files, or clicking prompts.\nS:U - Impact is a kernel panic and in-kernel memory corruption within the same kernel security authority; CoreSight is an on-chip trace/debug subsystem and this is not a VM escape, IOMMU bypass, or sandbox boundary crossing.\nC:H - If krealloc succeeds but the connection kmalloc fails, nr_outconns is already inflated while out_conns contains an uninitialized garbage pointer; coresight_release_platform_data() unconditionally dereferences conns[i]-\u003edest_fwnode, enabling arbitrary kernel memory reads before panic.\nI:H - Error cleanup calls fwnode_handle_put() and devm_kfree() on NULL or garbage connection pointers, corrupting kernel refcount/heap metadata and creating exploitable write primitives beyond a benign NULL dereference crash.\nA:H - The inconsistent nr_outconns counter makes coresight_release_platform_data() dereference NULL or garbage entries during probe error cleanup, causing a kernel oops/panic and total system unavailability on affected ARM/ARM64 platforms (phones, embedded, automotive, cloud)."
}
]
}
],
"providerMetadata": {
"dateUpdated": "2026-08-17T05:44:47.818Z",
"orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"shortName": "Linux"
},
"references": [
{
"url": "https://git.kernel.org/stable/c/8ca9adc805884d3bb5038082462577f86c2c4a10"
},
{
"url": "https://git.kernel.org/stable/c/1563ae33dc4f5ebac96b93af2ef72e72aaaa31ae"
}
],
"title": "coresight: platform: defer connection counter increment until alloc succeeds",
"x_generator": {
"engine": "bippy-1.2.0"
}
}
},
"cveMetadata": {
"assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"assignerShortName": "Linux",
"cveId": "CVE-2026-72485",
"datePublished": "2026-08-15T05:57:22.170Z",
"dateReserved": "2026-08-09T03:40:39.935Z",
"dateUpdated": "2026-08-17T05:44:47.818Z",
"state": "PUBLISHED"
},
"dataType": "CVE_RECORD",
"dataVersion": "5.2"
}
Loading…
Loading…
Sightings
| Author | Source | Type | Date |
|---|
Nomenclature
- Seen: The vulnerability was mentioned, discussed, or seen somewhere by the user.
- Confirmed: The vulnerability is confirmed from an analyst perspective.
- Published Proof of Concept: A public proof of concept is available for this vulnerability.
- Exploited: This vulnerability was exploited and seen by the user reporting the sighting.
- Patched: This vulnerability was successfully patched by the user reporting the sighting.
- Not exploited: This vulnerability was not exploited or seen by the user reporting the sighting.
- Not confirmed: The user expresses doubt about the veracity of the vulnerability.
- Not patched: This vulnerability was not successfully patched by the user reporting the sighting.
Loading…
Loading…