CVE-2026-72125
Description
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.
How to fix
- Linux Linuxf311bbb29bb06aaab69ba45a6e4b11323d20b8f9, 8e018f4335590460ebcf0c2b493ed38ba1a35204, 33b9cd9245e2a4b800f99ed1cc53d64960614152, 0b811c4bbe3ec9ad611e90a540fe8b51b3bb8a96, 43884dc7963beef2328f507f4fe680bdc173eb80, 7bef39ba76eb7307ed22a50329e0f5776dbeda58, e442b62ba5a7756c17e05a77b32cdd085a2b6138, 20bab8b88baac140ca3701116e1d486c7f51e311 or later
Affected products
| Product | Affected versions | Fixed in |
|---|---|---|
| Linux Linux | e057dd3fc20ffb3d7f150af46542a51b59b90127 ≤ v < f311bbb29bb06aaab69ba45a6e4b11323d20b8f9, e057dd3fc20ffb3d7f150af46542a51b59b90127 ≤ v < 8e018f4335590460ebcf0c2b493ed38ba1a35204, e057dd3fc20ffb3d7f150af46542a51b59b90127 ≤ v < 33b9cd9245e2a4b800f99ed1cc53d64960614152, e057dd3fc20ffb3d7f150af46542a51b59b90127 ≤ v < 0b811c4bbe3ec9ad611e90a540fe8b51b3bb8a96, e057dd3fc20ffb3d7f150af46542a51b59b90127 ≤ v < 43884dc7963beef2328f507f4fe680bdc173eb80, e057dd3fc20ffb3d7f150af46542a51b59b90127 ≤ v < 7bef39ba76eb7307ed22a50329e0f5776dbeda58, e057dd3fc20ffb3d7f150af46542a51b59b90127 ≤ v < e442b62ba5a7756c17e05a77b32cdd085a2b6138, e057dd3fc20ffb3d7f150af46542a51b59b90127 ≤ v < 20bab8b88baac140ca3701116e1d486c7f51e311, 5.10 | f311bbb29bb06aaab69ba45a6e4b11323d20b8f9, 8e018f4335590460ebcf0c2b493ed38ba1a35204, 33b9cd9245e2a4b800f99ed1cc53d64960614152, 0b811c4bbe3ec9ad611e90a540fe8b51b3bb8a96, 43884dc7963beef2328f507f4fe680bdc173eb80, 7bef39ba76eb7307ed22a50329e0f5776dbeda58, e442b62ba5a7756c17e05a77b32cdd085a2b6138, 20bab8b88baac140ca3701116e1d486c7f51e311 |
Check your version
Choose the product and enter the version you run to see whether it falls in the affected range.
Attack Surface Management
See the assets tied to your domains, the technologies they run and known vulnerabilities in one list.