Who is affected
This vulnerability affects Arista VeloCloud Orchestrator deployments running on premises. The record does not specify which versions are vulnerable, only that the on-prem variant is affected; cloud-hosted deployments may have different exposure. SQL injection in the orchestrator allows remote attackers to bypass authentication controls and reach privileged functions, potentially compromising the confidentiality, integrity and availability of the orchestrator itself and all SD-WAN appliances it manages.
How to check whether this touches you
- Audit your inventory for any on-premises VeloCloud Orchestrator instances. If you run only cloud-hosted VCO or have already decommissioned on-prem deployments, note that and move to patch prioritisation for any remaining systems.
- Establish network reachability: check whether your VCO instances accept inbound connections from untrusted networks, whether directly exposed to the internet or via jump hosts or VPNs without MFA gating.
- Attempt to connect to the management interface and note the software version string displayed. Version alone is not proof of vulnerability (vendors backport fixes), but it is the starting point for vendor-specific patch guidance.
- Review Arista's security advisories and patch documentation to determine which specific versions contain the vulnerability and which patches address it.
What to do
- Immediately consult Arista's published guidance for CVE-2026-114625 to identify your precise version and the corresponding patch or workaround. Do not assume all versions are equally at risk.
- If you cannot patch within the federal remediation window (26 October 2026), apply network-layer mitigations: restrict inbound access to the VCO management interface to known administrator IP ranges, disable unnecessary network services, and require VPN or jump-host access with multi-factor authentication.
- Enable and retain detailed audit logs from the VCO instance, focusing on authentication failures, SQL query errors, and privilege escalation attempts. Log retention should extend back at least 90 days.
- If the VCO cannot be patched or adequately isolated, escalate to your risk owner to evaluate whether the orchestrator should remain in service and, if so, under what conditions and monitoring.
If you find you were exposed
Exploitation of SQL injection typically occurs weeks or months before disclosure, so retrospective hunting must work backwards from the vulnerability publication date. Query your VCO and network access logs for suspicious SQL syntax in request parameters, unusual database queries, unauthorised privilege grants, or access from unexpected source IPs to the management interface. If logs do not extend back far enough, engage your incident response team to assess the blast radius of the orchestrator's managed appliances, which may have been reconfigured or used as pivot points during the window of exposure.