Arista VeloCloud CVE-2026-114625: da account sola lettura a operator, già sfruttata

Arista ha divulgato oggi una SQL injection zero-day in VeloCloud Orchestrator (VCO) On-Prem e ha dichiarato che è già sfruttata. Il dettaglio che la porta in cima al lavoro di stasera: l'attaccante non ha bisogno di un amministratore. Chi detiene un account Enterprise Read Only — il ruolo tenant più basso disponibile, quello che si assegna a chi deve solo guardare le dashboard — può scalare via injection fino a operator, il superuser dell'orchestratore che programma ogni edge SD-WAN in esercizio. VCO è esposto per impostazione predefinita e Arista precisa che nessuna configurazione elimina quell'esposizione.

Notizia in evoluzione — pubblicata alle 22:18 (20:18 UTC) del 2026-10-22. Aggiornata man mano che Arista e CISA pubblicano.

In breve

CVE	CVE-2026-114625
Prodotto / versioni colpite	VeloCloud Orchestrator On-Prem; 5.2.x prima di 5.2.3.18; 6.1.x prima di 6.1.3.10; 6.4.x prima di 6.4.2.12
Corretta in	5.2.3.18; 6.1.3.10; 6.4.2.12 (rilasciate il 2026-10-22)
CVSS	9.9 Critical · CVSS v3.1 · assegnato da Arista · AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H; anche 9.4 CVSS v4.0; NVD non ancora assegnato
Sfruttata attivamente	Sì · Arista l'ha rilevata e la dichiara sfruttata attivamente
CISA KEV	Non presente (catalogo versione 2026.10.21)
Advisory ufficiale	Arista Security Advisory 0199

Cosa ha divulgato Arista

La falla è una classica SQL injection CWE-89, tracciata internamente come BUG2043622. Arista le assegna 9.9 su CVSS v3.1 e 9.4 su v4.0. La meccanica descritta nell'advisory Arista rende onesto quel punteggio: con accesso di rete all'interfaccia web di VCO e una qualsiasi sessione autenticata valida, una injection a bassa complessità raggiunge funzionalità interne privilegiate e consente all'attaccante di impersonare un account superuser operator locale. Nessuna interazione utente, nessun secondo bug, nessun social engineering. È il PR:L nel vettore a fare il lavoro — il prerequisito è "un login" — e il cambio di scope (S:C) è il salto da tenant confinato al controllo dell'host.

Perché quel prerequisito è più basso di quanto sembri: gli orchestratori SD-WAN accumulano account. Li detengono i managed service provider. Li detengono gli auditor in sola lettura. A volte li detengono ancora integratori ormai usciti dal progetto. Una qualunque di quelle credenziali — o una singola password riusata presente in una lista di credential stuffing — è ora un percorso verso operator, e il report di BleepingComputer conferma che gli attaccanti lo stanno già percorrendo.

È la terza zero-day di VeloCloud Orchestrator in un trimestre. A luglio, CVE-2026-16812 era una command injection non autenticata che si guadagnò un orologio CISA di tre giorni. Il pattern non è casuale: l'orchestratore è un unico piano di gestione che tocca centinaia di branch, quindi un bug lì vale più per un attaccante di un bug ovunque a valle. Si compromette VCO e si possono spingere configurazione, rotte e firmware verso ogni edge gestito.

Chi è esposto e come verificare la versione

Solo VeloCloud Orchestrator On-Prem (ex VeloCloud Orchestrator by Broadcom) richiede un intervento. Gli ambienti VCO hosted e dedicated di Arista erano anch'essi colpiti ma risultano già corretti lato Arista. I rami end-of-support non sono stati valutati: se ne usi uno, consideralo esposto.

Verifica la build in esecuzione nella UI di VCO (pannello About / versione) o sull'host dell'orchestratore. Sei vulnerabile se sei sotto la build corretta del tuo ramo:

Ramo di rilascio	Colpito	Build corretta
5.2.x	prima di 5.2.3.18	5.2.3.18
6.1.x	prima di 6.1.3.10	6.1.3.10
6.4.x	prima di 6.4.2.12	6.4.2.12

Remediation

1. Sono colpito?

Confronta la build di VCO con la tabella sopra. Se l'interfaccia web è raggiungibile da qualcosa di più ampio di una rete di management rigidamente segregata, trattala come esposta a internet — Arista dichiara che VCO è esposto per default e che nulla nella configurazione del prodotto lo impedisce.

2. Patch — versioni corrette esatte

Aggiorna a 5.2.3.18, 6.1.3.10 o 6.4.2.12 (o successive sul tuo ramo), secondo l'Advisory 0199. Su un ramo non supportato, contatta Arista TAC per un percorso di upgrade invece di restare fermo. Poiché lo sfruttamento richiede solo una sessione valida, la patch è l'unico controllo che chiude davvero il buco: tutto il resto compra tempo, non sicurezza.

3. Non puoi applicare la patch subito? — controlli compensativi

