JetBrains Cadence violato via TeamCity, VMware espone l’host da Workstation e Fusion

🛡️ Executive Summary

• JetBrains conferma che CVE-2026-63077 ha permesso di compromettere il server Cadence rimasto senza patch, esponendo backup, credenziali AWS e potenzialmente codice sorgente.
• VMware Workstation e Fusion sono vulnerabili a CVE-2026-59346 e CVE-2026-59347, con possibilità di eseguire codice sul processo host partendo da una VM privilegiata.
• Broadcom non indica workaround: Workstation e Fusion 25H2 e 26H1 devono essere aggiornati alla versione 26H1u1.

Due incidenti differenti riportano l’attenzione sulle piattaforme che occupano una posizione privilegiata tra sviluppo, cloud e infrastruttura. JetBrains ha concluso l’indagine sulla compromissione di Cadence, servizio integrato con PyCharm, confermando che gli aggressori hanno sfruttato CVE-2026-63077 contro un server TeamCity che avrebbe dovuto essere aggiornato ma era rimasto vulnerabile. L’accesso ha coinvolto un backup del 2024, utenti AWS IAM, file conservati su S3 e potenzialmente codice sorgente e credenziali degli utenti. Il caso porta a conseguenze concrete quanto già emerso quando TeamCity era entrato nel catalogo delle vulnerabilità sfruttate attivamente. In parallelo Broadcom ha corretto due nuove vulnerabilità in VMware Workstation e Fusion, una delle quali raggiunge CVSS 9,3 e consente a un amministratore della macchina virtuale di arrivare all’esecuzione di codice sull’host.

JetBrains aveva corretto TeamCity ma il server Cadence era rimasto vulnerabile

La compromissione di Cadence rende particolarmente rilevante CVE-2026-63077 perché non riguarda più soltanto installazioni di clienti rimaste senza patch: JetBrains stessa ha confermato di non avere aggiornato uno dei propri sistemi. Cadence è un servizio ospitato dal produttore e collegato a PyCharm attraverso un plugin opzionale per eseguire progetti su risorse di calcolo cloud; l’orchestrazione utilizzava TeamCity. CVE-2026-63077 permette a un aggressore non autenticato con accesso HTTP o HTTPS al server vulnerabile di utilizzare il protocollo di polling degli agenti per aggirare i controlli di autenticazione ed eseguire comandi arbitrari con i privilegi del processo TeamCity. La vulnerabilità era stata corretta nelle versioni 2025.11.7 e 2026.1.3, con un security patch plugin disponibile anche per installazioni precedenti. La prima analisi sulla correzione di CVE-2026-63077 aveva già evidenziato il rischio per credenziali, build e artefatti CI/CD. JetBrains ha successivamente ricevuto segnalazioni di sfruttamento attivo e ha raccomandato l’aggiornamento immediato dei server rimasti esposti. L’advisory ufficiale aggiornato su CVE-2026-63077 conferma che l’attacco non richiede autenticazione.

Il breach espone backup, utenti AWS IAM, S3 e potenzialmente codice sorgente

L’attività malevola identificata da JetBrains interessa il periodo compreso tra 8 e 24 agosto 2026. L’azienda ha rilevato lo sfruttamento il 23 agosto e ha messo offline api.cadence.jetbrains.com il giorno successivo. Gli aggressori hanno avuto accesso a dati personali, tra cui nomi utente, nomi reali, email, timestamp degli ultimi login e indirizzi IP utilizzati. È stato inoltre compromesso un backup completo del server Cadence risalente al 2024, contenente configurazioni, artefatti, log e credenziali. Tra gli elementi confermati figurano più utenti AWS IAM e relativi secret utilizzati con Cadence, compresi account appartenenti a dipendenti JetBrains, oltre a file conservati in bucket Amazon S3 dell’azienda. Il modello è particolarmente delicato negli ambienti DevSecOps perché le credenziali sottratte da un componente centrale possono essere riutilizzate contro repository, registri di pacchetti, container e infrastrutture cloud, come già mostrato dalla compromissione di Trivy e Checkmarx che aveva portato al furto di chiavi AWS dalle pipeline CI/CD. L’aggiornamento finale pubblicato da JetBrains sull’incidente Cadence amplia inoltre il perimetro potenziale allo storage dell’ambiente corrente, includendo email, codice sorgente e credenziali dello stesso gruppo di utenti già notificato.

Leggi anche: TeamCity espone le pipeline, VMware e Rails chiudono falle critiche

JetBrains chiude l’indagine ma impone la rotazione completa dei segreti

La patch del server non è sufficiente perché l’incidente ha superato il confine dell’infrastruttura Cadence. JetBrains considera compromessi tutti i segreti conservati nel servizio, presenti nel backup o messi a disposizione delle esecuzioni effettuate sul server. L’elenco comprende credenziali AWS, Azure e Google Cloud, token per GitHub, GitLab e Bitbucket, password e chiavi per repository npm, Maven, NuGet e PyPI, accessi ai registry Docker, ECR, GCR e ACR, webhook Slack, API token, chiavi SSH, service account e certificati di firma. Devono inoltre essere controllati repository per clone, commit o modifiche inattese, ruoli IAM, policy cloud, bucket e sistemi di deployment raggiungibili attraverso le vecchie credenziali. Gli utenti che avevano sincronizzato progetti PyCharm con Cadence devono considerare potenzialmente esposti anche sorgenti, configurazioni e secret incorporati nei file. Il caso dimostra concretamente perché una compromissione delle piattaforme CI/CD abbia un impatto superiore al singolo server: la precedente analisi sulle pipeline TeamCity aveva già indicato la possibilità di trasformare una RCE in manipolazione di build e artefatti software, ma Cadence mostra ora la propagazione reale verso identità cloud e storage. JetBrains ha invalidato tutti i token utilizzati dal plugin Cadence e ha ammesso esplicitamente che il server avrebbe dovuto essere patchato.

