Compromissione supply chain Trivy: guida Defender

Introduzione

Microsoft ha rilasciato nuove indicazioni sulla compromissione della supply chain di Trivy del marzo 2026, un attacco significativo contro uno dei vulnerability scanner open-source più utilizzati. Per i team di sicurezza e DevOps, questo è un promemoria del fatto che i componenti CI/CD fidati possono diventare un vettore di attacco quando pipeline di rilascio, tag o credenziali vengono abusati.

Che cosa è successo

Il 19 marzo 2026, secondo quanto riportato, gli attaccanti hanno sfruttato un accesso precedentemente mantenuto per compromettere più canali ufficiali di distribuzione di Trivy:

• Pubblicato un binario Trivy dannoso: Trivy v0.69.4 è stato rilasciato con malware progettato per rubare credenziali.
• I tag delle GitHub Actions sono stati forzatamente aggiornati: gli attaccanti hanno riassegnato tag fidati in trivy-action e setup-trivy a commit malevoli.
• Esecuzione furtiva: il malware ha raccolto segreti, esfiltrato dati e poi avviato la scansione legittima di Trivy, facendo apparire i workflow come riusciti.
• Indicatori di una campagna più ampia: Microsoft afferma che l’attività si è estesa oltre Trivy includendo anche Checkmarx KICS e LiteLLM.

Perché questo attacco è rilevante

Microsoft evidenzia due comportamenti di Git/GitHub che sono stati sfruttati:

• Tag mutabili: i tag di versione esistenti possono essere ripuntati a commit diversi se un attaccante dispone di accesso sufficiente.
• Identità del commit falsificata: gli attori della minaccia hanno usato informazioni fuorvianti sull’identità del commit per confondersi con l’attività legittima.

Questo ha reso difficile individuare la compromissione perché molte pipeline facevano riferimento alle actions tramite nome del tag, non tramite commit SHA fissato.

Cosa ha preso di mira il malware

Secondo le osservazioni di Microsoft Defender for Cloud, il payload ha preso di mira:

• Credenziali cloud da AWS, Azure e GCP
• Token dei service account di Kubernetes e segreti del cluster
• Variabili d’ambiente CI/CD e file interni dei runner
• Chiavi API, URL webhook, stringhe di connessione ai database, configurazioni VPN e log SSH

I dati rubati sono stati cifrati ed esfiltrati verso un dominio typosquatted prima che la scansione legittima fosse completata.

Impatto sui team IT e di sicurezza

Per gli amministratori, la preoccupazione principale è l’esposizione nei runner self-hosted di GitHub Actions, negli agent di build e negli ambienti di sviluppo che hanno eseguito componenti Trivy interessati. Le organizzazioni che usano riferimenti alle actions basati su tag o artifact di rilascio non verificati potrebbero dover presumere che i segreti siano stati esposti e ruotarli di conseguenza.

Microsoft afferma che i prodotti Defender possono aiutare a rilevare comportamenti correlati, tra cui:

• Accesso ai servizi di metadata cloud
• Enumerazione dei segreti Kubernetes
• Connessioni DNS o in uscita sospette
• Potenziale esfiltrazione tramite strumenti comuni come curl

Passaggi successivi consigliati

• Identificare l’uso di Trivy v0.69.4, trivy-action e setup-trivy nei workflow CI/CD.
• Fissare le GitHub Actions a un commit SHA invece di usare tag mutabili.
• Ruotare i segreti esposti per account cloud, Kubernetes, database e piattaforme CI/CD.
• Esaminare l’attività dei runner self-hosted per individuare esecuzioni di processi sospette, accessi ai servizi di metadata e traffico in uscita.
• Usare Microsoft Defender XDR e Defender for Cloud per cercare indicatori e investigare sugli asset interessati.

Questo incidente mostra come gli attacchi alla supply chain si stiano concentrando sempre più sugli strumenti per sviluppatori. I team di sicurezza dovrebbero trattare l’infrastruttura CI/CD come infrastruttura di produzione ad alto valore e rafforzarla di conseguenza.