Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain low-priv task execution on device
-
DeliveryCraft malformed system-call arguments
-
ExploitTrigger out-of-bounds write in memory manager
-
ExecutionCorrupt kernel memory structures
-
ImpactEscalate privileges or crash RTOS
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 | Requires the attacker to already have local execution as at least a low-privileged task on the VxWorks 7 device (PR:L, AV:L, UI:N), and to invoke a specific system call with crafted arguments that trigger memory corruption in the memory-management subsystem. Exploitation is limited to systems running VxWorks 7 versions prior to 26.09 and to deployments where untrusted or lower-trust code can run on the target - devices that only execute vendor-signed firmware with no local code-execution surface are not remotely exploitable via this flaw. The specific vulnerable system call and argument pattern are not disclosed, so a working exploit must first identify the affected call. |
| Impact | The CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H = 7.8 HIGH) is internally consistent with the description: a low-privileged local task passes crafted arguments to a specific system call and triggers memory corruption (CWE-787 out-of-bounds write) in the VxWorks memory-management subsystem, yielding full confidentiality, integrity, and availability impact on the running RTOS instance. No EPSS score, no CISA KEV listing, and no public POC were provided, so there is no evidence of active or imminent widespread exploitation - this reads as a vendor-discovered/self-reported hardening fix rather than a KEV-grade emergency. The key tempering factor is the LOCAL attack vector plus PR:L: an attacker must already be able to execute code (a task) on the device, which on many embedded/RTOS deployments is a meaningful barrier. Net: technically serious (memory corruption in the memory manager can mean privilege escalation to kernel context or reliable DoS on safety/real-time systems), but real-world urgency is moderate absent remote reachability or exploitation signals. Priority is elevated only where untrusted or lower-trust code already runs on the VxWorks target. |
| Exploit ScenarioDerived | A low-privileged application task already running on a VxWorks 7 device (e.g., a compromised or attacker-supplied process on an embedded controller) invokes a specific system call with malformed arguments, corrupting kernel memory-management structures. The attacker leverages the out-of-bounds write to escalate to kernel/supervisor context or to crash the RTOS, disrupting a real-time or safety-critical function. No public exploit code was identified at time of analysis, and exploitation requires prior local code execution on the target. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 28, 2026
Memory corruption in Wind River VxWorks 7 occurs when a task passes crafted arguments to a specific system call, causing an out-of-bounds write inside the RTOS memory-management subsystem and giving the caller full confidentiality, integrity, and availability impact on the running instance (CVSS 3.1 7.8 HIGH). The flaw is local in nature - per the vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) the attacker must already execute code on the device as at least a low-privileged task, so only VxWorks 7 deployments that run untrusted or lower-trust code are realistically exposed; locked-down devices that execute only vendor-signed firmware are not remotely reachable through this bug. All VxWorks 7 builds prior to version 26.09 are affected, and there is no public exploit code or CISA KEV entry identified at time of analysis.
RemediationAI
Vendor-released patch: upgrade to Wind River VxWorks 7 version 26.09 (the version in which the flaw is fixed), and consult the Wind River CVE support page (https://support2.windriver.com/index.php?page=cve) for the platform-specific rollup and any product-specific rebuild guidance your BSP requires. No patch-version-independent workaround is published, and because the specific vulnerable system call is not disclosed, targeted syscall filtering is not an option. Until the update can be deployed, apply compensating controls that reduce the local attack surface: restrict which code may run on the device and enforce vendor-signed firmware/module loading so untrusted applications cannot issue arbitrary system calls (trade-off: blocks legitimate third-party apps and field updates not in your signing chain); disable or physically lock down debug and maintenance interfaces such as JTAG, serial consoles, and shell/loader services that can spawn tasks (trade-off: removes recovery and diagnostic paths and requires staged provisioning); and enforce least privilege for resident tasks via MMU/memory-partition configuration so a single compromised task cannot reach privileged system-call paths (trade-off: configuration effort and possible incompatibility with legacy application designs). These measures lower, but do not eliminate, the risk from this flaw.
Affected VersionsENISA
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
VxWorks 7 is a real-time operating system (RTOS) whose kernel provides tasks, memory partitioning, and a system-call interface used by applications and middleware; the affected component is the kernel memory-management subsystem, reflected by CPE cpe:2.3:a:wind_river_systems_inc:vxworks_7:*:*:*:*:*:*:*:* and the vendor's own CVE page. The root cause class is CWE-787 (out-of-bounds write): a system call does not adequately validate caller-supplied arguments, so a crafted argument set drives a write past the bounds of a kernel-managed buffer or structure, corrupting memory that controls task/resource bookkeeping. Because the corruption is in the kernel memory-management layer, a successful low-privileged trigger can escalate to arbitrary read/write in the RTOS address space and destabilize the whole device rather than just the calling task. Wind River does not disclose the specific vulnerable system call or the argument pattern, so exploitation requires local reverse-engineering effort to identify the affected call, which raises the practical bar above that of a purely described bug.
Know when Vxworks 7 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
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Local syscall abuse by an already-running low-privileged task (AV:L/PR:L), no interaction needed, and memory-manager corruption plausibly yields full C/I/A within the RTOS.
Primary rating from Vendor (WindRiver).
CVSS VectorVendor: WindRiver
DescriptionCVE.org
Wind River VxWorks 7 prior to 26.09, specific system call arguments can result in memory corruption within the memory management subsystem. Fixed in Version 26.09
Executive ViewAI
Wind River VxWorks 7 deployments running builds prior to 26.09 are exposed to a high-severity local memory corruption flaw that can let a low-privileged task fully compromise the confidentiality, integrity, and availability of the affected device instance. The risk is concentrated in systems that execute untrusted or third-party code, while locked-down devices running only vendor-signed firmware are not remotely reachable through this bug. Leadership should prioritize asset inventory and interim hardening because exploitation could lead to device takeover and operational disruption in exposed embedded or industrial environments.
No vendor-released patch; enforce least privilege for local tasks, restrict execution of untrusted or third-party code, segment affected VxWorks 7 devices, monitor for privilege escalation or memory corruption indicators, and apply vendor mitigations when available.
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.
Privilege escalation in Wind River VxWorks 7 (all versions up to 26.09) allows an authenticated low-privilege shell user
Local denial of service in Wind River VxWorks 7 (all releases prior to 26.09) lets a low-privileged local task exhaust k
Memory pool exhaustion in Wind River VxWorks 7 releases 24.03 through 26.03 can terminate system operations when specifi
Local resource exhaustion in Wind River VxWorks 7 (versions prior to 26.09) allows a low-privileged local application to
EUVD-2026-88467
GHSA-wq3m-mvfx-4m3c
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB