GitLab sfruttato in pochi giorni, Entra ID colpito da una RCE CVSS 10 e AWS corregge Athena

🛡️ Executive Summary

• CVE-2026-19478 in GitLab consente ad attaccanti non autenticati di modificare o cancellare progetti pubblici ed è già sfruttata pochi giorni dopo la disclosure.
• Microsoft ha completamente mitigato CVE-2026-69836, RCE CVSS 10 in Entra ID causata dalla deserializzazione di dati non attendibili e già sfruttata in natura.
• AWS corregge CVE-2026-75910 nel connettore Athena per ClickHouse, che poteva consentire a un utente autenticato di leggere secret arbitrari da Secrets Manager.

Tre vulnerabilità colpiscono contemporaneamente repository di sviluppo, identità cloud e federazione dei dati, con livelli di urgenza molto differenti ma un denominatore comune: l’accesso a componenti centrali dell’infrastruttura enterprise. GitLab CVE-2026-19478 è già sotto sfruttamento pochi giorni dopo la pubblicazione della patch e permette di alterare o cancellare progetti pubblici senza autenticazione. Microsoft Entra ID ha invece subito una vulnerabilità RCE con punteggio CVSS 10.0, già sfruttata ma completamente mitigata lato servizio da Microsoft. AWS corregge infine CVE-2026-75910 nell’Athena Federated Query ClickHouse Connector, dove un errore nei privilegi poteva trasformare il connettore in uno strumento per recuperare secret arbitrari dall’account.

GitLab CVE-2026-19478 entra rapidamente nello sfruttamento reale

La vulnerabilità più urgente per gli amministratori riguarda GitLab CE ed EE self-managed. Nelle note ufficiali della Critical Patch Release 19.2.4, 19.1.6, 19.0.8 e 18.11.11 GitLab descrive CVE-2026-19478, CVSS 9.4, come una code injection attraverso una direttiva GraphQL che in determinate condizioni permette a un utente non autenticato di modificare o cancellare progetti pubblici e dati degli utenti. Sono vulnerabili le versioni dalla 18.2 precedenti alla 18.11.11, la serie 19.0 prima della 19.0.8, la 19.1 prima della 19.1.6 e la 19.2 prima della 19.2.4. watchTowr ha riprodotto il problema pochi minuti dopo la disclosure e osservato tentativi di sfruttamento contro la propria rete di honeypot. L’impatto può andare oltre la cancellazione dei repository, consentendo anche di falsificare record di merge o intervenire sui maintainer. Le installazioni GitLab.com e Dedicated sono già corrette, mentre gli ambienti self-managed devono aggiornare immediatamente. Il caso arriva poche settimane dopo un’altra RCE GitLab legata al parsing dei notebook Jupyter, confermando quanto una piattaforma DevSecOps rappresenti oggi un obiettivo ad altissimo valore per chi punta alla supply chain software.

La finestra tra disclosure ed exploit si riduce a pochi giorni

Il dato più significativo di CVE-2026-19478 è la velocità con cui la vulnerabilità è passata dalla patch all’attacco. GitLab ha pubblicato la correzione il 17 agosto, mentre entro pochi giorni sono comparsi exploit contro sistemi esposti. Gli amministratori che non possono aggiornare immediatamente dovrebbero almeno limitare l’accesso non autenticato a /api/graphql oppure rimuovere temporaneamente l’esposizione pubblica dei repository, pur trattando queste misure soltanto come mitigazioni. Nei log web è utile cercare richieste che contengono il pattern @gl_introduced, indicato come possibile segnale di probing o sfruttamento. La vicenda rientra nella più ampia accelerazione già osservata con vulnerabilità critiche sfruttate a distanza di ore o giorni dalla pubblicazione: la presenza di PoC, automazione e strumenti assistiti da AI riduce sempre di più il tempo nel quale un’organizzazione può considerare accettabile rimandare un aggiornamento critico.

Entra ID corregge una RCE CVSS 10 già sfruttata

