Guias de Segurança

VeloCloud Orchestrator CVE-2026-114625 explorada: versões corrigidas e o que verificar

O Arista VeloCloud Orchestrator (VCO) On-Prem tem a terceira falha explorada ativamente desde julho: CVE-2026-114625, uma injeção de SQL com CVSS v4.0 9.4. Versões corrigidas por linha de lançamento, a lacuna da 7.0 e como verificar se houve comprometimento.

Publicado 2026-10-24 Atualizado 2026-10-24 Última verificação 2026-10-24 14 min de leitura
Nesta página

Para quem é esta página: equipes de rede e segurança que executam, em infraestrutura própria, a plataforma de gerenciamento de SD-WAN da Arista, o VeloCloud Orchestrator (VCO). Esta página se baseia nos comunicados de segurança da Arista e nos dados públicos da CISA. Ela não trata de como os ataques funcionam.

Em andamento: esta página será atualizada conforme novas informações forem publicadas

Em 24 de outubro de 2026, 03:45 UTC

Ainda não se sabe

  • Quando a exploração começou e quem está por trás dela
  • Por que a linha 7.0 não está listada e quais são as correções da 7.0 para as falhas de julho e setembro
  • Versões corrigidas da falha de setembro (CVE-2026-93952) na linha 6.1
  • Comunicados de órgãos públicos japoneses (JPCERT/CC, IPA)

A Arista publicou o Security Advisory 0199 (revisão 1.0) em 22 de outubro, e a CISA incluiu a falha no KEV em 23 de outubro. Nenhuma das duas informou quando a exploração começou nem quem está por trás dela. Nem o comunicado nem a entrada do KEV mencionam código de exploração público. Esta página será atualizada quando o comunicado for revisado.

O que fazer hoje (VCO on-prem)

1

Verifique sua versão e escolha a versão de destino

Verifique a versão do seu VCO e use a tabela abaixo para escolher a versão para a qual migrar. As correções desta falha (5.2.3.18, 6.1.3.10, 6.4.2.12) são mais novas que as de julho e setembro. É preciso atualizar de novo mesmo que você tenha aplicado essas.

2

Preserve os logs e os registros de data e hora dos arquivos antes de atualizar

Se houver suspeita de comprometimento, a Arista pede que os operadores preservem os logs de acesso web do VCO, os logs da aplicação de backend, os logs do sistema, os logs do banco de dados e os registros de data e hora relevantes do sistema de arquivos antes da correção. Copie-os para outro local antes que uma atualização ou reconstrução os sobrescreva.

3

Atualize para a versão corrigida

Migre para a versão corrigida mais recente de sua linha. Este comunicado diz que as versões não listadas não são vulneráveis, e a 7.0 não está listada. Como também não há correções da 7.0 listadas para as falhas de julho e setembro, confirme com o Arista TAC (Technical Assistance Center) — esta é uma recomendação nossa, não do comunicado. As versões em fim de suporte não foram avaliadas.

4

Restrinja quem pode acessar a interface de gerenciamento

A Arista diz que o VCO fica exposto por padrão e que nenhuma configuração impede a exposição. Use o firewall à frente do VCO para limitar o acesso à interface web a redes administrativas confiáveis. Antes de restringir, confirme de quais conexões a operação depende, como os dispositivos VeloCloud Edge que se conectam ao VCO.

5

Verifique sinais de comprometimento

Siga as verificações da seção abaixo. A Arista não disse quando a exploração começou, então volte o quanto seus logs retidos permitirem. O comunicado também lista endereços de origem vistos nos ataques. Abra o comunicado da Arista e compare essa lista com seus próprios logs.

6

Revise as contas de usuário

Esta falha pode ser explorada com o papel de locatário integrado de menor nível, Enterprise Read Only. Desative contas sem uso, contas de ex-funcionários ou prestadores e contas compartilhadas, e revise as senhas das contas que você mantiver.

Versões corrigidas por linha (três comunicados lado a lado)

Cada comunicado indica suas próprias versões corrigidas. Para escolher um destino por linha, este site alinhou os três comunicados da Arista.

