EUVD-2026-80485
GHSA-86m7-6x4j-3vh5
Severity by source
AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Local-only kernel driver path (AV:L); trigger requires non-default scp_get failure plus error/release path (AC:H, PR:L); refcount UAF is DoS-dominant (A:H) with no confidentiality vector (C:N).
Primary rating from Vendor (Linux).
CVSS VectorVendor: Linux
Lifecycle Timeline
7DescriptionCVE.org
In the Linux kernel, the following vulnerability has been resolved:
media: platform: mtk-mdp3: Fix SCP device refcounting
mdp_probe() first tries to get the SCP handle with scp_get(). When that fails, it falls back to looking up the SCP platform device with __get_pdev_by_id() and then reads its driver data.
The fallback lookup returns the platform device with a reference, just like scp_get() does. However, the fallback path currently drops that reference immediately after platform_get_drvdata(). The driver later still calls scp_put(mdp->scp) unconditionally from the probe error path and from mdp_video_device_release(), which drops the SCP device reference again.
Keep the fallback reference until the existing scp_put() call, so that the fallback path follows the same ownership rules as the scp_get() path.
AnalysisAI
Double-decrementing the SCP device reference in the Linux kernel's MediaTek MDP3 (mtk-mdp3) media platform driver can free or unbalance a device object that the driver still uses, producing driver instability and potentially a use-after-free on systems that take the fallback SCP lookup path. The flaw is only reachable when scp_get() fails during mdp_probe() so that __get_pdev_by_id() runs; the reference taken by that fallback is dropped immediately, yet scp_put() is later called unconditionally from the probe error path and from mdp_video_device_release(). …
Unlock full vulnerability intelligence
- Risk assessment & exploitation conditions
- Attack chain visualization
- Remediation with exact patch versions
- Threat intelligence from 22 sources
- Personal watchlist & email alerts
Free forever · No credit card required
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata
Vulnerability AssessmentAI
| Exploitation | Requires local presence on a system running the MediaTek MDP3 (mtk-mdp3) media platform driver on a MediaTek SoC, and specifically requires the scp_get() call in mdp_probe() to FAIL so the __get_pdev_by_id() fallback path executes. … Additional conditions and limiting factors are described in the full assessment. |
| Risk Assessment | This is a high-CVSS-but-low-real-risk issue. … Full risk analysis with EPSS, KEV, and SSVC signal comparison available after sign-in. |
| Exploit Scenario | Full exploit scenario with step-by-step reproduction available after sign-in. |
| Remediation | Vendor-released patch: upgrade to Linux 6.12.110, 6.18.51, 7.2.5 or 7.3-rc1 (or any later stable release), which carries the fix that keeps the __get_pdev_by_id() fallback reference alive until the existing scp_put() call; the individual stable commits are dce13bd9bade3ecc1acb7579397f24743850997f, 252850653569fdb1a259937e02325cf32c8f0970, 0259ade4c4ceaf1e184a7c1aea8071ad398f9b6f and 55793e4665b7f15151e6f5ab51ca980e73abed5d at git.kernel.org/stable, with the NVD record at https://nvd.nist.gov/vuln/detail/CVE-2026-89885 as the public advisory. … Detailed patch versions, workarounds, and compensating controls in full report. |
Recommended ActionAI
Within 24 hours, identify all MediaTek MDP3 (mtk-mdp3) Linux kernel deployments and confirm the vendor patch for CVE-2026-89885 via the vendor advisory; because the context does not include an exact fix version, obtain the precise patched kernel version from the vendor before scheduling changes. …
Sign in for detailed remediation steps and compensating controls.
Threat intelligence, references, and detailed analysis are available after sign-in.
Same technique Denial Of Service
View allShare
External POC / Exploit Code
Leaving vuln.today