CVE-2024-35789: wifi: mac80211: check/clear fast rx for non-4addr sta VLAN changes
In the Linux kernel, the following vulnerability has been resolved:
wifi: mac80211: check/clear fast rx for non-4addr sta VLAN changes
When moving a station out of a VLAN and deleting the VLAN afterwards, the
fast_rx entry still holds a pointer to the VLAN's netdev, which can cause
use-after-free bugs. Fix this by immediately calling ieee80211_check_fast_rx
after the VLAN change.
Security readout for executives and security teams
Plain-English summary
A Linux Wi-Fi networking flaw can leave the kernel using memory belonging to a deleted VLAN interface. Under the required conditions, this use-after-free could crash systems or potentially compromise data and system integrity. The supplied severity is high, with a CVSS 3.1 score of 8.0.
Executive priority
Treat as a high-priority infrastructure patch for Linux-based wireless access points, gateways, and appliances using the affected workflow. Prioritize externally reachable or shared wireless environments. Urgency is driven by potential kernel-level impact, although the bundle does not establish active exploitation.
Technical view
In mac80211, moving a non-4-address station out of a VLAN and then deleting that VLAN can leave fast_rx referencing the freed VLAN netdev. The documented correction immediately rechecks fast receive state with ieee80211_check_fast_rx after the VLAN change, clearing or updating the stale reference.
Likely exposure
Exposure is most likely on Linux systems using mac80211 Wi-Fi station VLAN functionality where stations are reassigned and VLAN interfaces are subsequently deleted. The supplied version data mixes kernel releases and commit identifiers, so organizations should map vendor kernel builds against official fixes rather than relying solely on version strings.
Exploitation context
The supplied CVSS vector indicates adjacent-network access, low privileges, low complexity, and no user interaction, with potentially high confidentiality, integrity, and availability impact. The CVE is not listed in KEV, and the supplied sources provide no evidence of active exploitation or a public exploit.
Researcher notes
The vulnerable lifetime sequence is VLAN detachment followed by VLAN netdev deletion while fast_rx retains the old pointer. Assessment should focus on whether deployed kernels contain the stable backport and whether operational configurations exercise non-4-address station VLAN transitions. The supplied material does not identify a CWE or demonstrate exploitability beyond the CVSS assessment.
Mitigation direction
Update to a supported vendor kernel containing the applicable stable fix.
Review Linux distribution and appliance vendor advisories for corrected package versions.
Prioritize Wi-Fi infrastructure that dynamically reassigns stations between VLANs.
If updates are delayed, obtain vendor guidance for supported temporary mitigations.
Validation and detection
Inventory Linux kernel versions on systems providing mac80211-based Wi-Fi services.
Identify systems using station VLAN reassignment and VLAN interface deletion workflows.
Compare deployed vendor packages with the referenced stable kernel fixes.
After updating, verify the running kernel matches the corrected vendor package.
Monitor affected systems for kernel crashes or memory-safety warnings around mac80211 operations.
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-35789 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.