La Hades Campaign è una minaccia attiva che prende di mira gli sviluppatori Python. Si tratta di un attacco alla supply chain del software progettato per ingannare anche gli strumenti di sicurezza basati su intelligenza artificiale. La campagna è stata analizzata dai ricercatori di StepSecurity e rappresenta un salto qualitativo nelle tecniche di evasione moderne.
Come funziona la Hades Campaign
L’infezione parte dai pacchetti Python
Gli attaccanti distribuiscono pacchetti Python malevoli nei repository pubblici. Il codice dannoso si attiva automaticamente all’importazione del pacchetto. Non è necessaria alcuna interazione aggiuntiva da parte della vittima.
Una volta eseguito, il malware utilizza il runtime JavaScript Bun per lanciare payload multi-strato. Questi payload sono capaci di:
- Raccogliere credenziali dai sistemi infetti
- Esfiltrare dati verso repository GitHub controllati dagli attaccanti
- Muoversi lateralmente su sistemi Linux, macOS e Windows
Vale la pena sottolineare che gli attaccanti usano GitHub come infrastruttura di comando e controllo (C2). I repository di esfiltrazione portano descrizioni provocatorie come “Hades — The End for the Damned”.
L’abuso delle pipeline CI/CD
In questo contesto, la campagna va oltre il semplice pacchetto malevolo. Hades sfrutta meccanismi di sicurezza legittimi come SSH/SCP, OpenID Connect (OIDC) e SLSA/Sigstore. Questi strumenti vengono abusati all’interno di ambienti CI/CD, in particolare GitHub Actions.
Di conseguenza, i pacchetti compromessi vengono pubblicati su PyPI e npm. Appaiono con provenance crittograficamente verificata. Risultano quindi associati a organizzazioni vittima del tutto legittime.
La caratteristica più pericolosa: ingannare l’AI
Prompt injection contro i code-review agent
La vera novità della Hades Campaign è la capacità di eludere gli agenti AI di sicurezza. Gli attaccanti inseriscono testo adversariale all’inizio dei file di codice. Questo testo istruisce gli strumenti automatici di code review a ignorare il codice malevolo nascosto.
In pratica, il file malevolo si “presenta” all’AI come sicuro. L’agente AI produce un falso negativo. Il codice dannoso supera il controllo senza essere rilevato.
Parallelamente, il malware prende di mira directory di configurazione e file di regole per diversi agenti AI. Pianta istruzioni personalizzate che si attivano quando l’utente consulta il proprio assistente AI. È una forma di compromissione del layer decisionale, non solo del codice.
Perché questo cambia le regole del gioco
Fino ad oggi, le organizzazioni si affidavano ai tool AI per accelerare la revisione del codice. Tuttavia, questo approccio ora presenta un rischio nuovo. Un attaccante può istruire lo strumento AI affinché approvi automaticamente contenuti malevoli.
Inoltre, la campagna non è attribuita a nessun gruppo APT noto. Non esistono vittime confermate pubblicamente. Questo rende la valutazione del rischio più complessa per i team di sicurezza.
Il contesto più ampio: supply chain e AI sotto attacco
Un trend in accelerazione
La Hades Campaign non è un caso isolato. Gartner ha documentato come gli attaccanti utilizzino l’AI generativa per inondare repository come GitHub con utility open source malevole. Il volume supera la capacità dei team di difesa di reagire in tempo reale.
Campagne simili, come EvilAI analizzata da Trend Micro, hanno già mostrato come il malware possa nascondersi in software dall’aspetto legittimo. Il risultato finale è quasi sempre lo stesso: furto di credenziali e accesso non autorizzato a sistemi downstream.
In questo contesto, la Hades Campaign aggiunge un elemento inedito. Non attacca solo il codice. Attacca la fiducia riposta negli strumenti che valutano il codice.
Le difese raccomandate per CISO e manager
Di seguito le priorità difensive più rilevanti identificate dai ricercatori:
- Limitare l’installazione di pacchetti a sorgenti approvate e versioni fissate (pinning)
- Applicare il principio del minimo privilegio ai runner CI/CD
- Usare token a breve scadenza per le identità di build e rilascio
- Separare l’identità di build da quella di release nei workflow automatizzati
- Trattare gli agenti AI come strumenti consultivi, non come autorità finali di approvazione
Tuttavia, la difesa più importante è culturale. Nessun sistema automatico, inclusa l’AI, deve poter approvare autonomamente un rilascio in produzione. La revisione umana rimane imprescindibile.
In particolare, le organizzazioni devono assumere che sia i revisori umani sia gli agenti AI possano essere ingannati. I test di sicurezza devono includere scenari di manipolazione dei tool AI.
Conclusione
La Hades Campaign rappresenta un’evoluzione significativa nelle minacce alla supply chain del software. Colpisce sviluppatori, pipeline CI/CD e ora anche gli strumenti AI usati per difendersi. Per i leader aziendali il messaggio è chiaro: la governance della supply chain software deve includere anche la sicurezza del layer AI.
Fonti:
- InfoWorld – Meet Hades: The malware that lies to AI security agents
- CSO Online – Meet Hades: The malware that lies to AI security agents
Fonte: Articolo originale
La Hades Campaign evidenzia quanto sia critico condividere tempestivamente threat intelligence verificata tra organizzazioni dello stesso settore: un’analisi isolata non basta quando le minacce alla supply chain evolvono più velocemente dei singoli team di sicurezza. IsacChain risponde a questa esigenza offrendo una piattaforma di condivisione sicura di threat intelligence tra membri ISAC, con compliance NIS2 automatizzata che riduce il carico operativo dei team e verifica blockchain per garantire l’integrità e la non ripudiabilità di ogni indicatore condiviso. In uno scenario in cui anche gli strumenti AI possono essere manipolati, la fiducia nella fonte dell’intelligence diventa un requisito non negoziabile. Scopri come IsacChain può aiutare la tua organizzazione su www.isacchain.com