CVEvulnerability

CVE-2026-31504

7.8 HIGH Published 2026-04-22 Modified 2026-10-19 Official page ↗
Status
Modified
Published
2026-04-22
Last modified
2026-10-19
Assigner
416baaa9-dc9f-4396-8d5f-8c081fb06d67
CVSS 3.1 (416baaa9-dc9f-4396-8d5f-8c081fb06d67)
7.8 HIGH — CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Weaknesses
CWE-362, CWE-416

Description

In the Linux kernel, the following vulnerability has been resolved: net: fix fanout UAF in packet_release() via NETDEV_UP race `packet_release()` has a race window where `NETDEV_UP` can re-register a socket into a fanout group's `arr[]` array. The re-registration is not cleaned up by `fanout_release()`, leaving a dangling pointer in the fanout array. `packet_release()` does NOT zero `po->num` in its `bind_lock` section. After releasing `bind_lock`, `po->num` is still non-zero and `po->ifindex` still matches the bound device. A concurrent `packet_notifier(NETDEV_UP)` that already found the socket in `sklist` can re-register the hook. For fanout sockets, this re-registration calls `__fanout_link(sk, po)` which adds the socket back into `f->arr[]` and increments `f->num_members`, but does NOT increment `f->sk_ref`. The fix sets `po->num` to zero in `packet_release` while `bind_lock` is held to prevent NETDEV_UP from linking, preventing the race window. This bug was found following an additional audit with Claude Code based on CVE-2025-38617.

Affected configurations

• linux linux kernel (>= 3.1.1 < 5.10.253) • linux linux kernel (>= 5.11 < 5.15.203) • linux linux kernel (>= 5.16 < 6.1.168) • linux linux kernel (>= 6.2 < 6.6.131) • linux linux kernel (>= 6.7 < 6.12.80) • linux linux kernel (>= 6.13 < 6.18.21) • linux linux kernel (>= 6.19 < 6.19.11) • linux linux kernel 3.1 • linux linux kernel 7.0

Related

Weakness · CWE (2)

  • CWE-362 Concurrent Execution using Shared Resource with Improper Synchronization weakness
  • CWE-416 Use After Free weakness

References