LinhaJulho: CVE-2026-16812 (SA-0144)Setembro: CVE-2026-93952 (SA-0183)Outubro: CVE-2026-114625 (SA-0199)Destino
5.2Corrigida na 5.2.3.14 e posterioresCorrigida na 5.2.3.16 e posterioresCorrigida na 5.2.3.18 e posteriores5.2.3.18 ou posterior
6.1Corrigida na 6.1.3.4 e posterioresAfetadas: 6.1.3.7 e anteriores. Nenhuma correção da 6.1 listadaCorrigida na 6.1.3.10 e posteriores6.1.3.10 ou posterior (confirme a falha de setembro com o Arista TAC)
6.4Corrigida na 6.4.2.4 e posterioresCorrigida na 6.4.2.8 e posterioresCorrigida na 6.4.2.12 e posteriores6.4.2.12 ou posterior
7.0Afetadas: anteriores à 7.0.0.1. Nenhuma correção da 7.0 listadaAfetadas: 7.0.0.2 e anteriores. Nenhuma correção da 7.0 listadaNão listada (o comunicado diz que versões não listadas não são vulneráveis)Confirme com o Arista TAC (nenhuma correção da 7.0 listada para julho ou setembro)
Fim de suporteNão avaliadasContate o TACNão avaliadasConfirme com o Arista TAC

O comunicado de setembro (SA-0183) diz que as correções para outras linhas "serão adicionadas ao longo do tempo" (revisão 1.1, verificado em 24 de outubro).

Julho SA-0144

Corrigida na 5.2.3.14

Setembro SA-0183

Corrigida na 5.2.3.16

Outubro SA-0199

Corrigida na 5.2.3.18 (migre para esta)

A correção de cada comunicado é uma versão mais nova que a anterior. Ter aplicado uma correção anterior não cobre a falha mais recente (linha 5.2 como exemplo).

O que a Arista divulgou

Security Advisory 0199 (22 de outubro de 2026, revisão 1.0)
CVE
CVE-2026-114625
Tipo
Injeção de SQL (CWE-89)
Gravidade
CVSS v4.0 9.4, v3.1 9.9 (pontuações da Arista, que o NVD também lista)
Impacto
Qualquer usuário autenticado pode obter privilégios de operador e se passar por um "operador superusuário" local. Isso alcança remotamente funcionalidades somente internas e pode comprometer a confidencialidade, a integridade e a disponibilidade do orquestrador e dos dados que ele gerencia
Requisitos
Acesso de rede à interface web do VCO e uma sessão autenticada válida. O papel mínimo é Enterprise Read Only, o papel de locatário integrado de menor nível. O VCO fica exposto por padrão e nenhuma configuração impede a exposição
Afetadas
VeloCloud Orchestrator On-Prem: 5.2.x anteriores à 5.2.3.18, 6.1.x anteriores à 6.1.3.10, 6.4.x anteriores à 6.4.2.12. A linha 7.0 não está listada; o comunicado diz que versões não listadas não são vulneráveis. As versões em fim de suporte não foram avaliadas
Não afetados
VeloCloud Edge, VeloCloud Gateway, produtos Arista baseados em EOS e outros
Hospedado
O VCO hospedado, incluindo o Dedicated, foi afetado e já foi corrigido
Exploração
Detectada pela Arista e "conhecida por ser explorada ativamente"
9.4
CVSS v4.0 (9.9 na v3.1)
Somente leitura
Menor papel necessário para explorar
3 dias
Da inclusão no KEV (23 de out.) ao prazo da CISA (26 de out.)
3
Falhas do VCO incluídas no KEV desde julho

A CISA incluiu a CVE-2026-114625 no KEV em 23 de outubro e definiu 26 de outubro como prazo para as agências federais dos EUA. A entrada do KEV a marca como exigindo triagem forense. O uso conhecido em ransomware consta como "Unknown" (desconhecido).

Três falhas exploradas em três meses

  1. 27 de julho de 2026

    A Arista divulga a CVE-2026-16812 (injeção de comandos do sistema operacional, CVSS 10.0) no SA-0144. Não exige login. Descoberta externamente e conhecida por ser explorada. A CISA a inclui no KEV no mesmo dia (prazo 30 de julho).
  2. 3 de agosto

    O SA-0144 é revisado para incluir o VCO hospedado entre as plataformas afetadas.
  3. 22 de setembro

    A Arista divulga a CVE-2026-93952 (validação de entrada inadequada, CVSS v3.1 10.0, v4.0 9.5) no SA-0183. Não exige login. Aplica-se onde está configurada a autenticação por certificado do VeloCloud Edge para o VCO. Descoberta externamente e conhecida por ser explorada. A CISA a inclui no KEV no mesmo dia (prazo 25 de setembro).
  4. 22 de outubro

    A Arista divulga a CVE-2026-114625 (injeção de SQL, CVSS v4.0 9.4) no SA-0199, detectada pela própria Arista e conhecida por ser explorada.
  5. 23 de outubro

    A CISA a inclui no KEV (prazo 26 de outubro).

