Una grave campagna di supply chain attack ha colpito l’ecosistema Arch Linux, coinvolgendo più di 400 pacchetti presenti nell’Arch User Repository (AUR). I pacchetti compromessi sono stati utilizzati per distribuire un malware per Linux in grado di rubare credenziali sensibili e, in alcuni casi, installare un rootkit a livello di sistema.
Come è avvenuto l’attacco
Secondo le analisi dei ricercatori di sicurezza, l’attacco non ha sfruttato una vulnerabilità diretta del sistema Arch Linux, ma la natura stessa dell’AUR: un repository comunitario non completamente verificato.
Gli aggressori avrebbero preso il controllo di pacchetti abbandonati o orfani, sostituendo o modificando gli script di build (PKGBUILD). In questo modo, durante la compilazione e l’installazione, veniva eseguito codice malevolo senza destare sospetti.
In alcuni casi, gli script installavano dipendenze aggiuntive tramite npm, scaricando componenti malevoli come “atomic-lockfile”, utilizzati per attivare il payload principale.
Il malware: infostealer e rootkit
Il malware distribuito attraverso i pacchetti compromessi è stato progettato per colpire soprattutto sviluppatori e utenti avanzati.
Le sue capacità includono:
Furto di credenziali e token di accesso
Esfiltrazione di dati da browser e applicazioni (GitHub, Slack, Discord, VPN, SSH e altro)
Raccolta di segreti di sviluppo e chiavi API
In alcuni casi, installazione di un rootkit basato su eBPF per nascondere processi e attività sul sistema
Questo tipo di rootkit è particolarmente pericoloso perché opera a basso livello e può rendere difficile il rilevamento del malware attivo.
Chi è stato colpito
Il rischio riguarda tutti gli utenti che hanno installato o aggiornato pacchetti dall’AUR durante il periodo della compromissione. L’impatto è particolarmente serio per:
sviluppatori software
amministratori di sistema
ambienti DevOps e CI/CD
utenti che utilizzano AUR in modo estensivo
Risposta della community Arch Linux
I maintainer di Arch Linux sono intervenuti rapidamente per:
rimuovere i pacchetti compromessi
bannare gli account coinvolti
avviare un controllo sugli aggiornamenti recenti
La comunità ha inoltre pubblicato script e indicatori di compromissione per aiutare gli utenti a verificare i propri sistemi.
Raccomandazioni di sicurezza
Gli esperti consigliano agli utenti potenzialmente coinvolti di:
controllare i pacchetti installati tramite AUR
rimuovere eventuali pacchetti sospetti
ruotare tutte le credenziali (SSH, token, password, API key)
in caso di compromissione confermata, reinstallare il sistema da zero
Questo perché un rootkit potrebbe persistere anche dopo la rimozione del software infetto.
Conclusione
Questo incidente evidenzia ancora una volta i rischi della supply chain nei sistemi open source, soprattutto quando si utilizzano repository comunitari non completamente verificati. Anche ambienti considerati sicuri possono diventare un vettore di attacco se compromessi a livello della catena di distribuzione del software.
Se vuoi, posso anche:
adattarlo in versione più SEO (con keyword ottimizzate)
oppure in stile blog tecnico più aggressivo (tipo news hacker/security)
oppure ancora in versione breve per social (LinkedIn/Instagram)





