GitLab, Artifactory e ScreenConnect entrano nel KEV, AWS corregge Kiro e projen

🛡️ Executive Summary

• CISA conferma lo sfruttamento di GitLab CVE-2026-85706, due falle Artifactory e ScreenConnect CVE-2026-84869, imponendo una nuova priorità operativa.
• Wiz osserva Artifactory compromessi in pochi minuti con creazione di amministratori, plugin Groovy malevoli, furto di chiavi e backdoor Rust.
• AWS corregge command injection in projen, XXE nel JDBC Wrapper, DoS nell’SDK Go ed esfiltrazione di workspace attraverso Kiro IDE.

CISA alza nuovamente il livello di allerta sulle infrastrutture DevOps e di amministrazione remota: GitLab CVE-2026-85706, JFrog Artifactory CVE-2026-42016 e CVE-2026-42018 e ConnectWise ScreenConnect CVE-2026-84869 sono ora nel Known Exploited Vulnerabilities Catalog sulla base di evidenze di sfruttamento reale. Per Artifactory, Wiz documenta attacchi capaci di passare da richieste anonime al controllo amministrativo in pochi minuti. Parallelamente AWS pubblica quattro bollettini che interessano projen, Advanced JDBC Wrapper, SDK for Go v2 e Kiro IDE. Il quadro distingue quindi due urgenze: incident response dove l’exploitation è già confermata e patching preventivo sui componenti AWS prima che le nuove CVE vengano weaponizzate.

GitLab CVSS 10 passa dalla disclosure allo sfruttamento confermato

La novità più rilevante rispetto alla disclosure iniziale riguarda CVE-2026-85706. CISA l’ha inserita l’11 settembre nel KEV dopo aver ricevuto evidenze di active exploitation, trasformando una vulnerabilità già classificata CVSS 10.0 in un rischio operativo immediato. La falla interessa GitLab Community Edition ed Enterprise Edition e combina un problema di path traversal con l’assenza dell’autenticazione nella repository commits API, permettendo a un attaccante remoto non autenticato di leggere file arbitrari accessibili al processo GitLab. Il patch release ufficiale di GitLab corregge il problema nelle versioni 19.1.8, 19.2.6 e 19.3.2. L’ingresso nel KEV modifica la priorità rispetto alla situazione della prima pubblicazione, quando non risultavano ancora attacchi confermati: le installazioni self-managed non aggiornate devono ora essere considerate esposte a una vulnerabilità concretamente utilizzata. CISA ha inoltre aggiornato il proprio modello federale con BOD 26-04, che non impone soltanto il remediation delle falle ad alto rischio ma, nei casi indicati, anche verifiche per stabilire se il sistema fosse già stato compromesso prima dell’applicazione della patch.

Artifactory: dall’utente anonimo all’amministratore in meno di cinque minuti

Ancora più dettagliata è l’attività osservata contro JFrog Artifactory. CISA ha aggiunto al KEV CVE-2026-42016 e CVE-2026-42018, confermando formalmente quanto Wiz Research ha osservato negli attacchi reali contro installazioni self-hosted tra il 15 agosto e l’8 settembre. CVE-2026-42018 permette in determinate condizioni a una richiesta non autenticata di ottenere il token interno dell’utente anonymous; CVE-2026-42016 consente poi di sfruttare una validazione insufficiente dello scope e trasformare quel token a basso privilegio in uno con autorità amministrativa. Wiz ha osservato casi nei quali tra la prima richiesta malevola e la creazione di un nuovo account admin sono trascorsi meno di cinque minuti. Gli aggressori hanno quindi installato plugin Groovy per eseguire comandi, enumerato file e configurazioni, creato credenziali persistenti, caricato web shell e distribuito una backdoor personalizzata in Rust con capacità C2. In altri incidenti è stata sfruttata anche CVE-2026-82329, già inserita precedentemente nel KEV, per ottenere direttamente token amministrativi e sottrarre configuration data e cluster join key.

Il dato più preoccupante è la velocità insufficiente del patching. Secondo Wiz, sei settimane dopo la pubblicazione di CVE-2026-42016 circa il 59% delle organizzazioni osservate con Artifactory risultava ancora vulnerabile; per CVE-2026-42018 la percentuale era scesa soltanto dal 69% al 62%. JFrog era già entrata nel mirino insieme a Langflow per attacchi orientati a credenziali cloud e software fidato, mentre CISA aveva precedentemente inserito un’altra falla Artifactory nel KEV. La nuova conferma mostra che la piattaforma non deve essere trattata soltanto come repository: una compromissione amministrativa può contaminare artifact, token, pipeline e quindi l’intera software supply chain.

Leggi anche: ScreenConnect diventa worm-like e trasferisce automaticamente payload nelle sessioni remote

ScreenConnect entra nel KEV con una falla CVSS 9.9 nel trasferimento file

Il quarto ingresso del giorno riguarda CVE-2026-84869 in ConnectWise ScreenConnect, valutata CVSS 9.9. Il problema riguarda il client e può permettere, in determinate circostanze, il trasferimento e l’esecuzione di file attraverso una sessione remota attiva senza autorizzazione o conferma dell’host. I server ScreenConnect non sono direttamente vulnerabili, ma il meccanismo è particolarmente pericoloso perché una normale capacità di remote administration diventa un vettore di esecuzione sul sistema controllato. ConnectWise ha corretto la falla in ScreenConnect 26.6.5 e aveva inizialmente proposto come mitigazione temporanea la rimozione dei permessi TransferFiles o TransferFilesInSession dai ruoli interessati. CISA non soltanto ha inserito CVE-2026-84869 nel KEV l’11 settembre, ma la classifica tra le vulnerabilità per le quali BOD 26-04 richiede forensic triage negli ambienti federali interessati.