As falhas de julho e setembro não exigem login; a de outubro exige. Os tipos de bug são diferentes, mas os três comunicados descrevem o mesmo resultado: acesso remoto a funcionalidades somente internas que pode afetar o host do VCO. Os três listam controles provisórios em comum, como restringir a interface web a redes administrativas.

Como verificar se houve comprometimento (segundo os comunicados)

Guarde as evidências antes de corrigir

A Arista pede que os operadores que suspeitam de comprometimento preservem os logs de acesso web do VCO, os logs da aplicação de backend, os logs do sistema, os logs do banco de dados e os registros de data e hora relevantes do sistema de arquivos antes da correção, quando for viável operacionalmente. Atualizar ou reconstruir primeiro destrói o que você precisa para investigar.

Onde procurarO que verificar (segundo o comunicado)
Logs de acesso webComponentes de caminho incomuns semelhantes a URLs, caracteres codificados, referências a serviços locais ou internos, altas taxas de requisições
Endereços de origemConexões das origens de ataque listadas no comunicado (confira a lista no comunicado da Arista)
Tráfego de saída do VCOConexões de saída inesperadas. Considere bloquear portas de saída desnecessárias à operação normal
No hostDaemons de backdoor e webshells
Atividade de administradoresAlterações recentes que ninguém da sua equipe fez

Os comunicados de julho (SA-0144) e setembro (SA-0183) acrescentam mais itens: alterações sensíveis de configuração que não correspondem ao trabalho dos administradores; execução de comandos, criação de arquivos, exportações ou arquivamentos de banco de dados inesperados; e acesso inesperado a conteúdo do banco de dados, configuração, inventário de dispositivos, credenciais, certificados ou chaves. O SA-0183 também lista artefatos específicos de arquivos e logs. Se você os encontrar, a Arista pede que preserve o estado do VCO e contate o Arista TAC.

Se você encontrar um comprometimento

Os comunicados de julho e setembro listam etapas pós-correção. Eles alertam que um VCO comprometido também pode dar aos invasores acesso aos dispositivos VeloCloud Edge.

  • Troque as credenciais
  • Revise a atividade dos administradores
  • Valide o estado dos dispositivos gerenciados (Edges)
  • Restaure ou substitua o orquestrador a partir de fontes confiáveis

A visão deste site: mantenha os planos de gerenciamento fora da internet

O VCO é onde se gerencia a configuração dos dispositivos SD-WAN de todas as filiais. Os próprios comunicados da Arista dizem que um VCO comprometido pode expor os dispositivos Edge que ele gerencia.

Os três comunicados exigem acesso de rede à interface web do VCO. Dois deles, o de julho e o de outubro, dizem que o VCO fica exposto por padrão e que nenhuma configuração impede a exposição. A menos que o operador restrinja o acesso na camada de rede, a próxima falha partirá da mesma posição exposta. Com três falhas em três meses, esperar cada correção não basta por si só.

Práticas que deixam você exposto à próxima falha

  • A interface de gerenciamento pode ser acessada de qualquer lugar da internet
  • O trabalho para quando a correção é aplicada
  • Contas somente leitura são deixadas de lado porque "não podem fazer nada"
  • O tráfego de saída do VCO não tem restrição

Práticas que limitam a próxima falha

  • A interface de gerenciamento só é acessível a partir de uma rede administrativa ou de uma VPN
  • Os logs são preservados e revisados em busca de sinais de comprometimento a cada atualização
  • As contas são revisadas regularmente e as sem uso são desativadas
  • O tráfego de saída do VCO é limitado aos destinos de que a operação precisa

O mesmo padrão se repete com interfaces de gerenciamento de VPN e firewall. Para saber como encontrar e proteger interfaces de gerenciamento expostas à internet, veja defesa de acesso remoto para appliances de VPN. Para entender por que as inclusões no KEV vão para o topo da fila, veja como decidir o que corrigir primeiro com CVSS, EPSS e KEV.

