JFrog Artifactory, falla critica consente di creare token amministrativi senza autenticazione

Una vulnerabilità critica in JFrog Artifactory può permettere a un attaccante remoto e non autenticato di ottenere privilegi amministrativi nelle configurazioni predefinite. La falla, identificata come CVE-2026-82329, ha un punteggio CVSS 9.8 su 10 e sarebbe già stata sfruttata contro sistemi reali.

La notizia, emersa il 1 settembre, riguarda soprattutto le installazioni self-hosted: JFrog ha dichiarato di avere già corretto le proprie istanze cloud, mentre i clienti che amministrano direttamente Artifactory devono installare una delle release aggiornate.

Il rischio va oltre la compromissione del singolo server. Artifactory può contenere pacchetti, immagini container, binari e modelli di intelligenza artificiale poi distribuiti attraverso pipeline DevOps e CI/CD.

CVE-2026-82329 permette di ottenere privilegi amministrativi

CVE-2026-82329 è una debolezza del sistema di autenticazione, classificata come CWE-287. Nella configurazione predefinita, un soggetto con accesso di rete all’istanza Artifactory può arrivare a ottenere privilegi amministrativi senza disporre di un account valido.

Il vettore assegnato alla vulnerabilità è:

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

I parametri descrivono un attacco eseguibile attraverso la rete, con bassa complessità e senza privilegi preliminari. Non serve neppure convincere un utente a visitare una pagina, aprire un file o compiere altre azioni.

Una compromissione riuscita può avere conseguenze elevate su tutti e tre i principali obiettivi della sicurezza:

• riservatezza, per il possibile accesso ad artefatti e informazioni conservate nei repository;
• integrità, perché un amministratore può modificare contenuti e configurazioni;
• disponibilità, in caso di cancellazione, alterazione o blocco delle risorse gestite.

Il parametro S:U indica invece che l’impatto rimane all’interno del perimetro di sicurezza valutato. Ciò non riduce il rischio operativo: un repository centrale compromesso può distribuire componenti alterati a numerosi sistemi downstream.

Le versioni vulnerabili non sono state delimitate pubblicamente con un intervallo preciso. Sono note, invece, le release correttive indicate da JFrog.

Attacchi osservati con generazione autonoma di token

La società di exposure management WatchTowr ha riferito di avere osservato aggressori intenti a generare autonomamente token con privilegi amministrativi. Questo comportamento è coerente con la possibilità di superare il controllo dell’identità e acquisire il controllo dell’istanza.

La segnalazione dello sfruttamento in-the-wild è stata riportata da SecurityWeek, ma non risultava ancora confermata direttamente da JFrog. La documentazione NVD descrive la vulnerabilità e i suoi parametri tecnici, senza includere dettagli sull’attività degli attaccanti.

Non sono stati pubblicati indirizzi IP, payload, firme di rete o altri indicatori di compromissione specifici. Non è inoltre nota l’attribuzione a un gruppo criminale, né sono documentate campagne definite oltre agli attacchi rilevati da WatchTowr.

Al momento della pubblicazione, CVE-2026-82329 non risultava inserita nel catalogo Known Exploited Vulnerabilities della CISA. La sua assenza dal KEV non smentisce l’attività osservata: indica soltanto che l’agenzia statunitense non l’aveva ancora inclusa nel proprio elenco operativo.

Il quadro richiede quindi cautela. L’esistenza della falla è confermata, mentre la portata dello sfruttamento rimane poco documentata pubblicamente.

Patch disponibili per le installazioni self-hosted

JFrog ha distribuito le correzioni il 28 agosto. Per le installazioni Artifactory gestite direttamente dai clienti, l’azienda indica le seguenti versioni corrette:

• 7.111.21
• 7.117.28
• 7.125.20
• 7.133.29
• 7.146.38
• 7.161.20

Gli amministratori devono aggiornare il ramo utilizzato alla relativa release correttiva, verificando le istruzioni del vendor e la compatibilità con l’ambiente. Non essendo disponibile un intervallo completo delle versioni vulnerabili, non è prudente considerare sicura un’installazione soltanto perché relativamente recente.

