☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
[ VENDOR STATS ]
CVSS: 6.1 CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:H 🐛 CWE-754
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2026-20783

CVE-2026-20783 Denial of Service in Intel
📅 PUBLISHED: 2026-08-11 00:00 UTC 🔄 UPDATED: 2026-09-26 06:23 UTC
[ OFFICIAL PATCH DEPLOYED ↓ ] FIX: CONFIRMED — 3+ independent sources confirm fix
[ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.10%
👁️
0.10% probability
2.6× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1499
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
Affected: Neural Processing Unit Driver — upgrade to patched release
CVSS VECTOR BREAKDOWN 6.1
AV: L Attack Vector Local
AC: L Attack Complexity Low
PR: L Privileges Required Low
UI: N User Interaction None
S: U Scope Unchanged
C: N Confidentiality None
I: L Integrity Low
A: H Availability High
6.1
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2026-20783 is an unpatched denial-of-service vulnerability in the firmware of the Intel(R) NPU (Neural Processing Unit) Driver, affecting all versions of that firmware. The root cause is an improper conditions check (CWE-754) in Ring 1 device-driver firmware, which a low-complexity, local, authenticated attacker can trigger without user interaction to cause an availability impact (high). Currently there is no vendor patch, no public exploit code, and the CVE is not listed in CISA's Known Exploited Vulnerabilities catalog, leaving affected Intel NPU platforms exposed to locally-induced driver failure.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
No signup required

Technical Analysis

The vulnerability resides in the firmware component of the Intel(R) NPU Driver, explicitly described as executing "within Ring 1: Device Drivers." The flaw falls under CWE-754 — Improper Check for Unusual or Exceptional Conditions. In this vulnerability class, the firmware fails to validate or safely handle an abnormal operational state or an out-of-specification input condition before acting on it. Instead of rejecting or gracefully containing the unexpected condition, the firmware proceeds into an undefined or faulted execution path, which ultimately surfaces as a denial of service.

From the NVD description, the following technical properties are derivable:

  • Attack vector: Local access only. The attacker must be able to interact with the NPU driver interface on the target host; no network-exposed attack surface is indicated.
  • Preconditions: An authenticated user account that is unprivileged. The description explicitly states the adversary is "unprivileged software" with "an authenticated user," and that "attack requirements are not present without special internal knowledge" — i.e., no unusual preconditions, exotic hardware, or in-depth reverse-engineering is required to reach the flawed logic.
  • Complexity: Low. The triggering event does not require a complex, multi-step sequence or specialized equipment.
  • User interaction: None. The attack can be completed without tricking a legitimate user into performing an action.
  • Impact profile: Confidentiality — none; Integrity — low; Availability — high. The direct impact on the vulnerable system is a high-availability loss (driver/firmware crash or hang) with a low-integrity effect; the description notes that subsequent downstream system impacts are none across all three CIA dimensions (confidentiality none, integrity none, availability none), indicating the damage is contained to the NPU driver/device rather than the host OS.

Because the NVD description does not disclose specific function names, IOCTL identifiers, firmware revision identifiers, or the exact code path, further implementation-level detail cannot be accurately asserted. The attack mechanism should be understood at the vulnerability-class level: an authenticated local process submits a request or state transition to the NPU driver's firmware that lands in an exceptional condition; the firmware's missing or incorrect condition check causes it to enter a faulted loop, hang, or crash, denying NPU service to other tenants or workloads on the host.

The affected product is the driver/firmware stack for Intel Neural Processing Units — dedicated acceleration silicon for AI/ML inference tasks present in modern Intel client and edge platforms. Any workload relying on NPU acceleration (e.g., on-device inference, vision, or generative-AI helper tasks) is a candidate victim of the denial of service. No affected version enumeration is provided by the CVE data, and no OSV package mapping exists, so the exact configuration scope remains "all versions."

Exploitation Scenarios

No public PoC is available, and no exploit code is known; the attack chain below is inferred from the vulnerability class (CWE-754, local authenticated DoS) and the NVD description constraints.

  1. Reconnaissance / target identification: An attacker with an authenticated, unprivileged account on a local system enumerates the device inventory to determine whether an Intel NPU is present and whether the Intel(R) NPU Driver firmware is loaded. This can be performed with standard OS device enumeration facilities and does not require privileged API access. The attacker also identifies which local processes or interfaces communicate with the NPU driver firmware.

  2. Flaw-class trigger: The attacker submits a request to the NPU driver's local control surface that places the firmware into an exceptional or unusual condition — for example, an unexpected parameter value, an out-of-range state transition, or a malformed descriptor. Because the firmware lacks the requisite condition check (CWE-754), it does not reject the anomalous input; instead it enters an undefined handling path.

  3. Payload/execution method (class-level): At the vulnerability-class level, the "payload" is the malformed or exceptional-condition request itself. No kernel-code execution, privilege escalation, or arbitrary memory corruption is implied by the CVE data — the impact is confined to denial of service. The low-complexity and no-user-interaction properties mean the request can be dispatched programmatically, including via a script or scheduled task under the unprivileged account, for repeatable or persistent disruption.

  4. Post-exploitation impact: The firmware/driver becomes unresponsive or crashes, producing a high availability loss on the vulnerable system's NPU. Because the NVD description states downstream system CIA impacts are "none," the host operating system and other peripherals are not expected to be compromised. The practical business consequence is that NPU-accelerated workloads stall or fail until the driver/firmware is reloaded or the system is rebooted.

Impact Assessment

The business impact of CVE-2026-20783 is a locally-triggerable denial of service against Intel NPU acceleration functionality. Attackers who already hold an unprivileged local foothold — a common baseline in post-compromise scenarios, insider-threat cases, or multi-tenant shared workstations — can disrupt AI/ML inference workloads without privileges, user interaction, or exploitable network exposure.

The CVSS score is officially N/A in the CVE dataset, so quantitative severity comparison is not possible; the qualitative CIA profile is (None / Low / High). The low EPSS probability (0.00112, 1.6th percentile) indicates that, as of the assessment date, mass exploitation is unlikely and no in-the-wild activity is tracked. The absence of a CISA KEV listing and the 0/4 patch-confidence score are the two most operationally significant facts: the vulnerability is currently unpatched, so compensating controls are the only defense.

Blast radius is limited to a single host and, per the description, to the NPU subsystem itself. There is no evidence of cross-system propagation, privilege escalation, or data confidentiality loss. However, for enterprises running AI-enabled endpoint fleets or edge inference appliances, a single unprivileged user can repeatedly knock NPU accelerators offline, degrading productivity of dependent applications and increasing helpdesk/reboot overhead. In hostile physical environments where local access exists, a would-be attacker can also achieve disruption without authentication at the OS level only if they already possess an authenticated account, so physical-adjacent insider risk is the primary threat model.

Detection Guidance

Because CVE-2026-20783 is a strictly local vulnerability in driver firmware, host-based detection is the primary and most reliable telemetry source. Network-based detection has inherently limited fidelity — the only network-observable activity would be the delivery of NPU driver/firmware tooling to a host, not the exploit trigger itself. The rules below are therefore written primarily for host telemetry (Windows driver loading, Sysmon events, endpoint logs) and are intended as realistic starting points for SOC validation, not as authoritative signatures.

Sigma Rule

title: Intel NPU Driver Firmware - Potentially Malicious Load or Modification
id: a3d6f914-7c2e-4a5b-9d41-2c8e6f1b7a10
status: experimental
description: Detects loading or installation of Intel NPU driver components, which may indicate preparation for or execution of a local denial-of-service attempt against the NPU firmware (CVE-2026-20783).
references:
    - https://nvd.nist.gov/vuln/detail/CVE-2026-20783
author: Valters IT Threat Intelligence
date: 2026/06/01
logsource:
    product: windows
    service: system
detection:
    selection_driver_install:
        EventID: 7045
        ServiceName|contains|all:
            - 'Intel'
            - 'NPU'
    selection_sysmon_image:
        EventID: 7
        ImageLoaded|contains|all:
            - 'Intel'
            - 'NPU'
    condition: selection_driver_install or selection_sysmon_image
falsepositives:
    - Legitimate Intel NPU driver updates performed by administrators
level: medium

YARA Rule

/*
   Detection of binaries or firmware blobs referencing the Intel(R) NPU Driver
   and/or carrying anomalous condition-handling characteristics.
   CVE-2026-20783 - local denial of service via firmware (CWE-754).
   Note: no public PoC exists; rule is a behavioral/contextual indicator set.
*/
rule intel_npu_driver_fw_cve_2026_20783
{
    meta:
        author = "Valters IT Threat Intelligence"
        description = "Flags samples that reference Intel NPU driver firmware and may target CVE-2026-20783"
        cve = "CVE-2026-20783"
        reference = "https://nvd.nist.gov/vuln/detail/CVE-2026-20783"
        date = "2026-06-01"
    strings:
        $s1 = "Intel(R) NPU Driver" ascii wide
        $s2 = "Intel NPU" ascii wide
        $s3 = "NPU Driver" ascii wide
        $s4 = "npu_fw" ascii wide fullword
        $s5 = "adapter_fw" ascii wide fullword
    condition:
        uint16(0) == 0x5A4D and 2 of them
}

Suricata IDS Rule

The exploit trigger is local and does not traverse a network. The following rule instead detects the most plausible network-adjacent precursor: download or transfer of Intel NPU driver/firmware archives that could be used to stage an attack on the local NPU stack.

alert http any any -> any any (
    msg:"CVE-2026-20783 Intel NPU Driver Firmware File Transfer (Local DoS Precursor)";
    flow:to_client,established;
    content:"Intel"; http.header;
    content:"NPU"; http.header;
    pcre:"/\.(exe|zip|msi)(\?|$)/iU";
    sid:120782083;
    rev:1;
    reference:cve,2026-20783;
    metadata:severity medium;
)

Elastic Detection

// Elastic EQL - Detect Intel NPU driver load or installation events on Windows
any where
  (event.module == "sysmon" and event.dataset == "windows.sysmon" and
   event.category == "image" and process.name == "Image" and
   wildcard(windows.sysmon.image_loaded, "*Intel*NPU*"))
  or
  (event.dataset == "windows.system" and winlog.event_id == 7045 and
   wildcard(winlog.event_data.ServiceName, "*Intel*NPU*"))

Splunk SPL Query

(index=windows EventCode=7045) OR (index=sysmon EventCode=7)
| where (match(ServiceName, "(?i)Intel.*NPU") OR match(ServiceName, "(?i)NPU.*Intel")
         OR match(ImageLoaded, "(?i)Intel.*NPU") OR match(ImageLoaded, "(?i)NPU.*Intel"))
| eval cve = "CVE-2026-20783",
        threat = "Intel NPU Driver Local DoS - Driver/Firmware Load or Install"
| table _time, host, user, EventCode, ServiceName, ImageLoaded, ProcessName
| sort - _time

Wazuh OSSEC Rule

<group name="intel_npu_driver,">
  <rule id="120783" level="8">
    <if_sid>600</if_sid>
    <match>Intel.*NPU|NPU.*Intel</match>
    <description>Intel NPU driver component load/install detected - potential preparation for CVE-2026-20783 local denial of service.</description>
    <group>cve_2026_20783,</group>
    <mitre>
      <id>T1499</id>
    </mitre>
    <options>no_full_log</options>
  </rule>
</group>

Mitigation & Patch Guidance

Patch confidence is 0/4 — no patch evidence exists from any tracked source, and no affected-version enumeration or vendor fix is available. Until Intel releases a firmware update, assume the vulnerability is present on all Intel NPU Driver versions.

  1. Immediate mitigations:

    • Restrict interactive local access to systems containing Intel NPUs; enforce least-privilege accounts so unprivileged users cannot invoke driver control interfaces.
    • If NPU acceleration is not a business requirement on a given host, disable the Intel NPU device/driver via BIOS and/or Device Manager to eliminate the attack surface entirely.
    • Segment and tightly control any multi-user systems (shared workstations, VDI with GPU/NPU passthrough, labs) where an unprivileged authenticated user could trigger the fault.
    • Monitor driver stability: correlate NPU-related crash/hang events (Windows WHEA, driver verifier logs, Sysmon driver loads) with any local user activity for early identification of attempted abuse.
  2. Patch/upgrade steps:

    • No vendor fix is currently available. Subscribe to the Intel Security Center advisory feed and the manufacturer's driver-release channel for the Intel(R) NPU Driver.
    • When a firmware update is released, validate it against your hardware fleet, test in a staging environment for NPU regression, and deploy through the standard firmware/driver management process (e.g., SCCM, Intune, or vendor update tooling).
    • Track the CISA KEV catalog and NVD for revisions to this CVE — any future patch or in-the-wild exploitation will be reflected there.
  3. Long-term hardening:

    • Establish a firmware/driver baseline for all Intel NPU-equipped endpoints and enforce integrity monitoring to detect unauthorized firmware replacement or driver tampering.
    • Add the Sigma/Splunk/Wazuh detection rules above to your SIEM and EDR correlation stacks to capture driver load events that precede or accompany such attacks.
    • Include NPU and other AI-accelerator silicon in your enterprise hardware threat model; these devices are increasingly exposed to local software and should receive the same patch-management rigor as CPUs and network controllers.
    • Because the attack requires no user interaction and no special internal knowledge, consider local authentication policy hardening (e.g., restricting standard users on shared AI workstations) as a compensating control until the vendor ships a fix.

References

  1. NVD Entry for CVE-2026-20783: https://nvd.nist.gov/vuln/detail/CVE-2026-20783
  2. MITRE CWE-754 — Improper Check for Unusual or Exceptional Conditions: https://cwe.mitre.org/data/definitions/754.html
  3. Intel Security Center (vendor advisory portal — monitor for future Intel NPU driver advisory): https://www.intel.com/content/www/us/en/security-center/default.html
  4. CISA Known Exploited Vulnerabilities Catalog (CVE-2026-20783 not listed at time of writing): https://www.cisa.gov/known-exploited-vulnerabilities-catalog
  5. MITRE ATT&CK Technique T1499 — Endpoint Denial of Service: https://attack.mitre.org/techniques/T1499/

At the time of this report, there are no known threat-actor campaigns, no exploit-in-the-wild evidence, and no public PoC for CVE-2026-20783. The primary risk is opportunistic disruption by local unprivileged users on Intel NPU-equipped systems.

👁️ SHODAN DORKS (THREAT HUNTING)

What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.

Intel NPU Driver
Intel Neural Processing Unit firmware
Intel NPU firmware update
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2026-20783/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.