Security readout for executives and security teams
Plain-English summary
A Linux NFS server can emit a kernel warning when an ext4 directory checksum error reaches NFS as an unexpected error code. The correction converts that condition into a standard NFS input/output error. The supplied record rates availability impact high, but it does not establish data theft, modification, or active exploitation.
Executive priority
Use expedited, risk-based remediation for affected production NFS servers, particularly critical or broadly reachable systems. This is a high-scored availability issue, but the sources do not support declaring an exploitation emergency. Pair kernel remediation with investigation of any ext4 checksum errors, which may signal an underlying integrity or storage problem.
Technical view
During NFS directory enumeration, ext4_readdir may return EBADMSG after directory-block checksum verification fails. nfserrno did not recognize that errno and generated a kernel warning. Stable-kernel fixes map EBADMSG to nfserr_io. The bundle assigns CVSS 3.1 score 7.5 for network-reachable availability impact, although the evidence does not explain how a remote client could induce the checksum failure.
Likely exposure
Potential exposure is limited to affected Linux kernels operating NFS server functionality where an exported ext4 directory reaches the checksum-error path. Systems without NFS serving, without ext4-backed exports, or with vendor-backported fixes are less likely to be exposed. Confirm distribution package status because upstream version strings alone may be misleading.
Exploitation context
The supplied record is not in CISA KEV and provides no evidence of active exploitation, public exploit code, or a demonstrated remote trigger. It documents a warning caused by error translation after an ext4 checksum failure. Treat the network CVSS vector as recorded severity, not proof that attackers can remotely create the underlying filesystem condition.
Researcher notes
The central defect is incomplete errno translation in nfserrno, not the ext4 checksum failure itself. The patch maps EBADMSG to nfserr_io across stable branches. The bundle does not identify a CWE, reproducible remote attack, crash consequence, or attacker-controlled path to checksum corruption. Availability severity should therefore be interpreted cautiously until vendor or upstream evidence clarifies practical reachability.
Mitigation direction
Apply a vendor-supported kernel containing the CVE fix or an equivalent backport.
Prioritize internet-accessible or business-critical NFS servers using ext4-backed exports.
Restrict NFS exposure to required clients and trusted networks while remediation is pending.
Check Linux distribution advisories for package-specific fixed versions before upgrading.
Investigate ext4 checksum errors because they may indicate filesystem or storage integrity problems.
Validation and detection
Inventory kernel versions, active NFS server instances, and filesystems backing exported directories.
Confirm whether the installed distribution kernel includes one of the referenced stable fixes.
Review kernel logs for "nfsd: non-standard errno: -74" and ext4 checksum warnings.
After updating, verify the running kernel version and repeat normal NFS directory operations.
Confirm storage and filesystem health if checksum failures appear in logs.
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-2024-49875 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.
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.