Skip to main content
VulnerabilityPublished Updated

CVE-2024-41935: Linux kernel · f2fs: fix to shrink read extent node in batches

Affects Linux kernelSource GCVE Database

0
Compare

Not known to be exploited.

Data as of 30 Oct 2026, 15:32 UTC

Severity
Medium

Rated Medium by Threat Radar's AI analysis · No CVSS score from NVD or the CNA

Thin evidence

One scorer or none

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 11 Jan 2025

  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 30 Oct 2026.

What to do

AI-suggested

A patch has been applied to the Linux kernel to fix this issue by shrinking read extent nodes in batches. Users should update to the fixed kernel version once available. Since no specific fixed versions or patch links are provided, check the official Linux kernel advisories or repositories for the relevant patch.

Description

A vulnerability in the Linux kernel's f2fs filesystem code could cause a kernel hang due to prolonged holding of a read-write lock when shrinking a large extent tree. The issue arises because the shrink operation holds the rwlock for an extended period if the extent tree contains many nodes. A patch has been applied to shrink the read extent nodes in batches, reducing the time the lock is held and preventing the hang.

References

Community reviews

Loading reviews…