Skip to main content
VulnerabilityPublished Updated

CVE-2024-50154: Linux kernel · tcp/dccp: Don't use timer_pending() in reqsk_queue_unlink().

Source GCVE Database

0
Compare

Not known to be exploited · CVSS 7.0 High.

Data as of 29 Oct 2026, 23:15 UTC

CVSS 3.1 base score
7.0High
How severe the flaw is on the 0–10 CVSS scale.
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 7 Nov 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.

What to do

AI-suggested

A fix for this vulnerability has been implemented in the Linux kernel by removing the use of timer_pending() in reqsk_queue_unlink() and adjusting the timer handling logic. Users and administrators should apply the official kernel updates that include this fix. Since no vendor advisory or patch links are provided in the input, check the relevant Linux kernel security advisories or distribution updates for the fixed kernel versions and apply them promptly. No additional mitigation steps are indicated or required beyond applying the official fix.

Description

CVE-2024-50154 is a use-after-free vulnerability in the Linux kernel's TCP/DCCP implementation related to improper use of timer_pending() in reqsk_queue_unlink(). This flaw can cause the reqsk timer to continue running after the associated socket has been closed, potentially leading to multiple SYN+ACK retransmissions and use-after-free conditions when BPF programs access freed memory. The issue arises from a race condition introduced by a commit that used timer_pending() to avoid deadlocks but missed del_timer_sync() calls in some scenarios. This vulnerability has been resolved by avoiding timer_pending() in the affected code path.

References

Community reviews

Loading reviews…