NI LabVIEW CVE-2025-64467
HIGHAttack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious VI with corrupted resource table
-
DeliveryDeliver file via email/shared repo
-
ExploitVictim opens VI in LabVIEW
-
ExecutionOOB read in FindRsrcListEntry()
-
ImpactLeak memory or execute code as user
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, read limits
MITRE ATT&CK
1 technique across 1 tactic: Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a user to open a specially crafted, corrupted VI file in NI LabVIEW 2025 Q3 (25.3) or any prior version; the corruption must target the resource-list structure processed by LVResFile::FindRsrcListEntry(). Limiting factors: this is a local, file-based attack (AV:L) with mandatory user interaction (UI:P) - there is no remote/network-triggerable path and no service listening to be attacked; the attacker must first socially deliver the file and rely on the victim opening it in a vulnerable LabVIEW build. No authentication is involved (PR:N) because the victim acts on their own workstation. There is no evidence the flaw fires on preview/auto-load without an explicit open. |
| Impact | Moderate, non-urgent priority despite a high vendor score. The CVSS 4.0 base is 8.5, but the vector is grounded in AV:L/UI:P - this is a client-side, file-parsing bug requiring a victim to open a malicious VI, not a remotely reachable service flaw. No EPSS score, no CISA KEV listing, and no public exploit code were provided, so all three exploitation-likelihood signals point to 'no known active exploitation' rather than widespread opportunistic risk. CWE-125 (out-of-bounds read) primarily yields information disclosure; the 'arbitrary code execution' claim (VC/VI/VA:H) is vendor-asserted for a read primitive, which is plausible for a heap/resource-table parser but typically requires additional exploitation work and is harder to weaponize than an out-of-bounds write. Net: a real bug worth patching in engineering/test environments, but the local+user-interaction gate and absence of exploitation signals place it well below internet-facing critical flaws. Note: no CVSS 3.1 vector was supplied - only CVSS 4.0 - so auth/interaction inferences here rely on the 4.0 vector (PR:N, UI:P). |
| Exploit ScenarioDerived | An attacker crafts a malformed LabVIEW VI file that corrupts the resource-list structure parsed by LVResFile::FindRsrcListEntry() and delivers it to an engineer via email, a shared project repository, or a downloaded example. When the victim opens the VI in LabVIEW 2025 Q3 or earlier, the out-of-bounds read discloses adjacent memory or, in the vendor's assessment, enables arbitrary code execution in the LabVIEW process. No public proof-of-concept was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 30, 2026
Opening a specially crafted, corrupted VI file in NI LabVIEW 2025 Q3 (25.3) or any earlier release can drive an out-of-bounds read inside LVResFile::FindRsrcListEntry(), potentially leaking process memory or, under the right heap conditions, enabling arbitrary code execution in the context of the LabVIEW user. The attack is local and file-based: an attacker must socially deliver a malicious .vi file (email, shared drive, download) and rely on the victim explicitly opening it in a vulnerable build - no network service or authentication is involved because the victim acts on their own workstation. No public exploit code or confirmed in-the-wild exploitation has been identified at time of analysis, and the vendor's advisory covering this and related memory-corruption issues is referenced.
RemediationAI
Apply the NI security update referenced in the vendor advisory 'Multiple Memory Corruption Vulnerabilities in NI LabVIEW' (https://www.ni.com/en/support/security/available-critical-and-security-updates-for-ni-software/multiple-memory-corruption-vulnerabilities-in-ni-labview.html) and move to the latest LabVIEW build for your release train; the advisory covers this CVE together with other LabVIEW memory-corruption issues, so installing the current cumulative update is preferable to picking a single patch. Because the provided data does not enumerate an exact fixed build number, confirm the corrected version for your train directly with NI before declaring closure. Until upgraded, treat .vi files as executable-class content: block or quarantine VI attachments and downloads at the email/web gateway, and open untrusted VIs only inside a hardened sandbox or disposable VM - accepting the trade-off that sandboxing can break DAQ, instrument-driver and hardware-access features LabVIEW relies on. Run LabVIEW with standard user privileges rather than administrator, and use application allowlisting to prevent LabVIEW from being launched on engineering workstations against files from unvetted sources; the trade-off is operational friction for teams that routinely exchange VIs with partners and customers. The primary residual risk driver is user interaction - the flaw cannot be triggered without a victim picking the file - so the highest-value quick win is user awareness plus attachment filtering while patching is scheduled.
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
LabVIEW is National Instruments' graphical dataflow development environment used heavily in test, measurement, automation and industrial/OT-adjacent engineering. VI (Virtual Instrument) files are structured binary containers whose sections include a resource list; the vulnerable code path LVResFile::FindRsrcListEntry() walks that resource-list index while parsing the file. Because the parser trusts offsets/lengths derived from the file contents, a corrupted or adversarially crafted resource list can cause the function to read past the bounds of an allocated buffer, the classic CWE-125 out-of-bounds read. When the out-of-bounds region is subsequently used for indexing or control flow, a read primitive can escalate into memory corruption with high confidentiality, integrity and availability impact, which is why the vendor advisory groups this with other LabVIEW memory-corruption fixes. The affected CPE set covers LabVIEW 2022 Q1, 2022 Q3 and its patch releases, 2023 Q1, 2023 Q3 and 2023 Q3 Patch 1 - an enumeration that is clearly partial relative to the stated range of 2025 Q3 (25.3) and prior, so any LabVIEW build older than the fixed release should be treated as exposed.
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
File-open parsing bug: AV:L and UI:R because the victim must open a malicious VI locally, PR:N as no privileges are needed, C/I/A:H per vendor's info-disclosure-to-code-execution claim.
Primary rating from Vendor (ni).
CVSS VectorVendor: ni
DescriptionCVE.org
There is an out of bounds read vulnerability in NI LabVIEW in LVResFile::FindRsrcListEntry() when parsing a corrupted VI file. 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 VI. This vulnerability affects NI LabVIEW 2025 Q3 (25.3) and prior versions.
Executive ViewAI
NI LabVIEW 2025 Q3 (25.3) and earlier releases are affected by a high-severity memory-corruption issue that can be triggered when a user opens a specially crafted .vi file, potentially exposing process memory or allowing code execution under the user's account. Because there is no vendor-released patch identified at time of analysis and no public exploit identified at time of analysis, engineering, test, and automation teams that exchange LabVIEW project files face elevated risk from untrusted attachments or shared drives. Leadership should prioritize containment and user awareness until NI provides a fix, particularly where LabVIEW runs with sensitive data access or elevated privileges.
No vendor-released patch identified at time of analysis. Interim mitigations include blocking .vi files at email and web gateways, restricting LabVIEW file opening to trusted sources, enforcing least privilege, application allowlisting for LabVIEW, isolating LabVIEW in hardened VMs or network segments, and training users to avoid opening unsolicited .vi files.
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.
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.
Affected Products (CPE)CVE.org
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
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB