Skip to main content
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Install unprivileged malicious app on device
  2. Delivery
    Send crafted request to Video HAL
  3. Exploit
    Overflow stack buffer (missing bounds check)
  4. Execution
    Execute code in privileged HAL context
  5. Impact
    Escalate to system/kernel privileges

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Stack buffer bounds checking
MITRE ATT&CK

1 technique across 1 tactic: Execution

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires an attacker to already have local code execution on the device - typically an unprivileged app installed on an affected MediaTek-chipset Android device - that can reach the Video HAL interface and supply crafted input triggering the missing bounds check. Per the CVSS vector (AV:L/PR:N/UI:N), no additional privileges and no user interaction are needed once such local access exists, and default configurations appear affected. The primary limiting factor is the local attack vector: remote exploitation over a network is not indicated, so the flaw is an escalation primitive that presupposes prior on-device access, and it is scoped to the listed MediaTek chipsets (MT6xxx/MT8xxx/MT2718 families) running the unpatched Video HAL.

Impact

This is a genuine high-priority local privilege escalation, not merely an inflated CVSS number. The vendor-supplied CVSS:3.1 vector (AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H, base 8.4) is internally consistent with the description: a missing bounds check in the Video HAL (CWE-121, stack-based buffer overflow) reachable locally with no privileges and no user interaction, yielding full confidentiality, integrity, and availability impact - effectively kernel/system-level code execution from an unprivileged context. The key mitigating signal is the attack vector: AV:L means exploitation requires local code execution first (e.g., a malicious or compromised app already on the device), so this is a chaining/escalation primitive rather than a remote entry point. No EPSS score, CISA KEV listing, or public POC is present in the provided data, so there is no evidence of active or widespread exploitation; absence of these signals is not proof of safety but does lower the immediate urgency relative to remotely-exploitable KEV-listed flaws. The decisive risk factor here is prevalence - MediaTek chipsets are in an enormous number of Android devices - so despite the local-only vector, the sheer deployment footprint and the clean no-UI/no-privilege escalation make this a priority patch for the October 2026 MediaTek security bulletin cycle.

Exploit ScenarioDerived

A user installs a seemingly benign app that, running with no special permissions, sends crafted input to the Video HAL interface and overflows a stack buffer due to the missing bounds check. The overflow is used to execute code in the privileged media/HAL context, letting the app escalate from an unprivileged sandbox to full system/kernel-level control without any user interaction. No public exploit code is identified in the provided data, so real-world exploitation would currently require an attacker to independently develop the exploit.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 05, 2026

Local privilege escalation in MediaTek's Video HAL lets an unprivileged app already running on an affected device corrupt a fixed-size stack buffer via crafted input to the video hardware abstraction layer, yielding code execution in the HAL context with high impact to confidentiality, integrity and availability (CVSS 8.4, AV:L/PR:N/UI:N). The flaw stems from a missing bounds check (CWE-121, stack-based buffer overflow) and affects roughly four dozen MediaTek chipsets spanning the MT6xxx, MT8xxx and MT2718 families used in Android phones, tablets, Chromebooks and automotive platforms. No user interaction and no additional execution privileges are required once local code execution exists, but the attack vector is local only - remote exploitation is not indicated and no public exploit code has been identified at time of analysis. MediaTek has assigned patch ID ALPS11375674 (issue MSV-9571), delivered to OEMs through its October 2026 product security bulletin.

RemediationAI