Il secondo caso è ancora più grave sulla carta, ma non richiede interventi degli utenti. CVE-2026-69836 interessa Microsoft Entra ID, precedentemente Azure Active Directory, e ha ricevuto il punteggio massimo CVSS 10.0. Nell’advisory ufficiale Microsoft la falla viene descritta come una deserializzazione di dati non attendibili che permetteva a un attaccante non autorizzato di eseguire codice attraverso la rete. Microsoft conferma inoltre che la vulnerabilità è stata sfruttata in ambiente reale, senza però pubblicare dettagli tecnici sulla catena di exploit, sugli attori coinvolti o sull’estensione dell’attività. La differenza rispetto a GitLab è operativa: Entra ID è un servizio cloud gestito e Microsoft dichiara di avere già completamente mitigato il problema, specificando che i clienti non devono eseguire alcuna azione. Resta tuttavia rilevante il fatto che una RCE abbia raggiunto uno dei componenti più sensibili dell’ecosistema Microsoft, cioè il servizio che governa autenticazione e accesso per milioni di tenant. Il contesto è particolarmente delicato mentre Microsoft 365 ed Entra ID sono già bersagliati attraverso sessioni, AiTM e abuso di Windows Hello.

Una falla nel servizio identità vale più di una vulnerabilità su un singolo endpoint

La descrizione disponibile non consente di stabilire cosa gli attaccanti abbiano effettivamente ottenuto sfruttando CVE-2026-69836, ed è importante non estendere l’impatto oltre quanto Microsoft ha confermato. Il semplice fatto che la vulnerabilità risiedesse in Entra ID rende però il caso strategicamente rilevante. Una debolezza nel layer identità può potenzialmente interessare processi di autenticazione, autorizzazione e accesso a servizi downstream molto più ampi di quelli raggiungibili attraverso un singolo host. Microsoft aveva già affrontato a luglio vulnerabilità sfruttate attivamente in AD FS e altri componenti di identità, mentre gli attaccanti stanno contemporaneamente abbandonando il furto diretto delle password in favore di token, sessioni e flussi OAuth legittimi. Nel caso di CVE-2026-69836, però, non si parla di phishing o abuso delle credenziali: il problema era nel servizio cloud stesso.

AWS Athena poteva leggere secret arbitrari nell’account

Il terzo aggiornamento riguarda CVE-2026-75910 nell’Athena Federated Query ClickHouse Connector. Nel bollettino AWS 2026-084 Amazon spiega che il deployment template precedente alla versione v2026.17.1 assegnava privilegi in modo errato. Un utente remoto autenticato poteva configurare la connection string del connettore affinché puntasse a un secret di AWS Secrets Manager non correlato e contemporaneamente a un endpoint database controllato dall’attaccante. Il connettore avrebbe quindi letto il secret con i privilegi assegnati durante il deployment e lo avrebbe trasmesso all’endpoint malevolo. Non si tratta quindi di accesso anonimo dall’esterno: l’attaccante deve già possedere la capacità di configurare il connettore, ma può sfruttarla per oltrepassare i limiti previsti e raggiungere segreti che non dovrebbero essere accessibili. AWS ha corretto il problema nella release v2026.17.1 e raccomanda di aggiornare anche fork e codice derivato. Come workaround è possibile ridistribuire il connettore con il template corrente impostando un valore non vuoto per SecretNamePrefix.

Repository, identità e secret mostrano tre modi diversi di perdere il controllo

Le tre vulnerabilità richiedono priorità differenti. GitLab deve essere aggiornato immediatamente perché lo sfruttamento è già stato osservato e l’attacco non richiede credenziali. Entra ID non richiede patch lato cliente, ma rappresenta un caso grave per la posizione del servizio e per il fatto che Microsoft confermi uno sfruttamento reale. Athena interessa invece uno scenario autenticato e più circoscritto, ma può esporre credenziali e secret utilizzati da altri servizi AWS, trasformando un errore di configurazione dei privilegi in un possibile movimento laterale nel cloud. La falla completa un quadro già visto con precedenti vulnerabilità Athena capaci di oltrepassare i confini previsti tra sorgenti federate. Repository, identity provider e secret manager sono tre livelli differenti della stessa catena di fiducia: quando uno di essi viene compromesso, il rischio non resta confinato al componente vulnerabile ma può propagarsi verso codice, account e infrastrutture che da quel componente dipendono.