CVE-2024-26679: inet: read sk->sk_family once in inet_recv_error()
In the Linux kernel, the following vulnerability has been resolved:
inet: read sk->sk_family once in inet_recv_error()
inet_recv_error() is called without holding the socket lock.
IPv6 socket could mutate to IPv4 with IPV6_ADDRFORM
socket option and trigger a KCSAN warning.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel networking race condition. The public record says an IPv6 socket can change form while error-handling code reads socket family data without the socket lock, triggering a KCSAN warning. The available sources do not describe business impact, privilege requirements, or practical exploitation.
Executive priority
Treat this as routine kernel hygiene unless vendor guidance raises severity. There is no cited evidence of active exploitation or defined impact, but kernel fixes should not be deferred indefinitely on shared infrastructure.
Technical view
The fix changes inet_recv_error() to read sk->sk_family once because the function runs without holding the socket lock. The race involves IPv6 sockets mutating to IPv4 via IPV6_ADDRFORM. Public metadata lists multiple Linux stable-branch fixes and Debian LTS advisories, but no CVSS, CWE, or exploit detail.
Likely exposure
Exposure is limited to systems running affected Linux kernel versions or downstream builds that have not received the relevant stable or distribution backport. Appliances, containers, and cloud workloads inherit exposure from their host kernel, not from application packages.
Exploitation context
The source bundle does not show CISA KEV listing, active exploitation, public exploit code, or confirmed real-world abuse. Evidence only supports a kernel data-race bug detected by KCSAN and resolved in upstream stable commits.
Researcher notes
The affected-version metadata is sparse and branch-oriented. Validate against exact downstream kernel packages rather than assuming mainline version strings map cleanly. The only described symptom is a KCSAN warning from an unlocked socket-family read during inet_recv_error().
Mitigation direction
Apply kernel updates from your Linux distribution or vendor.
Use Debian LTS advisories if running affected Debian LTS kernels.
Confirm the relevant stable-branch fix is included in your kernel build.
Prioritize shared, multi-tenant, and externally exposed Linux hosts.
Monitor vendor advisories for corrected version mapping and backports.
Validation and detection
Inventory running kernel versions across servers, appliances, and host nodes.
Compare kernel builds with vendor advisories and referenced stable commits.
Check distribution changelogs for CVE-2024-26679 backport notes.
Verify reboot completion after kernel package updates.
Track exceptions where vendor-fixed kernels are unavailable.
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-26679 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.