Skip to main content

MTT S80 Driver EUVDEUVD-2026-84160

| CVE-2026-94424 CRITICAL
Heap-based Buffer Overflow (CWE-122)
2026-09-21 VulDB GHSA-wj8c-932v-h34p
9.3
CVSS 4.0 · Vendor: VulDB
View

Attack ChainAIDerived

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

  1. Access
    Gain local low-privileged code execution
  2. Delivery
    Open handle to mtdispkm64.sys device
  3. Exploit
    Send crafted IOCTL to sub_140001000
  4. Execution
    Trigger heap-based buffer overflow
  5. Persist
    Corrupt kernel pool structures
  6. Impact
    Execute code as SYSTEM/kernel

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Heap 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 local access to a Windows host that has the Moore Threads MTT S80 driver package (version up to 340.150) installed, with the mtdispkm64.sys kernel driver loaded and its device object openable by the attacker's privilege level. The attacker must be able to run code as a local, low-privileged user (PR:L) to open a handle and issue the malformed IOCTL to the vulnerable handler sub_140001000; no user interaction and no elevated privileges are needed beyond that. Limiting factors: the flaw is not remotely reachable (AV:L - no network exposure), exploitation is confined to systems that actually ship this specific GPU driver (a niche, largely China-market product), and no vendor patch exists because the vendor did not respond to disclosure. Reliable kernel-pool grooming may be needed to convert the overflow into stable SYSTEM code execution.

Impact

This is a local privilege-escalation flaw, not a remotely-reachable one: a heap-based buffer overflow (CWE-122) in the IOCTL handler function sub_140001000 of the Windows kernel driver mtdispkm64.sys, shipped with the Moore Threads MTT S80 GPU driver package up to 340.150. The vendor CVSS 4.0 vector (AV:L/AC:L/AT:N/PR:L/UI:N, all Vulnerable-system impacts High) yields 9.3, but that score is inflated by marking the Subsequent-system metrics SC:H/SI:H/SA:H as well - for a single-host kernel EoP the compromise stays on the same system, so a defensible score is closer to CVSS 3.1 7.8 (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H). The genuinely severe signals are real: low complexity, only PR:L (any local user who can open the device and issue an IOCTL), no user interaction, and kernel-level code execution as the outcome. However, exploitation signals are weak/absent: no EPSS score, no CISA KEV listing, and no public exploit code are provided - the only references are VulDB's own self-referential entries (vuln 408150). Because the attack vector is Local (AV:L), this is not internet-wormable and requires the attacker to already have a foothold on the machine. Net: a legitimately high-impact local EoP primitive, but low real-world urgency given niche product footprint, no confirmed exploitation, no patch, and local-only reach. Prioritize only where the affected driver is actually installed. Note the vendor did not respond to disclosure, so no fixed version exists.

Exploit ScenarioDerived

A low-privileged user (or malware already running as a standard user) on a Windows machine with the Moore Threads MTT S80 driver installed opens a handle to the mtdispkm64.sys device and sends a crafted IOCTL with malformed length/buffer fields, triggering the heap overflow in sub_140001000. By grooming the kernel pool, the attacker corrupts adjacent kernel structures to hijack execution and escalate to SYSTEM/kernel. No public exploit code is identified at time of analysis, and the attack requires prior local access (AV:L).

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
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 – Sep 21, 2026

A heap-based buffer overflow (CWE-122) in the IOCTL handler (sub_140001000) of mtdispkm64.sys, the kernel-mode display driver shipped with the Moore Threads MTT S80 GPU driver package up to version 340.150, lets a local low-privileged user who can open a handle to the driver's device object supply a malformed IOCTL request and corrupt kernel pool memory, potentially achieving elevation to SYSTEM. The flaw is not remotely reachable (AV:L, PR:L per the assessed CVSS:3.1 vector AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H, rated 9.3), and exploitation is confined to Windows hosts that actually have this niche GPU driver installed and loaded. There is no vendor patch because Moore Threads did not respond to the disclosure, and no public exploit code has been identified at time of analysis.

RemediationAI

