CVE-2023-53426

xsk: Fix xsk_diag use-after-free error during socket cleanup

HIGH
7.8
CVSS Score
Published: September 18, 2025 at 04:04 PM UTC
Updated: August 5, 2026 at 10:24 AM UTC
1 product affected across 1 vendorLinux Kernel

Using Linux by Linux?

Get instant alerts when new vulnerabilities affect Linux - before attackers find them.

Real-time alertsTrack your software stackFree plan available
Severity
HIGH7.8
Exploit prediction
EPSS 0.2%
SSVC
No known exploit

Description

In the Linux kernel, the following vulnerability has been resolved: xsk: Fix xsk_diag use-after-free error during socket cleanup Fix a use-after-free error that is possible if the xsk_diag interface is used after the socket has been unbound from the device. This can happen either due to the socket being closed or the device disappearing. In the early days of AF_XDP, the way we tested that a socket was not bound to a device was to simply check if the netdevice pointer in the xsk socket structure was NULL. Later, a better system was introduced by having an explicit state variable in the xsk socket struct. For example, the state of a socket that is on the way to being closed and has been unbound from the device is XSK_UNBOUND. The commit in the Fixes tag below deleted the old way of signalling that a socket is unbound, setting dev to NULL. This in the belief that all code using the old way had been exterminated. That was unfortunately not true as the xsk diagnostics code was still using the old way and thus does not work as intended when a socket is going down. Fix this by introducing a test against the state variable. If the socket is in the state XSK_UNBOUND, simply abort the diagnostic's netlink operation.

Affected

Our own answer: ranges merged, affected separated from platform-only, with confidence and review flags.

v ≥ 5.16.19v ≥ 5.17.25.15.33 ≤ v < 5.15.1325.16.19 ≤ v < 5.175.17.2 ≤ v < 5.185.17.2 ≤ v < 6.1.545.18 ≤ v < 6.1.545.18 ≤ v < 6.5.45.18 ≤ v < 6.66.2 ≤ v < 6.5.418b1ab7aa76bde181bdb1ab19a87fa9523c32f215.15.335.16.195.17.25.188a2dea162b92c322f3e42eae0c4a74b8d20aa7a9ad7219cd8751bd258b9d1e69ae0654ec00f71875d1579253ffce39986e7a6ab757ac93b2680a665f
Vendor states this is fixed in 3e019d8a05a38abb5c85d4f1e85fda964610aa14 (fixed)
Vendor states this is fixed in 595931912357fa3507e522a7f8a0a76e423c23e4 (fixed)
Vendor states this is fixed in 5979985f2d6b565b6cf0f79a62670a2855c0e96c (fixed)
Vendor states this is fixed in 6436973164ea5506a495f39e56be5aea375e7832 (fixed)
Vendor states this is fixed in 5.15.132 (unaffected)
Affected range stops below 5.17, so it looks safe — our inference, not a vendor statement
Vendor states this is fixed in 5.18 (unaffected)
Vendor states this is fixed in 6.1.54 (unaffected)
Vendor states this is fixed in 6.5.4 (unaffected)
Vendor states this is fixed in 6.6 (unaffected)

SSVC — Action Prioritization

SSVCNo known exploitNot automatableTotal impact

SSVC signals action urgency (what to patch first), separate from CVSS which measures severity.

CVSS

7.8HIGHLinux
Vector?

Quick Info

StatusMODIFIED
CWE
CWE-416

Get alerted

Stop reading CVE feeds looking for your own stack

Track the products you run and VulnTracker tells you when a new CVE affects them — with what is known about fixing it, and nothing about the rest.

Free plan, no card