• Limita l'interfaccia web di VCO alle reti amministrative fidate. È lo stopgap a valore più alto, perché rimuove la metà "accesso di rete all'interfaccia web" del prerequisito per chiunque sia fuori dal tuo segmento di management.
• Blocca gli IP attaccanti noti al perimetro: 74.82.197.86 e 38.54.50.151.
• Blocca le porte in uscita non necessarie dall'host VCO e allerta su egress inatteso — un orchestratore compromesso che "chiama casa" è un segnale ad alta fedeltà.
• Elimina ora gli account tenant inutilizzati. Ogni credenziale Enterprise Read Only è una primitiva di sfruttamento finché non applichi la patch.

4. Caccia alla compromissione

La stessa guida di Arista è: assumere la possibilità di compromissione e cercare. Mappa la caccia su ATT&CK:

• Accesso iniziale / sfruttamento (T1190): esamina i log di accesso web di VCO cercando componenti di path anomali in forma di URL, caratteri codificati, riferimenti a servizi locali o interni e frequenze di richiesta abnormi — l'impronta del probing di injection.
• Persistenza (T1505.003): cerca webshell e daemon di backdoor inattesi sull'host VCO.
• Comando e controllo (T1071): controlla i log delle connessioni per i due IP IOC sopra e per qualsiasi sessione in uscita inattesa dall'orchestratore.
• Privilegi / manomissione: rivedi l'attività amministrativa recente per modifiche senza proprietario — nuovi account a livello operator, configurazioni edge alterate, push inattesi di firmware o rotte.

5. Bonifica e verifica

Se trovi uno di questi segnali, preserva le evidenze prima di bonificare: log di accesso web di VCO, log applicativi di backend, log di sistema, log di database e i relativi timestamp del file system, come consiglia Arista, poi coinvolgi TAC. Una compromissione a livello superuser operator significa che i record stessi dell'orchestratore non sono più affidabili senza riserve: ricostruisci da un'immagine nota e pulita invece di bonificare sul posto, ruota ogni credenziale e token API che l'orchestratore poteva raggiungere, e solo allora conferma la correzione ri-testando il percorso di injection, non leggendo una stringa di versione più alta.

Cosa non si sa ancora

• Nessun punteggio o record da NVD per ora, e la CVE non è nel catalogo CISA KEV alla versione di catalogo 2026.10.21. Data una falla critica, sfruttata attivamente, in un piano di gestione diffusissimo, un inserimento in KEV con una scadenza breve secondo BOD 26-04 è un esito realistico a breve: non aspettarlo per agire.
• Nessuna attribuzione pubblica e nessun dato sul volume di sfruttamento. Arista cita due IP IOC ma non ha caratterizzato l'attore né la scala.
• Nessun proof-of-concept pubblico è stato segnalato, ma con la meccanica (SQL injection autenticata) ormai descritta, considera la finestra breve.

Il modo onesto per sapere se è già successo

Un account in sola lettura che diventa superuser operator lascia quasi nulla nei posti dove la maggior parte dei team guarda. L'audit trail dell'orchestratore è esattamente ciò che l'attaccante ora controlla, e l'advisory di Arista lo ammette implicitamente — dice di sorvegliare il traffico in uscita dall'host VCO, i callback di webshell e daemon di backdoor, le connessioni verso due IP specifici. È una guida di rilevamento che punta alla rete, perché dopo una compromissione a livello operator la rete è l'unico testimone che l'attaccante non può riscrivere.

È il caso per cui è stata costruita l'AI Traffic Analysis di Zero Hunt. Il suo modello di deep learning esegue quattro teste di inferenza — traffico sospetto, classificazione malware, identificazione del tipo di attacco, fingerprinting applicativo — su miliardi di sequenze PCAP a 2.7+ Gbit/s sulla GPU dell'apparato, on-premise, senza che nulla lasci la macchina. Un orchestratore che d'improvviso effettua beacon verso una destinazione mai vista, un host VCO che spinge configurazioni che nessun operatore ha richiesto, il callback di una webshell — sono anomalie sul filo mentre accadono, non una riga nel digest SIEM di domani mattina. E poiché il vero prerequisito della falla è "un login valido", il nostro red team autonomo basato su AI la testa come fa l'attaccante: una campagna gray-box autenticata con una credenziale tenant a basso privilegio, generando un tentativo di injection per-target per provare se quell'account in sola lettura può davvero raggiungere operator sulla tua build — black-box di default, con approvazione umana per tutto ciò che tocca l'host, ogni finding firmato al momento della scrittura. Quando conferma il percorso, l'AI Remediation Advisor ordina la correzione per sfruttabilità reale — prima sfruttata in the wild, poi dimostrata raggiungibile nel tuo ambiente, poi CVSS ed EPSS — ti consegna la build corretta esatta con note di rollout e rollback e la restrizione alla rete amministrativa come controllo compensativo, e riverifica con la stessa prova che l'ha trovata. Parlane con noi se VeloCloud sta tra te e i tuoi branch, oppure leggi come il penetration testing automatizzato trasforma una divulgazione come questa in una risposta in giornata invece che in una scommessa fino alla prossima finestra di manutenzione.