O que ainda não se sabe

ItemSituação
Exploração ativaConfirmada (Arista, CISA)
Quando a exploração começou e quem está por trás delaNão informado
Número de organizações afetadasNão informado
Código de exploração públicoNão informado (comunicado e KEV)
Por que a linha 7.0 não está listadaNão informado (o comunicado diz que versões não listadas não são vulneráveis)
Correções da 6.1 e da 7.0 para a falha de setembroNão listadas ("serão adicionadas ao longo do tempo")
Comunicados públicos japonesesEm 24 de outubro, nenhum alerta do JPCERT/CC ou do IPA encontrado

Nenhuma lista de organizações que usam o VCO foi publicada, e este site não especula sobre usuários específicos.

Fontes

  • Arista, "Security Advisory 0199" (CVE-2026-114625, 22 de outubro de 2026, revisão 1.0) — arista.com
  • Arista, "Security Advisory 0183" (CVE-2026-93952, 22 de setembro de 2026, revisão 1.1) — arista.com
  • Arista, "Security Advisory 0144" (CVE-2026-16812, 27 de julho de 2026, revisão 1.2) — arista.com
  • CISA, "Known Exploited Vulnerabilities Catalog" (CVE-2026-114625) — cisa.gov
  • NVD, "CVE-2026-114625" — nvd.nist.gov

Histórico de atualizações

2026-10-24: Primeira publicação, com base nos três comunicados da Arista (SA-0144, SA-0183, SA-0199) e no catálogo KEV da CISA.

Leia a seguir

Notícias urgentes recentes

FAQ

QO que aconteceu?
A

Em 22 de outubro de 2026, a Arista divulgou a CVE-2026-114625, uma vulnerabilidade de injeção de SQL (CVSS v4.0 9.4, v3.1 9.9) no VeloCloud Orchestrator (VCO) On-Prem, sua plataforma de gerenciamento de SD-WAN. A Arista diz que detectou o problema e que ele é conhecido por ser explorado ativamente. A CISA a incluiu no catálogo de Vulnerabilidades Exploradas Conhecidas (KEV) em 23 de outubro.

QMinha organização é afetada?
A

O VCO autogerenciado (On-Prem) é afetado: 5.2.x anteriores à 5.2.3.18, 6.1.x anteriores à 6.1.3.10 e 6.4.x anteriores à 6.4.2.12. O comunicado diz que as versões não listadas não são vulneráveis; a linha 7.0 não está listada, e nenhum motivo é informado. As versões em fim de suporte não foram avaliadas. O VeloCloud Edge e o VeloCloud Gateway constam como não afetados.

QExige login. Posso esperar?
A

Não. O papel mínimo exigido é Enterprise Read Only, o papel de locatário integrado de menor nível, então basta uma única conta somente leitura comprometida. A Arista diz que o VCO fica exposto por padrão e que nenhuma configuração impede a exposição.

QUsamos o VCO hospedado. Precisamos fazer algo?
A

A Arista diz que o VCO hospedado, incluindo o Dedicated, foi afetado e já foi corrigido. O comunicado não pede que clientes do ambiente hospedado atualizem nada. Apenas o VCO autogerenciado precisa de atualização.

QAplicamos as correções de julho e setembro. Isso basta?
A

Não. As versões corrigidas para a CVE-2026-114625 (5.2.3.18, 6.1.3.10, 6.4.2.12) são mais novas que as correções de julho (CVE-2026-16812) e setembro (CVE-2026-93952). Permanecer em uma versão corrigida anterior deixa esta falha aberta. Migre para a versão corrigida mais recente de sua linha.

QComo verificamos se fomos comprometidos?
A

A Arista pede que os operadores revisem os logs de acesso web do VCO em busca de componentes de caminho incomuns semelhantes a URLs, caracteres codificados, referências a serviços locais ou internos e altas taxas de requisições. Procure também tráfego de saída inesperado do host do VCO, alterações inesperadas de administradores e daemons de backdoor ou webshells (programas maliciosos instalados em um servidor). Se houver suspeita de comprometimento, preserve os logs e os registros de data e hora do sistema de arquivos antes da correção.