CVE-2024-50142: xfrm: validate new SA's prefixlen using SA family when sel.family is unset
In the Linux kernel, the following vulnerability has been resolved:
xfrm: validate new SA's prefixlen using SA family when sel.family is unset
This expands the validation introduced in commit 07bf7908950a ("xfrm:
Validate address prefix lengths in the xfrm selector.")
syzbot created an SA with
usersa.sel.family = AF_UNSPEC
usersa.sel.prefixlen_s = 128
usersa.family = AF_INET
Because of the AF_UNSPEC selector, verify_newsa_info doesn't put
limits on prefixlen_{s,d}. But then copy_from_user_state sets
x->sel.family to usersa.family (AF_INET). Do the same conversion in
verify_newsa_info before validating prefixlen_{s,d}, since that's how
prefixlen is going to be used later on.
Security readout for executives and security teams
Plain-English summary
CVE-2024-50142 is a Linux kernel flaw in IPsec/XFRM security association validation. A local privileged path can supply inconsistent address-family and prefix-length values, leading to availability impact. The public record shows fixes in Linux stable commits and downstream Debian advisories; it does not show active exploitation.
Executive priority
Treat as routine but time-bound kernel maintenance. The issue can affect availability, but evidence indicates local access requirements and no confirmed active exploitation. Prioritize exposed shared Linux environments and systems supporting VPN/IPsec functions.
Technical view
The XFRM code validated selector prefix lengths before normalizing an unset selector family to the security association family. A crafted new SA with AF_UNSPEC selector family, IPv6-sized prefix length, and AF_INET SA family could bypass intended limits. The fix performs the same family conversion during verification before prefix-length validation.
Likely exposure
Exposure is mainly Linux systems running affected kernel versions where local users, services, or containers can reach XFRM/IPsec security association management paths. Internet-facing exposure is not indicated by the CVSS vector or sources.
Exploitation context
Sources support local, low-privilege, no-user-interaction availability impact with CVSS 5.5. KEV is false, and the provided sources do not cite public exploitation or weaponized proof-of-concept activity.
Researcher notes
The root issue is validation order in verify_newsa_info versus later copy_from_user_state behavior. The record names syzbot as the discoverer context and links multiple stable backports, but does not provide crash details beyond availability impact.
Mitigation direction
Apply vendor kernel updates containing the referenced Linux stable fixes.
Prioritize multi-user, container, VPN, and IPsec-capable Linux hosts.
Review Debian LTS advisories if using affected Debian kernels.
Check vendor guidance for any supported temporary mitigations.
Limit unnecessary access to XFRM/IPsec administration until patched.
Validation and detection
Inventory Linux kernel versions across servers, appliances, and containers hosts.
Compare installed kernels against vendor advisories and fixed stable releases.
Check whether workloads require XFRM/IPsec security association management.
Confirm patched kernels are booted, not only installed.
Track exceptions until vendor-fixed kernels are deployed.
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-50142 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.