Security readout for executives and security teams
Plain-English summary
This Linux kernel issue affects a specialized networking path: bonded interfaces using IPsec/XFRM device operations. A lock type was unsafe because code that may sleep was called while holding a spin lock, triggering a kernel scheduling bug when changing a bond's active slave.
Executive priority
Treat as a targeted operational reliability risk for Linux networking infrastructure, not a broad internet-facing emergency. Patch during normal or accelerated maintenance if bonded IPsec systems are present.
Technical view
The bonding driver added bond->ipsec_lock to protect ipsec_list, then called xdo_dev_state_add/delete under that lock. Those XFRM device callbacks may sleep, so using a spin lock can trigger “scheduling while atomic.” Stable fixes change ipsec_lock from a spin lock to a mutex.
Likely exposure
Most likely exposure is Linux systems using bonding plus IPsec/XFRM device offload, especially when changing an active bond slave. Systems not using this networking combination are less likely to reach the vulnerable path based on the supplied sources.
Exploitation context
The source bundle provides no evidence of public exploitation, no KEV listing, and no exploit details. The described trigger is operational and local to kernel networking behavior during active slave changes, not a remotely demonstrated attack path.
Researcher notes
The record’s version data is commit-heavy and incomplete for distribution kernels. Validate exposure through vendor backports, kernel config, loaded bonding/IPsec paths, and whether active slave changes invoke xfrmdev state add/delete callbacks.
Mitigation direction
- Apply vendor kernel updates containing the referenced stable fixes.
- Prioritize hosts using bonded interfaces with IPsec/XFRM offload.
- If no package exists, ask the OS vendor about backport status.
- Avoid unnecessary active-slave changes on exposed bonded IPsec systems until updated.
Validation and detection
- Inventory running kernel versions against vendor advisories and stable commits.
- Check whether bonding and IPsec/XFRM device offload are enabled.
- Review logs for “scheduling while atomic” around bonding changes.
- Confirm patched kernels include the spin-lock-to-mutex bonding fix.
Public sources used
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
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-2024-46678 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
Open ATT&CK lookup- Severity
- Unknown
- CVSS
- Not scored
- Known Exploited
- No
- Published
CNA and ADP enrichment extracted from CVE v5
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.
SSVC decision data
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
- CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
- CVE publishedCVE Program
The CVE record was published.
- CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.
ADP provider summaries
Source materials
- CVE List V5 sourceCVE List V5
- https://git.kernel.org/stable/c/6b598069164ac1bb60996d6ff94e7f9169dbd2d3CVE reference, Linux
- https://git.kernel.org/stable/c/56354b0a2c24a7828eeed7de4b4dc9652d9affa3CVE reference, Linux
- https://git.kernel.org/stable/c/2aeeef906d5a526dc60cf4af92eda69836c39b1fCVE reference, Linux
Products and packages named in the record
CWE details
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.