Join our Newsletter — 33% off our NHI Course
Home› Glossary› Threats, Abuse & Incident Response› CVE-2026-16812 (Arista VeloCloud Orchestrator On-Prem OS…
Threats, Abuse & Incident Response

CVE-2026-16812 (Arista VeloCloud Orchestrator On-Prem OS Command Injection)

← Back to Glossary
By NHI Mgmt Group Updated October 17, 2026 Domain: Threats, Abuse & Incident Response

CVE-2026-16812 is an on-prem OS command injection vulnerability in Arista VeloCloud Orchestrator. CISA added it to the Known Exploited Vulnerabilities catalogue on 27 July 2026, which means attackers have used it in real attacks. Arista VeloCloud Orchestrator On-Prem contains an OS command injection vulnerability that may allow a remote attacker to access privileged internal functionality and impact the VCO host.

Why this vulnerability class matters

OS command injection is dangerous because an application can be tricked into passing attacker-controlled input to the host operating system. In an on-prem orchestrator, that can turn a web-facing bug into host-level impact, especially when the platform is trusted to manage internal functions and infrastructure workflows.

For a product like Arista VeloCloud Orchestrator On-Prem, the concern is not just data exposure. If remote input reaches privileged system commands, an attacker may be able to alter configuration, execute administrative actions, or use the orchestrator as a stepping stone into the underlying host.

How organisations assess exposure

Exposure begins with asset inventory: you need to know whether the on-prem orchestrator is deployed, where it sits, and whether it is reachable from untrusted networks. Because CISA added this CVE to the Known Exploited Vulnerabilities catalogue, organisations should treat it as actively abused rather than theoretical, and confirm whether the vulnerable product is still internet-facing or accessible through partner networks.

Version and patch specifics should be checked in the vendor advisory and the CVE Program and KEV catalogue rather than inferred from secondary sources. For this class of issue, the key question is whether any deployment path allows attacker input to reach command execution in a trusted management plane.

Remediation and compensating controls

The primary fix is vendor remediation, but if patching cannot happen immediately, reduce attack surface around the orchestrator. Restrict administrative access, segment the host, remove unnecessary network exposure, and harden any interfaces that can reach command-processing code. If the product is exposed through reverse proxies or management portals, apply the most restrictive network and authentication controls available until remediation is complete.

Because command injection often crosses from application logic into the operating system, compensating controls should focus on containment. Limit the orchestrator host’s outbound reach, separate it from sensitive internal systems, and review whether the service account or operating context has more privilege than it truly needs.

Detection and compromise review

After exploitation, defenders should assume the host may have been used to run commands, stage tools, or modify local files. Review process creation, command-line logging, authentication events, web access logs, and any orchestration audit trail that could show unusual administrative activity. If the host was reachable from the internet, inspect for signs of persistence or follow-on lateral movement.

The Web Application Attacks Guide is useful here because command injection is a classic application-layer path to system compromise. For remediation validation and broader prioritisation, the Vulnerability Management Guide helps frame KEV-listed issues as urgent exposure items that require verification, not just ticketing.

Risk and Threat Considerations

Command injection in a management platform is especially risky because it can convert application reach into privileged host execution. Once an attacker can drive operating-system commands through the orchestrator, the boundary between software bug and infrastructure compromise becomes thin, and that often creates both immediate impact and a path to persistence.

Failure mechanism: Unsanitised input reaches a command interpreter or shell wrapper, allowing the attacker to execute arbitrary operating-system commands in the context of the orchestrator host.

Impact: The attacker may access privileged internal functionality, tamper with orchestration workflows, pivot deeper into the environment, or compromise the host that runs the product.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

MITRE ATT&CK addresses the attack and risk surface, while NIST SP 800-53 Rev 5, CIS Controls v8 and OWASP ASVS set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
MITRE ATT&CKT1059 — Command and Scripting InterpreterOS command injection maps directly to attacker use of shells and command interpreters.
Recommendation — Hunt for command-line execution spawned by the orchestrator and block shell-based abuse paths.
NIST SP 800-53 Rev 5SI-10 — Information Input ValidationThis vulnerability arises from unsafe handling of user-controlled input before command execution.
AC-6 — Least PrivilegeA privileged orchestrator host increases the blast radius of successful command injection.
AU-2 — Event LoggingDetection depends on logging process creation, admin activity, and access events around exploitation.
Recommendation — Validate all externally supplied fields before they can reach command execution logic. Reduce the orchestrator's execution privileges to limit post-exploitation impact. Log orchestrator administration, process launches, and security-relevant host events.
CIS Controls v8CIS-4 — Secure Configuration of Enterprise Assets and SoftwareHardening the on-prem orchestrator and its host reduces exposure to command-injection abuse.
Recommendation — Harden the orchestrator host and management interfaces to remove unnecessary exposure.
OWASP ASVSV1 — Encoding and SanitizationInjection issues are prevented by strict handling of untrusted input before it reaches the OS.
Recommendation — Apply strict input validation and encoding to any field that can influence system commands.

Practitioner Guidance

Why practitioners should care: Treat KEV-listed command injection in an on-prem management plane as an exposure and containment issue, not only a patching task. The host, the network placement, and the privilege context all influence how far a successful exploit can go.

What to watch for: Unusual child processes, shell activity from the orchestrator service, new outbound connections, or administrative actions that do not match normal operations should trigger a compromise review. If the product is exposed to broad internal access, narrow that reach first while remediation is scheduled.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 17, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org