Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious LVCLASS file
-
DeliveryDistribute to target user
-
ExploitUser opens file in LabVIEW
-
ExecutionTrigger out-of-bounds write
-
ImpactExecute arbitrary code or disclose memory
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, write limits
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The victim must open a specially crafted .lvclass file in NI LabVIEW 2026 Q1 (26.1.0) or prior versions. Attacker delivers the malicious file; user interaction (opening file) is required. Local access needed to execute the file. |
| Impact | Real-world risk is moderate despite the high CVSS 8.5 score, requiring careful contextual assessment. The CVSS vector shows local attack vector (AV:L) with low complexity (AC:L) but mandatory user interaction (UI:P), meaning exploitation requires social engineering to convince a user to open a malicious .lvclass file-attackers cannot remotely trigger the vulnerability without user action. The high confidentiality, integrity, and availability impacts (VC:H/VI:H/VA:H) reflect the potential for code execution and information disclosure if exploitation succeeds. No public exploit code exists and the vulnerability is not listed in CISA KEV, indicating no confirmed active exploitation campaigns at this time. However, the technical barrier is relatively low once initial access is obtained, as creating a corrupted LVCLASS file with precise memory layout manipulation is within reach of moderately skilled attackers. Organizations using LabVIEW in high-value engineering environments (aerospace, defense, pharmaceutical manufacturing) should prioritize remediation due to the potential for intellectual property theft or sabotage of critical control systems, even though the attack requires user interaction. The lack of authentication requirements (PR:N) means any local user can trigger the vulnerability without elevated privileges. |
| Exploit ScenarioDerived | An attacker targeting an engineering firm crafts a malicious .lvclass file containing carefully structured out-of-bounds write primitives designed to overwrite return addresses in LabVIEW's memory space. The file is delivered via spear-phishing email disguised as a legitimate project component or shared through a compromised collaboration platform used by the engineering team. When a developer opens the project containing the corrupted class file in LabVIEW, the parser triggers the memory corruption, allowing the attacker to execute arbitrary code with the privileges of the LabVIEW process. This could enable theft of proprietary control algorithms, exfiltration of intellectual property from active projects, or establishment of persistent access to the engineering network for industrial espionage or sabotage of manufacturing control systems. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Apr 07, 2026
Memory corruption via out-of-bounds write in NI LabVIEW allows arbitrary code execution and information disclosure when processing maliciously crafted .lvclass files. Affects LabVIEW 2026 Q1 (26.1.0) and all prior versions. Attack requires local access and user interaction to open the weaponized file (CVSS AV:L/UI:P). No public exploit identified at time of analysis, though the vendor advisory confirms the vulnerability and provides remediation guidance.
RemediationAI
Apply the vendor-released security update detailed in the NI security advisory at https://www.ni.com/en/support/security/available-critical-and-security-updates-for-ni-software/2026/lv-class-file-parsing-memory-corruption-vulnerability-in-ni-labview.html. The advisory specifies patched versions and upgrade paths for affected LabVIEW installations. As an interim mitigation where immediate patching is not feasible, implement strict controls on .lvclass file sources-users should only open class files from trusted, verified sources and avoid processing files received via email or untrusted network shares. Organizations can also deploy application whitelisting or file integrity monitoring to detect unexpected .lvclass file modifications. For air-gapped or legacy systems where upgrades are constrained, consider isolating LabVIEW workstations from untrusted network access and implementing mandatory security awareness training on the risks of opening unsolicited project files. Network segmentation can limit lateral movement if exploitation occurs in a compromised engineering workstation.
Affected VersionsENISA
Affected Packages
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
This vulnerability stems from improper bounds checking during LVCLASS file parsing in National Instruments LabVIEW, a visual programming environment widely used in industrial automation, test and measurement systems, and research applications. The flaw is classified as CWE-787 (Out-of-bounds Write), occurring when LabVIEW's file parser writes data beyond allocated memory boundaries while loading .lvclass files (LabVIEW class definition files used in object-oriented programming within the platform). The memory corruption can be leveraged to overwrite adjacent memory regions, potentially redirecting program execution flow to attacker-controlled code or leaking sensitive memory contents. The affected CPE indicates all versions of LabVIEW through 2026 Q1 are vulnerable, representing a broad attack surface across engineering and scientific computing environments where LabVIEW deployments are common.
Know when Labview 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
CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:P/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Primary rating from Vendor (NI) · only source for this CVE.
CVSS VectorVendor: NI
Lifecycle Timeline
3DescriptionCVE.org
There is a memory corruption vulnerability due to an out-of-bounds write when loading a corrupted LVCLASS file in NI LabVIEW. This vulnerability may result in information disclosure or arbitrary code execution. Successful exploitation requires an attacker to get a user to open a specially crafted .lvclass file. This vulnerability affects NI LabVIEW 2026 Q1 (26.1.0) and prior versions.
Zero Day Initiative Advisories
Executive ViewAI
A memory corruption vulnerability in NI LabVIEW (CVE-2026-32861) enables arbitrary code execution when users open malicious .lvclass files, affecting all versions through 26.1.0. This poses a significant risk to engineering and research teams who use LabVIEW for design and automation, as compromised projects could lead to unauthorized access to intellectual property or production system control.
Apply vendor patch. Interim mitigations if patching is delayed: restrict .lvclass file access via file system controls, disable LabVIEW auto-opening of project files, require administrator approval before opening externally-sourced .lvclass files, and implement application allow-listing to restrict LabVIEW execution context.
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
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.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
An exploitable memory corruption vulnerability exists in the LvVariantUnflatten functionality in 64-bit versions of LabV
An exploitable memory corruption vulnerability exists in the RSRC segment parsing functionality of LabVIEW 2017, LabVIEW
Absolute path traversal vulnerability in the 3D Graph ActiveX control in cw3dgrph.ocx in National Instruments LabWindows
Multiple absolute path traversal vulnerabilities in National Instruments cwui.ocx, as used in National Instruments LabWi
Memory corruption in NI LabVIEW 2026 Q3 (26.3.0) and all prior versions enables information disclosure or arbitrary code
Memory corruption in NI LabVIEW 2026 Q3 (26.3.0) and all prior versions enables information disclosure or arbitrary code
Memory corruption in NI LabVIEW 2026 Q3 (26.3.0) and all prior versions enables information disclosure or arbitrary code
Memory corruption in NI LabVIEW (all versions through 26.3.0) enables information disclosure or arbitrary code execution
Memory corruption in NI LabVIEW 26.3.0 and all prior versions enables information disclosure or arbitrary code execution
Memory corruption in NI LabVIEW 2026 Q3 (26.3.0) and all prior versions enables information disclosure or arbitrary code
Out of bounds write vulnerability due to improper bounds checking in NI LabVIEW reading CPU info from cache that may res
Out of bounds write vulnerability due to improper bounds checking in NI LabVIEW in InitCPUInformation() that may result
EUVD-2026-19901
GHSA-8q47-ghm9-m53q
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB