CVE-2024-41064: powerpc/eeh: avoid possible crash when edev->pdev changes
In the Linux kernel, the following vulnerability has been resolved:
powerpc/eeh: avoid possible crash when edev->pdev changes
If a PCI device is removed during eeh_pe_report_edev(), edev->pdev
will change and can cause a crash, hold the PCI rescan/remove lock
while taking a copy of edev->pdev->bus.
Security readout for executives and security teams
Plain-English summary
A timing flaw in Linux on PowerPC systems can crash the kernel if a PCI device is removed while Enhanced Error Handling is inspecting it. A crash could interrupt workloads and require recovery. The issue is local, requires limited privileges, and is relevant primarily to systems using PowerPC PCI EEH rather than the broader Linux fleet.
Executive priority
Promptly patch exposed PowerPC production systems, especially those where a kernel crash would disrupt critical services. This is not evidence of an internet-wide emergency: exploitation requires local access, applicability is architecture-specific, and active exploitation is not established. Validate fleet exposure before assigning broad remediation effort.
Technical view
During eeh_pe_report_edev(), edev->pdev may change concurrently when a PCI device is removed. Accessing edev->pdev->bus without synchronization can therefore crash the kernel. The referenced Linux fixes hold the PCI rescan/remove lock while copying the bus pointer, preventing the concurrent change during that operation.
Likely exposure
Likely exposure is concentrated in affected Linux releases running on PowerPC hardware with PCI Enhanced Error Handling. Systems on other architectures or without this EEH path are unlikely to be exposed. The supplied version data does not clearly map each stable fix to every distribution kernel, so confirm status with the distribution vendor.
Exploitation context
The CVSS 3.1 score is 7.8 with local access, low complexity, limited privileges, and no user interaction. The bundle does not identify CISA KEV inclusion or provide evidence of active exploitation. Treat this principally as a locally reachable kernel-crash risk unless stronger evidence emerges.
Researcher notes
The vulnerability is a synchronization defect involving mutable edev->pdev state during EEH reporting. The source bundle lists several stable-tree fix commits, but its affected-version metadata is insufficient to determine every fixed downstream package. Researchers should use vendor backport records and commit ancestry rather than version strings alone. No CWE is supplied.
Mitigation direction
Install a vendor-supported kernel containing the referenced EEH locking fix.
Prioritize PowerPC production systems that use PCI Enhanced Error Handling.
Consult distribution advisories to map backported fixes to installed kernel packages.
Restrict unnecessary local access until affected systems are updated.
Validation and detection
Inventory Linux systems by architecture, kernel version, and distribution package revision.
Identify PowerPC hosts using PCI Enhanced Error Handling.
Compare installed kernels with vendor advisories and referenced stable commits.
After updating, verify the running kernel matches the fixed vendor package.
Review kernel logs for unexplained EEH-related crashes or PCI removal events.
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-41064 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.