Answer in brief
CVE-2026-72125 records a High severity (CVSS 7.8) vulnerability in can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <0b811c4bbe3ec9ad611e90a540fe8b51b3bb8a96 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <43884dc7963beef2328f507f4fe680bdc173eb80 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <7bef39ba76eb7307ed22a50329e0f5776dbeda58 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <e442b62ba5a7756c17e05a77b32cdd085a2b6138 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <20bab8b88baac140ca3701116e1d486c7f51e311 | 0b811c4bbe3ec9ad611e90a540fe8b51b3bb8a96, 43884dc7963beef2328f507f4fe680bdc173eb80, 7bef39ba76eb7307ed22a50329e0f5776dbeda58, e442b62ba5a7756c17e05a77b32cdd085a2b6138, 20bab8b88baac140ca3701116e1d486c7f51e311 |
| Linux/Linuxgeneric | 5.10 | Not reported |
| Linux/Linuxgeneric | >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <f311bbb29bb06aaab69ba45a6e4b11323d20b8f9 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <8e018f4335590460ebcf0c2b493ed38ba1a35204 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <33b9cd9245e2a4b800f99ed1cc53d64960614152 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <0b811c4bbe3ec9ad611e90a540fe8b51b3bb8a96 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <43884dc7963beef2328f507f4fe680bdc173eb80 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <7bef39ba76eb7307ed22a50329e0f5776dbeda58 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <e442b62ba5a7756c17e05a77b32cdd085a2b6138 || >=e057dd3fc20ffb3d7f150af46542a51b59b90127 <20bab8b88baac140ca3701116e1d486c7f51e311 | f311bbb29bb06aaab69ba45a6e4b11323d20b8f9, 8e018f4335590460ebcf0c2b493ed38ba1a35204, 33b9cd9245e2a4b800f99ed1cc53d64960614152, 0b811c4bbe3ec9ad611e90a540fe8b51b3bb8a96, 43884dc7963beef2328f507f4fe680bdc173eb80, 7bef39ba76eb7307ed22a50329e0f5776dbeda58, e442b62ba5a7756c17e05a77b32cdd085a2b6138, 20bab8b88baac140ca3701116e1d486c7f51e311 |
Published upstream
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 15, 2026
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.
Quoted source text, attributed separately from HOL analysis.