CVE-2025-38333: f2fs: fix to bail out in get_new_segment()
In the Linux kernel, the following vulnerability has been resolved:
f2fs: fix to bail out in get_new_segment()
------------[ cut here ]------------
WARNING: CPU: 3 PID: 579 at fs/f2fs/segment.c:2832 new_curseg+0x5e8/0x6dc
pc : new_curseg+0x5e8/0x6dc
Call trace:
new_curseg+0x5e8/0x6dc
f2fs_allocate_data_block+0xa54/0xe28
do_write_page+0x6c/0x194
f2fs_do_write_node_page+0x38/0x78
__write_node_page+0x248/0x6d4
f2fs_sync_node_pages+0x524/0x72c
f2fs_write_checkpoint+0x4bc/0x9b0
__checkpoint_and_complete_reqs+0x80/0x244
issue_checkpoint_thread+0x8c/0xec
kthread+0x114/0x1bc
ret_from_fork+0x10/0x20
get_new_segment() detects inconsistent status in between free_segmap
and free_secmap, let's record such error into super block, and bail
out get_new_segment() instead of continue using the segment.
Security readout for executives and security teams
Plain-English summary
A flaw in Linux’s F2FS filesystem can let segment-allocation processing continue after detecting contradictory filesystem metadata. This may cause kernel warnings and potentially serious confidentiality, integrity, or availability impact. Exposure requires local, low-privileged access and an affected kernel using F2FS; network-only systems without F2FS use are less likely to be exposed.
Executive priority
Treat this as a high-priority kernel maintenance issue for F2FS-dependent systems with local multi-user or untrusted workload exposure. It is less urgent for systems that do not use F2FS. Remediate through supported kernel updates, but do not characterize it as an emergency internet-wide threat because active exploitation is not evidenced.
Technical view
get_new_segment() could detect disagreement between F2FS free_segmap and free_secmap state yet continue into new_curseg(). The resolved behavior records the inconsistency in the superblock and aborts segment allocation. The supplied CVSS 3.1 score is 7.8, with local access, low complexity, low privileges, no user interaction, and high impact ratings.
Likely exposure
Prioritize Linux systems that mount and actively write to F2FS, especially where untrusted or low-privileged local users can execute workloads. The source bundle’s version data is not sufficiently clear for reliable package-level identification, so confirm exposure using distribution advisories and fix inclusion rather than version strings alone.
Exploitation context
The supplied record does not establish active exploitation, and it is not identified as a KEV entry. It also provides no public proof-of-concept evidence. The CVSS vector describes a local, low-privileged attack path, but the available sources do not explain how reliably the inconsistent state can be induced or what practical impacts have been demonstrated.
Researcher notes
The record documents a consistency-check failure path and its defensive correction, but supplies no CWE, exploit analysis, reproduction conditions, or demonstrated security outcome. The affected-version representation is ambiguous and includes duplicated commit identifiers. Researchers should distinguish the warning-triggering bug from proven exploitation and map fixes through vendor backports before declaring a host vulnerable.
Mitigation direction
Update to a vendor-supported kernel package containing the applicable referenced stable fix.
Check distribution or kernel vendor guidance for exact fixed releases and any interim mitigations.
Prioritize remediation on systems actively mounting and writing F2FS volumes.
Restrict unnecessary local access until affected F2FS systems are updated.
Validation and detection
Inventory kernel versions and identify systems where F2FS is enabled, mounted, or actively used.
Compare vendor package changelogs or source trees with the three referenced stable commits.
Review kernel logs for new_curseg warnings and the supplied F2FS checkpoint call trace.
After updating, monitor normal F2FS write and checkpoint activity for recurring warnings.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2025-38333 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
4Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.