Patch status is patch available per vendor advisory: MediaTek has issued the Video HAL fix under patch ID ALPS11375674 (issue MSV-9571), but because the flaw lives in chipset firmware/BSP, the fix must be delivered by the device OEM - apply the latest OEM firmware or monthly Android security update for the specific model, using the MediaTek October 2026 Product Security Bulletin (https://www.mediatek.com/product-security-bulletin/October-2026) as the cross-reference when checking whether a given build includes the fix. Full remediation is limited for devices that have reached end of support and will never receive OEM firmware, so prioritize those for replacement or, in managed fleets, for network/app-level restriction. Compensating controls should target the precondition for exploitation, which is a locally installed app capable of reaching the Video HAL interface: enforce a managed allowlist that restricts installation to vetted enterprise or Play-distributed apps and disable unknown-source/sideloading (trade-off: blocks legitimate internal or line-of-business APKs and requires curated catalogues), keep Google Play Protect and on-device malware scanning enabled (trade-off: scanning overhead and occasional false positives), and disable USB debugging, developer options and OEM unlocking on production devices to remove an easy route to a local foothold (trade-off: breaks legitimate debugging, ADB automation and CI/QA workflows). For high-assurance deployments, revoke unnecessary camera/video/media permissions from untrusted apps and restrict media-capture intents (trade-off: degrades functionality of apps that legitimately record or process video), and keep the bootloader locked with verified boot enforced so that a post-exploitation payload cannot persist across reboots. There is no user-side fix that repairs the HAL itself; vendors/OEMs should consume the MediaTek BSP patch rather than attempting to hand-patch the stack-buffer validation logic. No public exploit code has been identified at time of analysis, so prioritization should be driven by the local-PE nature of the flaw and the very large affected SoC footprint rather than by observed exploitation.

Affected VersionsENISA

MediaTek chipset MT8678
MediaTek chipset MT6883
MediaTek chipset MT6893
MediaTek chipset MT6991
MediaTek chipset MT8792
MediaTek chipset MT8668
MediaTek chipset MT6897
MediaTek chipset MT6781
MediaTek chipset MT6858
MediaTek chipset MT6835
MediaTek chipset MT8126
MediaTek chipset MT6769
MediaTek chipset MT8195
MediaTek chipset MT6895
MediaTek chipset MT8188
MediaTek chipset MT6833
MediaTek chipset MT6993
MediaTek chipset MT8910
MediaTek chipset MT8196
MediaTek chipset MT8189
MediaTek chipset MT8367
MediaTek chipset MT6878
MediaTek chipset MT6789
MediaTek chipset MT2718
MediaTek chipset MT6855
MediaTek chipset MT8391
MediaTek chipset MT8171
MediaTek chipset MT6768
MediaTek chipset MT8395
MediaTek chipset MT6889
MediaTek chipset MT8695
MediaTek chipset MT6853
MediaTek chipset MT8781
MediaTek chipset MT8676
MediaTek chipset MT6885
MediaTek chipset MT8696
MediaTek chipset MT6881
MediaTek chipset MT6983
MediaTek chipset MT6989
MediaTek chipset MT6879
MediaTek chipset MT6899
MediaTek chipset MT8788E
MediaTek chipset MT8799
MediaTek chipset MT8186
MediaTek chipset MT6985
MediaTek chipset MT8793
MediaTek chipset MT6877
MediaTek chipset MT6886

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

A hardware abstraction layer (HAL) is the vendor-supplied translation layer that sits between Android's public framework APIs and MediaTek's proprietary drivers and firmware. The Video HAL handles capture, encode/decode and buffer management for camera/video pipelines and typically runs in a privileged native process with direct access to video kernel drivers and DMA-capable memory, which is why memory corruption there is an escalation primitive rather than a mere app crash. The root cause is CWE-121 (stack-based buffer overflow): attacker-controlled parameters in a Video HAL request - commonly a length, count, stride or format field - are used without validating them against the destination buffer size, so an oversized or malformed input writes past the end of a stack-allocated buffer and can overwrite saved registers and the return address. Successful exploitation allows the attacker to hijack control flow inside the HAL process, which runs with privileges an ordinary third-party app does not hold and can reach vendor driver interfaces, enabling privilege escalation and, potentially, persistent device compromise. The assessed vector CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H indicates low attack complexity, no privileges required and no user interaction; the only meaningful barrier is the requirement for a local foothold (an installed app that can reach the Video HAL interface), and default configurations are considered affected. Related weakness classes include out-of-bounds write (CWE-787) and general buffer overflow; vendor tags classify the issue as Privilege Escalation / Buffer Overflow / Stack Overflow.

Know when Android gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (mediatek) PRIMARY 8.4 HIGH
AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
vuln.today AI 8.4 HIGH

AV:L because exploitation needs prior on-device code execution; PR:N/UI:N per description (no privileges or interaction); C/I/A:H as HAL overflow yields full system-level compromise.

3.1 AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
4.0 AV:L/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (mediatek).

CVSS VectorVendor: mediatek

Attack Vector
Local
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

3
CVSS changed
Oct 05, 2026 - 11:22 NVD
8.4 (HIGH)
CVE Published
Oct 05, 2026 - 02:16 cve.org
HIGH 8.4
CVE Published
Oct 05, 2026 - 02:16 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

In Video HAL, there is a possible escalation of privilege due to a missing bounds check. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation. Patch ID: ALPS11375674; Issue ID: MSV-9571.

Executive ViewAI

Why It Matters

MediaTek chipsets used in Android phones, tablets, Chromebooks, and automotive platforms contain a high-severity local privilege escalation vulnerability (CVE-2026-20521) that allows an unauthenticated local attacker to execute code in the Video HAL context, compromising confidentiality, integrity, and availability. Affecting roughly four dozen MediaTek chipsets across the MT6xxx, MT8xxx, and MT2718 families, this flaw could impact a broad range of organizational and customer devices if a malicious app is installed. Leadership should prioritize device inventory and OEM patch tracking because no vendor-released patch identified at time of analysis and no public exploit identified at time of analysis, but the potential for widespread device compromise warrants immediate attention.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis; interim mitigations include restricting installation of untrusted applications, monitoring for anomalous Video HAL activity, and applying OEM updates as soon as they are released. MediaTek patch ID ALPS11375674 (issue MSV-9571) is available to OEMs for incorporation.

Threat Intelligence Overview

EPSS Score
0.1%
Top 98% exploitable
Prevalence
High
MediaTek chipsets ship in a large fraction of Android devices worldwide
Data Quality
5 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.1%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

42
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +42
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.

A stack-based buffer overflow occurs when a program writes more data to a buffer located on the stack than it was allocated to hold.

CVE-2015-3105 CRITICAL POC
10.0 Jun 10

Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows and OS X and before 11.2.202.466

CVE-2015-3864 CRITICAL POC
10.0 Oct 01

Integer underflow in the MPEG4Extractor::parseChunk function in MPEG4Extractor.cpp in libstagefright in mediaserver in A

CVE-2013-4710 CRITICAL POC
9.3 Mar 03

Android 3.0 through 4.1.x on Disney Mobile, eAccess, KDDI, NTT DOCOMO, SoftBank, and other devices does not properly imp

CVE-2015-1538 CRITICAL POC
10.0 Oct 01

Integer overflow in the SampleTable::setSampleToChunkParams function in SampleTable.cpp in libstagefright in Android bef

CVE-2024-21633 HIGH POC
7.8 Jan 03

Apktool versions 2.9.1 and prior contain a path traversal vulnerability when processing Android APK files. Malicious APK

CVE-2017-13156 HIGH POC
7.8 Dec 06

An elevation of privilege vulnerability in the Android system (art). Rated high severity (CVSS 7.8), this vulnerability

CVE-2016-2107 MEDIUM POC
5.9 May 05

The AES-NI implementation in OpenSSL before 1.0.1t and 1.0.2 before 1.0.2h does not consider memory allocation during a

CVE-2015-3106 CRITICAL POC
10.0 Jun 10

Use-after-free vulnerability in Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows

CVE-2015-3107 CRITICAL POC
10.0 Jun 10

Use-after-free vulnerability in Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows

CVE-2013-4787 CRITICAL POC
9.3 Jul 09

Android 1.6 Donut through 4.2 Jelly Bean does not properly check cryptographic signatures for applications, which allows

CVE-2014-7911 HIGH
7.2 Dec 15

luni/src/main/java/java/io/ObjectInputStream.java in the java.io.ObjectInputStream implementation in Android before 5.0.

CVE-2016-0801 CRITICAL POC
9.8 Feb 07

The Broadcom Wi-Fi driver in the kernel in Android 4.x before 4.4.4, 5.x before 5.1.1 LMY49G, and 6.x before 2016-02-01

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy