CVE-2026-72125

HIGHPre-NVD 7.87.8
EchelonGraph scoreHIGH confidence

Score 7.8 from GitHub Security Advisory (severity: HIGH) published 2026-08-15. a secondary CVSS source baseline 7.8; sources differ by 0.0.

Triggered by: GitHub Security Advisory CVSS
Sources: epss, ghsa, secondary
Trending — 5 sources updated this week
7.8EG
EchelonGraph verdictPlan a fixSerious severity, but no confirmed exploitation yet.
  • High severity, but no confirmed exploitation yet
CISA-KEV: Not listedEPSS PROB: 0%CVSS: 7.8Exploit: None knownExposed: 0

No vendor fix yet — apply a workaround or compensating control (WAF / firewall / segmentation) and watch for a patch.

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

can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER

isotp_release() looked up the bound network device via dev_get_by_index() using the stored ifindex. During device unregistration the device is unlisted from the ifindex hash before the NETDEV_UNREGISTER notifier chain runs, so a concurrent isotp_release() could find no device, skip can_rx_unregister() entirely, and still proceed to free the socket. Since isotp_release() had already removed itself from the isotp notifier list at that point, isotp_notify() would never get a chance to clean up either, leaving a stale CAN filter that keeps pointing at the freed socket.

Fix this the same way raw.c already does: hold a tracked reference to the bound net_device in the socket (so->dev/so->dev_tracker) from bind() onward instead of re-resolving it from the ifindex, and serialize bind()/release() with rtnl_lock() so that so->dev is always consistent with what the NETDEV_UNREGISTER notifier sees. so->dev stays valid regardless of ifindex-hash unlisting, and is only ever cleared by whichever of isotp_release()/isotp_notify() gets there first, so the filter is always removed exactly once.

isotp_bind() now rejects a (re)bind with -EAGAIN while so->[tx|rx].state isn't ISOTP_IDLE yet, so a timer left running by a prior NETDEV_UNREGISTER can't act on a newly bound so->ifindex. Both checks share the same lock_sock() section, so there is no window in which a concurrent isotp_notify() clearing so->bound could be missed.

CVSS v3
7.8
EG Score
7.8(high)
EG Risk
40(Track)
EG Risk 40/100SSVC: Track

EG Risk is EchelonGraph's 0–100 priority score: it fuses intrinsic severity with real-world exploitation and automatability so you can rank equal-severity CVEs and fix the most dangerous first. Higher = act sooner. Distinct from the 0–10 EG Score (severity).

How it’s computed
Severity78% × 45%
Exploitation0% × 40%
Automatability30% × 15%
Action: Routine — remediate on your standard cadence.
EPSS PROB
0%
EPSS %ILE
6%
KEV
Not listed

Published

August 15, 2026

Last Modified

August 19, 2026

Advisory Details (5)

Auto-updated Aug 17, 2026
No patch confirmed yet.
generic

can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/e442b62ba5a7756c17e05a77b32cdd085a2b6138
generic

can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/7bef39ba76eb7307ed22a50329e0f5776dbeda58
generic

can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/43884dc7963beef2328f507f4fe680bdc173eb80
generic

can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/20bab8b88baac140ca3701116e1d486c7f51e311
generic

can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/0b811c4bbe3ec9ad611e90a540fe8b51b3bb8a96

Vendor Advisories for CVE-2026-72125(1)

These vendors published their own advisory mentioning this CVE — often with vendor-specific remediation steps + affected product lists not in NVD.

Data Freshness Timeline

(refreshed 29× in last 7d / 29× in last 30d)

Each row is a source pipeline that fetched or updated this CVE on that date, with what changed. For example, "NVD update" means NVD published or revised its analysis for this CVE; "MITRE cvelistV5" means we ingested or refreshed it from the CNA feed. Most recent first.

  1. 2026-08-20 22:56 UTCEPSS rescore
  2. 2026-08-20 19:31 UTCGHSA enrichment
  3. 2026-08-20 06:35 UTCGHSA enrichment
  4. 2026-08-19 17:39 UTCEG score recompute
  5. 2026-08-19 17:39 UTCGHSA enrichment
  6. 2026-08-19 17:04 UTCEPSS rescore
  7. 2026-08-19 16:46 UTCEG score recompute
  8. 2026-08-19 16:46 UTCGHSA enrichment
  9. 2026-08-19 10:34 UTCGHSA enrichment
  10. 2026-08-18 21:37 UTCGHSA enrichment
  11. 2026-08-18 08:18 UTCGHSA enrichment
  12. 2026-08-17 19:14 UTCEG score recompute
  13. 2026-08-17 19:14 UTCGHSA enrichment
  14. 2026-08-17 13:47 UTCEPSS rescore
  15. 2026-08-17 06:18 UTCEG score recompute
  16. 2026-08-17 06:18 UTCGHSA enrichment
  17. 2026-08-17 06:00 UTCEG score recompute 7.80
  18. 2026-08-17 06:00 UTCGHSA enrichment
  19. 2026-08-17 05:54 UTCMITRE cvelistV5CVSS v3 → 7.8 · severity → HIGH
  20. 2026-08-17 05:33 UTCEG score recompute
  21. 2026-08-17 05:33 UTCGHSA enrichment
  22. 2026-08-17 05:24 UTCMITRE cvelistV5
  23. 2026-08-16 14:56 UTCEPSS rescore
  24. 2026-08-16 14:56 UTCEPSS rescore
  25. 2026-08-16 02:15 UTCEPSS rescore
Show 4 more
  1. 2026-08-15 06:43 UTCGHSA enrichment
  2. 2026-08-15 06:23 UTCNVD update
  3. 2026-08-15 06:12 UTCEG score recompute
  4. 2026-08-15 06:02 UTCMITRE cvelistV5first tracked

Frequently asked(5)

What is CVE-2026-72125?
CVE-2026-72125 is a high vulnerability published on August 15, 2026. In the Linux kernel, the following vulnerability has been resolved: can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER isotprelease() looked up the bound network device via devgetbyindex() using the stored ifindex. During device unregistration the device is unlisted from the…
When was CVE-2026-72125 disclosed?
CVE-2026-72125 was first published in the National Vulnerability Database on August 15, 2026, with the most recent update on August 19, 2026. EchelonGraph re-ingests CVE updates from NVD on a 2-hour cycle, so this page reflects the latest published state.
Is CVE-2026-72125 actively exploited?
CVE-2026-72125 is not currently on CISA's Known Exploited Vulnerabilities catalog. FIRST EPSS estimates a 0% probability of exploitation in the next 30 days, which ranks it in the top 94.4% of all scored CVEs.
What is the CVSS score of CVE-2026-72125?
CVE-2026-72125 has a CVSS v3 base score of 7.8 (NVD).
How do I remediate CVE-2026-72125?
Patch to the fixed version published by the affected vendor. Where vendor advisories exist for CVE-2026-72125, EchelonGraph cross-links them in the Vendor Advisories panel below — those typically contain the canonical remediation steps, fixed version numbers, and any vendor-specific mitigations.

Dependency Blast Radius

Explore the affected products and dependency analysis for CVE-2026-72125

Explore →

Is Your Infrastructure Affected by CVE-2026-72125?

EchelonGraph automatically scans your cloud infrastructure and maps CVE exposure using blast radius analysis.