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. Successful exploitation may compromise the confidentiality, integrity, and availability of the orchestrator and data managed by the orchestrator.
VeloCloud Orchestrator (VCO) on-prem has a security issue where this issue may allow a remote attacker to access privileged internal functionality and impact the VCO host. Successful exploitation may compromise the confidentiality, integrity, and availability of the orchestrator and data managed by the orchestrator.
This functionality was intended to be for internal use only and is not intended to be remotely accessible.
Hosted and Dedicated versions of VCO have already been patched in advance of this notice going out.
This issue was discovered externally and is known to be actively exploited.
VeloCloud Orchestrator (VCO) on-premises deployments contain an OS command injection flaw (CWE-78) in an internal privileged endpoint that was not designed to be network-accessible. The application passes attacker-supplied input to an OS command interpreter without sanitizing shell metacharacters or injected command strings, allowing the injected commands to execute in the context of the orchestrator process. Because no authentication is required and the endpoint is reachable over the network, the attack surface is the full network perimeter of any exposed VCO instance.
An attacker sends a crafted network request containing OS command injection payloads to the exposed internal endpoint. No credentials, user interaction, or prior access are required. Successful exploitation yields arbitrary OS command execution on the VCO host, giving the attacker full control over the orchestrator and all SD-WAN configuration, policy, and credential data it manages. This vulnerability affects only on-premises deployments; hosted and dedicated instances were patched before public disclosure. Active exploitation has been confirmed externally.
This vulnerability is confirmed as actively exploited in the wild — it is listed in CISA's Known Exploited Vulnerabilities (KEV) catalog.
If Arista VeloCloud Orchestrator runs inside your authorization boundary, yes. CVE-2026-16812 is on CISA's Known Exploited Vulnerabilities (KEV) catalog, which carries a remediation deadline of July 30, 2026. For a FedRAMP-authorized service, an unpatched KEV in your boundary is a finding — one you either remediate or formally document a mitigation for before your assessor and sponsoring agency raise it.
Knox doesn't patch your software for you — remediating Arista VeloCloud Orchestrator is your responsibility under the FedRAMP shared responsibility model. What Knox gives you is the pre-authorized, single-tenant boundary to remediate in, plus continuous compliance monitoring and audit-artifact coverage that help you document the fix for your next assessment. The fix is yours to apply; staying compliant while you apply it isn't something you manage alone.
Knox's continuous monitoring, powered by KnoxAI, watches your environment in real time for newly disclosed vulnerabilities and compliance issues. Exposure surfaces as part of ongoing monitoring — not only when an assessor flags it at review time.
Book a meeting and Knox maps your path — FedRAMP in 90 days for 90% less, without dependency or delay.
It becomes a POA&M item, and a growing POA&M list is what turns a routine continuous-monitoring review into a real conversation with your agency. Meeting the deadline keeps your authorization clean and the agency relationship intact.
Because this flaw is in CISA's Known Exploited Vulnerabilities catalog, FedRAMP continuous monitoring puts a hard remediation clock on it. The clock starts on awareness — and missing the deadline can put an Authority to Operate at risk.
FedRAMP ConMon SLAs give cloud providers 30, 90, or 180 days by severity — but KEV-listed flaws carry the tighter CISA deadline shown above. For authorized services, that date is the compliance line that assessors and agency sponsors will check.
Remediating the flaw is your responsibility under the FedRAMP shared responsibility model — but staying compliant while you fix it isn't something you manage alone. KnoxAI's continuous monitoring surfaces exposure in real time, and Knox keeps your continuous-monitoring evidence and audit artifacts current while you apply the fix. Learn more about the Knox platform.
Knox's single-tenant architecture gives every customer a dedicated boundary, and 60–80% of FedRAMP controls are inherited from the platform — shrinking the surface you have to patch and prove. See why teams choose Knox.
Schedule a meeting to discuss scope, parse readiness, and map your company’s accelerated path to FedRAMP authorization.







_Horizontal_RGB.png)