Il caso acquista ulteriore peso perché ScreenConnect era già comparso in campagne dove software amministrativo legittimo veniva usato come moltiplicatore dell’attacco. Faronics Deploy era stato utilizzato per installare ScreenConnect su centinaia di endpoint dopo campagne di phishing. Con CVE-2026-84869, invece, il rischio si sposta all’interno della stessa sessione remota: chi dispone delle condizioni iniziali necessarie può sfruttare una funzione prevista dal prodotto per trasferire ed eseguire contenuti senza la validazione attesa.

AWS corregge projen e JDBC Wrapper tra command injection e furto di credenziali

I quattro advisory AWS pubblicati l’11 settembre non riportano exploitation attiva, ma due interessano direttamente developer workstation e pipeline CI/CD. Il bollettino 2026-108-AWS corregge CVE-2026-89065 e CVE-2026-89066 in projen, strumento open source utilizzato per sintetizzare configurazioni di progetto. La prima falla permette, attraverso entry manipolate in .projen/files.json, di uscire dalla directory del progetto e cancellare ricorsivamente file e cartelle esterne. La seconda è più critica sul piano operativo: metacaratteri shell inseriti in configurazioni o nomi di file possono finire nelle task generate in .projen/tasks.json e portare all’esecuzione arbitraria di comandi su workstation o CI runner. CVE-2026-89065 è corretta dalla 0.101.37; CVE-2026-89066 richiede almeno la 0.103.0 e, soprattutto, una nuova sintesi del progetto, perché aggiornare il runtime non corregge automaticamente il file task già generato e versionato.

Il bollettino 2026-109-AWS riguarda invece CVE-2026-18061 nell’AWS Advanced JDBC Wrapper. Quando il facoltativo RemoteQueryCachePlugin utilizza una cache condivisa, un attore con accesso in scrittura alla cache può inserire XML costruito per sfruttare riferimenti a entità esterne. Quando l’applicazione legge il risultato, il parser può risolvere le entità e permettere la lettura di file sensibili accessibili al processo, comprese credenziali di database e IAM role credentials. Sono interessate le versioni dalla 3.3.0 alla 4.2.0; la correzione arriva con la 4.3.0. Il plugin non è abilitato per impostazione predefinita e, in attesa dell’upgrade, AWS consiglia di disattivarlo oppure limitare in modo stretto chi può scrivere nella cache.

Kiro IDE conferma che il workspace è ormai un confine di sicurezza

Il bollettino più interessante per l’evoluzione degli strumenti agentici è 2026-111-AWS. CVE-2026-89332 interessa Kiro IDE prima della versione 0.8.135 e permette a un repository opportunamente costruito di sfruttare la capacità dell’agente di modificare le impostazioni del workspace. Il repository può indirizzare la URL del registro Kiro Powers verso un endpoint controllato dall’attaccante; quando l’utente apre il relativo pannello, Kiro invia verso quel server dati del workspace potenzialmente sensibili. Il dettaglio più delicato riguarda il modello di consenso: Kiro mostrava all’utente la modifica chiedendo approvazione, ma il file era già stato scritto su disco. Aprendo il pannello Powers prima di rispondere alla richiesta, la connessione esterna poteva quindi partire comunque. AWS raccomanda di aggiornare almeno alla 0.8.135 e di ruotare le credenziali presenti nei progetti aperti con versioni precedenti.

Non è la prima volta che Kiro espone il confine tra repository non affidabile e agente con capacità operative. Una precedente vulnerabilità di Kiro Powers permetteva a un workspace malevolo di trasformarsi in un canale di esfiltrazione, mentre altre falle su Windows permettevano a directory controllate dal progetto di influenzare quali binari venivano eseguiti. CVE-2026-89332 rafforza quindi una regola ormai strutturale per gli IDE agentici: un repository non è soltanto codice da leggere, ma input attivo capace di influenzare configurazioni, strumenti e traffico di rete dell’agente.

Continua con:

• Switchvox sfruttato e AWS corregge nuove falle tra Ion-C e infrastrutture cloud
• GitLab, Snowflake e Forminator espongono progetti, CI/CD e siti WordPress

AWS SDK Go completa il quadro con un denial of service remoto

Il quarto advisory, 2026-110-AWS, riguarda CVE-2026-89090 nell’EventStream header decoder di AWS SDK for Go v2. Un frame EventStream costruito con un byte relativo al tipo dell’header fuori dal range valido può provocare la terminazione del processo host, producendo denial of service. Sono interessate le release precedenti alla versione del 23 marzo 2026, nella quale AWS ha corretto il decoder; non esiste un workaround indicato dal produttore. Il confronto tra i due gruppi di vulnerabilità resta fondamentale per la gestione della priorità. GitLab, Artifactory e ScreenConnect sono oggi casi di exploitation confermata, e per Artifactory esistono già evidenze di persistenza, nuovi amministratori, esecuzione arbitraria e backdoor. I quattro advisory AWS richiedono invece patching preventivo, con condizioni d’attacco che dipendono dal componente utilizzato e dai privilegi iniziali disponibili. Ma la superficie comune è evidente: repository, IDE, runner, wrapper per database e piattaforme di distribuzione software sono diventati obiettivi di grande valore perché contengono contemporaneamente codice, credenziali e accessi alla produzione. Quando questi sistemi vengono compromessi, il server vulnerabile raramente rappresenta il bersaglio finale: è il punto dal quale raggiungere tutto ciò di cui quel server gode già della fiducia.