Security readout for executives and security teams
Plain-English summary
This is a Linux kernel crash bug in the MediaTek video decoder driver. On affected systems, the driver can call runtime power-management disable logic when an internal device pointer is null, causing a kernel crash during device probing. Exposure appears limited to Linux devices using the MediaTek vcodec decoder path.
Executive priority
Address through normal kernel maintenance unless affected MediaTek devices are crashing or business-critical. There is no source-supported evidence of active exploitation, but unpatched embedded or appliance fleets could face reliability impact.
Technical view
The flaw is in media/mediatek/vcodec decoder initialization. The source describes mtk_vcodec_probe reaching __pm_runtime_disable with dev->pm.dev null, leading to a crash in _raw_spin_lock_irq. Stable kernel commits are listed as the resolution sources. No CVSS, CWE, or detailed exploitability data is provided.
Likely exposure
Likely limited to Linux systems with MediaTek SoCs or hardware using the mtk_vcodec_dec driver, especially kernels in the affected version data. Generic servers without MediaTek video decoder hardware are unlikely to be exposed based on the source bundle.
Exploitation context
The bundle does not show active exploitation, and KEV is false. The evidence describes a crash path during driver probe, not a remote attack path. Treat this primarily as an availability and device-stability issue unless vendor guidance says otherwise.
Researcher notes
Source evidence is narrow: a null dev->pm.dev condition in MediaTek vcodec decoder probe and stable commit references. The bundle lacks CVSS, CWE, exploit prerequisites, attacker model, and distribution-specific fixed versions, so conclusions should remain conservative.
Mitigation direction
Apply a vendor kernel update containing the referenced stable fixes.
Prioritize MediaTek-based devices using the mtk_vcodec_dec driver.
Check distribution advisories for backported fixes before relying on version numbers alone.
If no patch exists, follow vendor guidance for operational workarounds.
Validation and detection
Inventory kernels on MediaTek-based devices and appliances.
Check kernel package changelogs for the referenced stable commit IDs.
Review boot logs for mtk_vcodec_probe or __pm_runtime_disable crash traces.
After updating, confirm the MediaTek decoder driver probes without crashing.
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-2023-53812 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.
0CVSS vectors
3Timeline events
0ADP providers
5Source links
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.
Dec 9, 2025, 00:01 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.