No vendor-released patch was identified at time of analysis: Moore Threads was contacted about the disclosure and did not respond, so no fixed driver version can be cited and there is no upstream PR or commit to reference (details only in the VulDB entries https://vuldb.com/vuln/408150 and https://vuldb.com/cve/CVE-2026-94424). Until a patched driver ships, treat any host with the MTT S80 driver package 340.150 or earlier as exposed to local privilege escalation and apply compensating controls. Remove or uninstall the Moore Threads driver package on systems that do not require the MTT S80 GPU - the trade-off is loss of GPU functionality. Where the GPU must remain in use, restrict who can log on locally and enforce that only trusted users run code, since the flaw requires an interactive low-privileged session (PR:L); this reduces but does not eliminate risk from any already-compromised or malicious local account. On multi-user or kiosk hosts that must keep the driver, consider a driver blocklist (WDAC/AppLocker or the Microsoft vulnerable-driver blocklist mechanism) or an ACL/hardening layer that prevents unprivileged processes from opening a handle to the mtdispkm64.sys device object - the trade-off is that legitimate display/compute applications running as non-administrators may lose access to the GPU. Because this is a kernel-pool overflow, standard user-mode sandboxing does not mitigate it; monitoring for anomalous IOCTL traffic or unexpected kernel pool corruption on affected endpoints is a detection rather than prevention measure. Re-check the VulDB entries periodically for a vendor fix or updated version guidance.

Affected VersionsENISA

MTT S80 Driver Package 340.150

Affected Packages

euvd mtt_s80_driver_package no fix

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

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

Technical ContextAI · show details

The affected component is mtdispkm64.sys, a 64-bit Windows kernel-mode display driver distributed in the Moore Threads MTT S80 driver package (CPE cpe:2.3:a:moore_threads:mtt_s80_driver_package:*:*:*:*:*:*:*:*), the software stack for Moore Threads' consumer-grade MTT S80 GPU. Kernel drivers expose functionality to user mode through I/O control (IOCTL) codes dispatched by a device object; the vulnerable dispatch path here is the function sub_140001000, which handles attacker-controlled input buffers without adequate length validation and copies data into a heap allocation sized from an untrusted value. The root cause class is CWE-122 (heap-based buffer overflow), meaning the write crosses the boundary of a kernel-pool allocation, corrupting adjacent pool metadata or objects. Because the vulnerable code runs in kernel mode, successful corruption can be shaped into arbitrary kernel memory write and, in turn, privilege escalation to SYSTEM; converting the overflow into reliable code execution typically requires kernel pool grooming/spraying to place a predictable target after the overflowed chunk. The attack surface is strictly local: there is no network-facing listener, and the attacker must already be able to execute code as a low-privileged local user (PR:L) in order to obtain a handle to the driver's device object and issue the crafted IOCTL, with no user interaction (UI:N) required.

Know when Mtt S80 Driver Package 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 (VulDB) PRIMARY 9.3 CRITICAL
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H
vuln.today AI 7.8 HIGH

Local IOCTL reachable by any low-priv user (AV:L/PR:L/AC:L/UI:N); kernel code execution gives full host compromise (C/I/A:H) but stays on one system, so S:U.

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

Primary rating from Vendor (VulDB).

CVSS VectorVendor: VulDB

Attack Vector
Local
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
High
Subsequent system: Integrity
High
Subsequent system: Availability
High

DescriptionCVE.org

A vulnerability has been found in Moore Threads MTT S80 Driver Package up to 340.150. Impacted is the function sub_140001000 in the library mtdispkm64.sys of the component IOCTL Handler. The manipulation leads to heap-based buffer overflow. An attack has to be approached locally. The vendor was contacted early about this disclosure but did not respond in any way.

Executive ViewAI

Why It Matters

A critical privilege-escalation flaw in the Moore Threads MTT S80 GPU display driver (mtdispkm64.sys, versions up to 340.150) allows any low-privileged local user on an affected Windows host to gain full SYSTEM control of that machine. Because the driver runs in the Windows kernel and no vendor fix exists, every endpoint that has this niche GPU package installed is exposed to complete host compromise by insiders, malware, or any attacker who first obtains basic user-level access. Leadership should care because the exposure is absolute on affected machines yet narrow in scope - remediation is a deployment and deprecation decision, not an enterprise-wide emergency.

Business Impact: Medium
Compensating Controls

No vendor-released patch identified at time of analysis; interim mitigations are to restrict or deny access to the driver's device object via ACLs so only trusted administrators and processes can obtain a handle, uninstall or disable the mtdispkm64.sys driver package (version 340.150 and earlier) on any host that does not require the MTT S80 GPU, enforce least privilege and block interactive local logon for standard accounts, apply application allowlisting to prevent untrusted binaries from issuing IOCTLs to the driver, and monitor driver load and IOCTL activity for abuse on systems that must retain the driver.

Threat Intelligence Overview

EPSS Score
0.1%
Top 97% exploitable
Prevalence
Low
Niche Chinese consumer/prosumer GPU driver, tiny mostly-China footprint
Social Media
3
Sightings
Data Quality
6 sources
Confidence: High

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 CRITICAL
CISA KEV No
Public POC No
EPSS 0.1%
Patch available No
Active threat No
Deciding rule
CRITICAL severity
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
Defer
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact
Medium
Technical Impact
Total

Priority Score

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

Attack Technique

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 heap overflow occurs when a program writes data beyond the bounds of a buffer allocated in the heap memory region.

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