CVE-2024-56540: accel/ivpu: Prevent recovery invocation during probe and resume
In the Linux kernel, the following vulnerability has been resolved:
accel/ivpu: Prevent recovery invocation during probe and resume
Refactor IPC send and receive functions to allow correct
handling of operations that should not trigger a recovery process.
Expose ivpu_send_receive_internal(), which is now utilized by the D0i3
entry, DCT initialization, and HWS initialization functions.
These functions have been modified to return error codes gracefully,
rather than initiating recovery.
The updated functions are invoked within ivpu_probe() and ivpu_resume(),
ensuring that any errors encountered during these stages result in a proper
teardown or shutdown sequence. The previous approach of triggering recovery
within these functions could lead to a race condition, potentially causing
undefined behavior and kernel crashes due to null pointer dereferences.
Security readout for executives and security teams
Plain-English summary
A Linux kernel flaw in the Intel VPU accelerator driver can mishandle errors while a device starts or resumes. Competing recovery and initialization activity may dereference invalid memory and crash the kernel. The issue requires local access according to the CVSS vector, so exposed multi-user systems and endpoints using this driver deserve priority.
Executive priority
Treat as a high-priority stability and security update for affected endpoints, especially shared or locally accessible systems using Intel VPU acceleration. Scope exposure before emergency action because remote exploitation is not indicated. Track vendor confirmation and kernel rollout through completion.
Technical view
During ivpu_probe() or ivpu_resume(), failures in D0i3 entry, DCT initialization, or HWS initialization could incorrectly invoke recovery. Recovery could race with incomplete initialization, producing undefined behavior and null-pointer dereferences. The fix changes internal IPC operations to return errors so probe or resume performs orderly teardown or shutdown.
Likely exposure
Exposure is limited to Linux systems using the affected accel/ivpu driver and relevant kernel code. The supplied affected-version data is ambiguous, including an unexplained “0,” so administrators should not treat it as reliable cutoff guidance. Confirm distribution kernel builds and backported fixes against the cited commits.
Exploitation context
The CVSS 3.1 score is 7.8 with local, low-privilege access required and no user interaction. The supplied record does not establish a reliable trigger method. It marks the CVE as absent from KEV and provides no evidence of active exploitation or a public exploit. Kernel crashes are explicitly supported; broader impacts are represented only by the CVSS assessment.
Researcher notes
Analysis should focus on error propagation and teardown during ivpu probe and resume, particularly D0i3, DCT, and HWS initialization. The three kernel.org references represent stable-branch fixes. Version normalization in the supplied bundle is insufficient for precise branch boundaries, so commit-level or distribution-level verification is necessary.
Mitigation direction
Install a vendor-supported kernel containing the applicable cited stable fix.
Confirm whether the distribution has backported the fix under a different kernel version.
Check Linux distribution or hardware-vendor guidance for branch-specific remediation.
Prioritize remediation on systems that load the accel/ivpu driver.
Validation and detection
Inventory systems for Intel VPU hardware and use of the accel/ivpu driver.
Record installed kernel package versions and distribution build identifiers.
Compare distribution source or advisories with the three cited stable commits.
Review kernel logs for ivpu failures, null-pointer dereferences, or crashes around probe and resume.
After updating, verify the fixed kernel is active and probe and resume complete normally.
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.
cwe · low confidence lookup
CWE-476: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-476 · source CWE mapping
NULL Pointer Dereference
NULL Pointer Dereference represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.