Security readout for executives and security teams
Plain-English summary
A local user with GPU access may trigger a Linux kernel crash by closing a V3D file descriptor before submitted work completes. The documented failure caused a fatal kernel panic on a Raspberry Pi 4, creating a serious availability risk. The supplied CVSS also rates potential confidentiality and integrity impact, but the source bundle demonstrates only a crash.
Executive priority
Treat as a high-priority stability issue where V3D-backed Linux devices support untrusted local users or shared workloads. Patch through normal emergency kernel maintenance after compatibility testing. Internet-facing status alone does not create direct exposure because the supplied vector is local, but remotely accessible services could increase risk if they provide paths to local GPU use.
Technical view
The V3D DRM driver updates global and per-file GPU statistics when a job completes. If its file descriptor was already closed, the associated v3d_file_priv and statistics had been freed, allowing v3d_job_update_stats() to dereference invalid state during interrupt handling. The supplied vector requires local access and low privileges, with no user interaction.
Likely exposure
Exposure is most likely on Linux systems using the V3D DRM driver where local users or workloads can submit GPU jobs. The report confirms the condition on a Raspberry Pi 4 running a 6.12-based kernel. The supplied affected-version data includes 6.8, 6.12.35, 6.15.4, and 6.16, but its formatting is incomplete and requires vendor verification.
Exploitation context
No active exploitation is established: the bundle marks this CVE as absent from KEV and describes discovery through Mesa CI. The documented outcome is a kernel panic after a file descriptor closes before its GPU jobs finish. Although the CVSS vector assigns complete confidentiality, integrity, and availability impacts, those broader consequences are not demonstrated in the supplied evidence.
Researcher notes
The source describes a lifetime-management failure involving freed per-file V3D statistics and completion-time interrupt processing. It provides three stable-kernel commits but no CWE. Confirm affected and fixed branches from upstream or distribution advisories before declaring exposure. Avoid inferring code execution or information disclosure from the CVSS impacts; the supplied crash trace establishes denial of service only.
Mitigation direction
Update to a vendor-supported kernel containing the applicable referenced stable fix.
Prioritize multi-user or workload-hosting systems that expose the V3D GPU interface.
Consult distribution advisories to map patched packages because the supplied version data is ambiguous.
Restrict unnecessary local access to V3D device interfaces until updates are applied.
Validation and detection
Inventory kernels, hardware, and loaded modules to identify systems using the V3D driver.
Compare installed kernel packages with distribution advisories and the referenced stable commits.
Confirm the replacement kernel is active after updating and rebooting.
Review kernel logs for v3d_job_update_stats Oops, NULL dereferences, or related panics.
Use safe regression testing to verify GPU workloads complete normally after file-descriptor closure.
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-2025-38189 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.
1CVSS vectors
3Timeline events
0ADP providers
4Source links
CVSS vector scores
1 official score
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.