news.mlab.sh
Vulnerabilities
Vulnerability

CVE-2026-43216

Reference data from vuln.mlab.sh, coverage from our own index.

CVSS
5.5 Medium
Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
EPSS
0.13%
Risk score
1.5
Published
2026-05-06
Status
Published

In the Linux kernel, the following vulnerability has been resolved: net: Drop the lock in skb_may_tx_timestamp() skb_may_tx_timestamp() may acquire sock::sk_callback_lock. The lock must not be taken in IRQ context, only softirq is okay. A few drivers receive the timestamp via a dedicated interrupt and complete the TX timestamp from that handler. This will lead to a deadlock if the lock is already write-locked on the same CPU. Taking the lock can be avoided. The socket (pointed by the skb) will remain valid until the skb is released. The ->sk_socket and ->file member will be set to NULL once the user closes the socket which may happen before the timestamp arrives. If we happen to observe the pointer while the socket is closing but before the pointer is set to NULL then we may use it because both pointer (and the file's cred member) are RCU freed. Drop the lock. Use READ_ONCE() to obtain the individual pointer. Add a matching WRITE_ONCE() where the pointer are cleared. A flaw was found in the Linux kernel's networking subsystem. Specifically, the skb_may_tx_timestamp() function can attempt to acquire a lock in an Interrupt Request (IRQ) context, which is an inappropriate execution environment for this operation. This can occur when certain network drivers process transmit timestamps from a dedicated interrupt handler. If the lock is already held by another process on the same CPU, this can lead to a system deadlock, resulting in a Denial of Service (DoS) for the affected system.

Weaknesses

CWE-413

Coverage 5

Advisories and references