VMware Workstation e Fusion espongono l’host attraverso VMXNET3

Sul fronte della virtualizzazione, il bollettino VMSA-2026-0007 pubblicato da Broadcom corregge due vulnerabilità in VMware Workstation e VMware Fusion. La più grave è CVE-2026-59346, integer overflow valutato CVSS 9,3. Secondo il produttore, un soggetto che possiede privilegi amministrativi locali all’interno di una macchina virtuale configurata con l’adattatore di rete VMXNET3 può sfruttare il difetto per eseguire codice sull’host. Non si tratta quindi di una RCE anonima raggiungibile direttamente da Internet: l’attaccante deve prima ottenere il controllo amministrativo della VM. La separazione tra guest e host rappresenta tuttavia proprio uno dei confini fondamentali di un hypervisor desktop, e la possibilità di attraversarlo aumenta drasticamente il valore di una compromissione iniziale. Il rischio non è nuovo per l’ecosistema VMware: Broadcom aveva già corretto nel 2025 falle capaci di trasformare privilegi amministrativi nella VM in esecuzione sul sistema host. CVE-2026-59346 ripropone quindi una classe di attacco in cui la macchina virtuale smette di essere un ambiente isolato e diventa il punto di partenza per raggiungere il computer sottostante.

HGFS apre un secondo percorso verso il processo VMX

La seconda vulnerabilità, CVE-2026-59347, è uno stack-based buffer overflow nel componente HGFS e ha un punteggio CVSS 8,1. Anche in questo caso Broadcom richiede privilegi amministrativi locali nella macchina virtuale, ma l’esito descritto è l’esecuzione di codice nel processo VMX della VM sull’host. VMX costituisce uno dei processi centrali con cui VMware gestisce l’esecuzione della macchina virtuale e l’interazione con le risorse del sistema fisico; compromettere questo contesto rompe quindi parte della separazione attesa tra guest e host. Workstation e Fusion erano già rientrati nel ciclo di patch di fine luglio, quando Broadcom aveva corretto più falle in ESX, vCenter, Workstation e Fusion comprese vulnerabilità di VM escape. Il nuovo advisory conferma che la superficie desktop resta sensibile soprattutto nelle workstation utilizzate per analisi malware, sviluppo, test di software non affidabile o laboratori nei quali la virtualizzazione viene utilizzata proprio come barriera di contenimento. Un attacco che ottenga prima privilegi elevati nel guest può infatti tentare di concatenare una seconda vulnerabilità per superare quella barriera.

Nessun workaround per VMware: Workstation e Fusion devono passare a 26H1u1

Le due vulnerabilità interessano VMware Workstation 25H2 e 26H1 su tutte le piattaforme supportate e VMware Fusion 25H2 e 26H1 su macOS. Broadcom indica come versione corretta 26H1u1 per entrambi i prodotti e, soprattutto, specifica che non esistono workaround. La mitigazione operativa passa quindi dall’aggiornamento, accompagnato dalla verifica delle VM nelle quali utenti o processi non completamente fidati possono ottenere privilegi amministrativi. Questo dettaglio è importante perché la necessità di un accesso privilegiato nel guest riduce l’esposizione rispetto a una vulnerabilità pre-auth, ma non elimina la possibilità di concatenamento con malware, exploit locali o compromissioni iniziali. Il contesto VMware dell’ultimo mese invita inoltre a non sottovalutare il tempo tra disclosure e weaponization: ad agosto CVE-2026-59310 in vCenter era già entrata in uso operativo pochi giorni dopo la pubblicazione delle patch. Nel caso di Workstation e Fusion non è quindi prudente attendere l’emergere di attività malevole pubblicamente documentate prima di applicare 26H1u1.

Continua con:

• VMware vCenter sotto attacco: due campagne su CVE-2026-59310 e CVE-2026-59309
• Ruflo espone gli agenti AI, VMware corregge tre falle critiche

CI/CD e virtualizzazione mostrano lo stesso problema: il controllo del nodo privilegiato

Cadence e VMware appartengono a categorie tecniche diverse, ma condividono un elemento strutturale. TeamCity concentra accesso a repository, segreti, build, cloud e sistemi di distribuzione; Workstation e Fusion controllano il confine tra macchina virtuale e host. Quando viene compromesso un componente con questa posizione privilegiata, l’incidente tende a propagarsi verso sistemi che inizialmente non appartenevano al perimetro vulnerabile. Nel caso JetBrains il problema è già diventato un breach reale: la vulnerabilità era conosciuta e corretta, ma il mancato aggiornamento di un server Cadence ha consentito agli aggressori di raggiungere credenziali e storage. Nel caso VMware le patch arrivano prima che sia documentata una compromissione analoga, ma la lezione operativa resta la stessa: aggiornare il nodo privilegiato prima che possa trasformarsi in un ponte verso il resto dell’infrastruttura. Le organizzazioni devono quindi trattare server CI/CD, hypervisor, repository e orchestratori non come semplici applicazioni, ma come elementi della propria trust chain; una volta violati, la risposta deve comprendere verifica dell’integrità, revisione degli accessi e rotazione dei segreti, non soltanto l’installazione della patch.