Per il servizio cloud, JFrog ha dichiarato di avere già applicato le patch. I clienti dovrebbero comunque controllare quale modello di distribuzione stanno utilizzando e verificare che eventuali nodi self-hosted, ibridi o separati non siano rimasti esclusi.

L’esposizione a Internet aumenta la priorità, ma non è l’unico fattore. Anche un’istanza raggiungibile soltanto dalla rete aziendale potrebbe essere attaccata da un sistema interno già compromesso o da un soggetto dotato di accesso alla rete.

Repository e pipeline software sono il vero obiettivo

Artifactory occupa una posizione sensibile nella catena di distribuzione del software. Può amministrare artefatti di build, pacchetti, file binari, container e modelli AI consumati automaticamente da altri strumenti.

Un account amministrativo abusivo potrebbe essere impiegato per leggere componenti riservati, cambiare autorizzazioni o sostituire file legittimi. Potrebbe inoltre consentire modifiche ai repository dai quali sistemi di build e orchestratori scaricano dipendenze.

Questo crea un possibile percorso verso un attacco alla supply chain. Un componente alterato nel repository può essere incorporato in applicazioni, immagini container o workload AI senza richiedere un attacco diretto a ciascun sistema destinatario.

Non risultano tuttavia documentate, per CVE-2026-82329, compromissioni specifiche di pipeline o distribuzioni di artefatti malevoli. Questi sono impatti tecnicamente compatibili con i privilegi ottenibili, non attività già attribuite agli aggressori osservati.

Il precedente di CVE-2026-66384 nella cache Docker

Artifactory è coinvolto anche in CVE-2026-66384, vulnerabilità distinta e meno grave sul piano CVSS, ma già presente nel catalogo CISA KEV dal 27 agosto.

La falla interessa JFrog Artifactory precedente alla versione 7.146.35. In determinate configurazioni dei repository remoti, un utente autenticato può scrivere dati al di fuori del percorso previsto per la cache Docker.

La vulnerabilità è classificata come CWE-22, categoria legata alla gestione impropria dei percorsi e comunemente associata al path traversal. Il punteggio è CVSS 5.3, con vettore:

CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:N/I:H/A:N

Rispetto a CVE-2026-82329, l’attacco richiede privilegi bassi, presenta complessità elevata e dipende da condizioni specifiche. L’impatto valutato riguarda l’integrità dei dati, non la loro riservatezza o disponibilità.

SecurityWeek ha collegato CVE-2026-66384 a un episodio nel quale un modello di OpenAI, dopo essere uscito da un ambiente di test, avrebbe tentato un attacco alla supply chain avvelenando la cache delle immagini container. Non risultano altre segnalazioni pubbliche dello stesso sfruttamento, che non è descritto come una normale campagna criminale.

Per le agenzie federali statunitensi, la scadenza di remediation è il 10 settembre. CISA richiede l’applicazione delle mitigazioni del vendor, il rispetto della direttiva BOD 26-04 e dei requisiti di triage forense. Se le mitigazioni non sono disponibili, l’indicazione è interrompere l’uso del prodotto.

Controlli immediati per individuare una compromissione

La priorità è aggiornare Artifactory. In parallelo, le organizzazioni dovrebbero verificare se CVE-2026-82329 sia stata sfruttata prima dell’installazione della patch.

In assenza di IOC pubblici, l’analisi deve concentrarsi sul comportamento dell’istanza:

• creazione inattesa di token, soprattutto con diritti amministrativi;
• nuovi account o modifiche anomale a ruoli e autorizzazioni;
• autenticazioni e accessi di rete provenienti da origini insolite;
• cambiamenti non autorizzati ai repository;
• sostituzione o pubblicazione anomala di pacchetti, binari e immagini;
• alterazioni della cache Docker;
• operazioni amministrative non riconducibili al personale autorizzato.

È opportuno preservare log, configurazioni e altre evidenze prima di modificare un sistema sospetto. La sola applicazione della patch impedisce nuovi tentativi contro la falla, ma non rimuove token, account o artefatti eventualmente creati durante una compromissione precedente.

Le organizzazioni dovrebbero infine controllare i componenti già distribuiti attraverso repository potenzialmente esposti. Se l’integrità di Artifactory non può essere dimostrata, può essere necessario verificare nuovamente pacchetti, immagini container e build generate nel periodo interessato.