Answer in brief
CVE-2026-72125 records a Unknown severity 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). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. 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). 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 |
Published upstream
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 15, 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.
Answer in brief
CVE-2026-72125 records a Unknown severity 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). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. 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). 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 |
Published upstream
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 15, 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.