Come TeamPCP ha eseguito l'attacco a cascata in cinque giorni

TeamPCP (noto anche come PCPcat, ShellForce e DeadCatx3) è un gruppo cybercriminale a movente finanziario attivo da metà 2025 . La loro campagna del marzo 2026 è stata notevole per la sua architettura a cascata: le credenziali rubate dalla pipeline CI/CD di una vittima diventavano il vettore d'accesso per il bersaglio successivo . La cascata si è sviluppata in cinque giorni:

Giorno 1: Trivy (19 marzo)

TeamPCP ha ottenuto l'accesso iniziale all'infrastruttura di Aqua Security sfruttando una configurazione errata del workflow pull_request_target — un difetto "PwnRequest" . Hanno intercettato un token di accesso personale appena ruotato per l'account di servizio aqua-bot e hanno forzato il push di tag di versione che puntavano a commit dannosi. Settantasei dei 77 tag trivy-action e tutti e 7 i tag setup-trivy sono stati dirottati . Questa prima compromissione è tracciata come CVE-2026-33634 (CVSS 9.8, Critico) .

Giorno 2: KICS (23 marzo)

Usando i token rubati dalle vittime di Trivy, TeamPCP si è autenticato come account di servizio cx-plugins-releases di Checkmarx e ha pubblicato release dannose di KICS .

Giorno 3: LiteLLM (24 marzo)

La pipeline di build di LiteLLM ha installato automaticamente lo scanner Trivy compromesso, dando al malware accesso in lettura all'ambiente del runner. TeamPCP ha rubato i token di pubblicazione su PyPI di LiteLLM e ha pubblicato due release dannose — versioni 1.82.7 e 1.82.8 — su PyPI . I pacchetti dannosi sono rimasti attivi per soli circa 40 minuti prima di essere scoperti .

Il Payload

Il malware di LiteLLM ha distribuito un payload a tre stadi :

• Un raccoglitore di credenziali che colpiva oltre 50 categorie di segreti
• Un toolkit per il movimento laterale su Kubernetes che escalava a root e distribuiva pod privilegiati
• Una backdoor persistente per esecuzione di codice remoto

Il malware utilizzava l'iniezione di file .pth per auto-eseguirsi all'avvio di ogni interprete Python, senza richiedere import espliciti, rendendolo particolarmente difficile da rilevare . Sui runner compromessi, il payload — tracciato da Google come SANDCLOCK — raccoglieva chiavi SSH, credenziali AWS/GCP/Azure, token degli account di servizio Kubernetes e password di database .

Organizzazioni colpite

Le vittime identificate da più società di threat intelligence includono :

Tecnologia: Nvidia, AWS, Samsung, Salesforce, Cisco, ServiceNow, Microsoft, HP, NGINX, Zscaler, TomTom
Enterprise: Siemens, Volkswagen, FedEx, S&P Global, John Deere, Epic Games, Deloitte, Accenture Federal Services
Telecom/Media: Orange, BT Group, SiriusXM/AdsWizz
Altri: London Stock Exchange Group, Regeneron Pharmaceuticals, Deutsche Bahn

Anche la Commissione Europea è stata violata tramite la compromissione iniziale di Trivy, con l'esfiltrazione di credenziali di gestione AWS e circa 340 GB di dati non compressi rubati, colpendo 42 clienti interni e 29 ulteriori entità UE .

Entità dell'esposizione delle credenziali

I tipi di dati rubati includono :

• Chiavi IAM cloud (AWS, GCP, Azure)
• Chiavi SSH e segreti Kubernetes
• Password di database e segreti client Salesforce
• Segreti di firma Slack e variabili d'ambiente
• Chiavi API di provider AI (OpenAI, Anthropic, AWS Bedrock, Google Vertex AI)

L'FBI ha emesso un avviso FLASH il 2 luglio 2026 avvertendo che le organizzazioni colpite dalla campagna dovrebbero considerare i dati e le credenziali esfiltrati come un rischio persistente, poiché è probabile che gli attori affiliati li armeggino .

Il rischio attuale dei segreti non ruotati

Nonostante la gravità della violazione, il rischio è tutt'altro che contenuto per diverse ragioni:

L'archivio non è ancora stato divulgato

Hudson Rock, che ha ottenuto e analizzato l'archivio, riferisce che il dataset da 153 GB non sta ancora circolando ampiamente — definendolo "una finestra di opportunità critica" per le organizzazioni per ruotare le chiavi prima che eventualmente trapeli .

Molte organizzazioni non hanno ancora ruotato i segreti

Il ricercatore di sicurezza Kevin Beaumont ha testato le credenziali di un'organizzazione che sosteneva di aver ruotato tutto. La sua scoperta: "Quasi tutte funzionavano ancora" .

Credenziali non identificabili

Una grande parte dei file dumpati contiene password di database, chiavi API e credenziali cloud senza alcuna email aziendale, dominio personalizzato o nome di server interno per identificare l'organizzazione proprietaria. Quelle organizzazioni non possono sapere di essere state colpite .

Esposizione vs. compromissione confermata

Il dato di oltre 2.500 organizzazioni riflette l'esposizione ricostruita, non la compromissione confermata per ogni organizzazione. CloudSEK sottolinea che ogni organizzazione elencata dovrebbe verificare in modo indipendente . Ma il dataset è ora nelle mani di molteplici società di threat intelligence, e il ciclo naturale di una violazione fa presagire una diffusione più ampia.

Cosa devono fare le organizzazioni

Qualsiasi organizzazione che:

• Ha eseguito LiteLLM versioni 1.82.7 o 1.82.8
• Aveva pipeline CI/CD che utilizzavano quelle versioni
• Ha usato lo scanner Trivy compromesso tra il 19 e il 24 marzo 2026

...dovrebbe considerare tutti i segreti accessibili a quell'ambiente come compromessi e ruotarli immediatamente, anche se non è stata rilevata alcuna violazione evidente . L'avviso FLASH dell'FBI lo ribadisce: considerate le credenziali esfiltrate come un rischio persistente, poiché è probabile che attori affiliati le armeggino .

TeamPCP ha dimostrato che un solo token non revocato, a tre livelli di profondità, può trasformare una singola perdita di credenziali in un'esposizione a livello di intero ecosistema. L'attacco a LiteLLM è un duro promemoria che, nelle moderne supply chain software, lo strumento di cui ti fidi per trovare vulnerabilità può diventare esso stesso la vulnerabilità.

Come TeamPCP ha eseguito l'attacco a cascata in cinque giorni

TeamPCP (noto anche come PCPcat, ShellForce e DeadCatx3) è un gruppo cybercriminale a movente finanziario attivo da metà 2025 . La loro campagna del marzo 2026 è stata notevole per la sua architettura a cascata: le credenziali rubate dalla pipeline CI/CD di una vittima diventavano il vettore d'accesso per il bersaglio successivo . La cascata si è sviluppata in cinque giorni:

Giorno 1: Trivy (19 marzo)

TeamPCP ha ottenuto l'accesso iniziale all'infrastruttura di Aqua Security sfruttando una configurazione errata del workflow pull_request_target — un difetto "PwnRequest" . Hanno intercettato un token di accesso personale appena ruotato per l'account di servizio aqua-bot e hanno forzato il push di tag di versione che puntavano a commit dannosi. Settantasei dei 77 tag trivy-action e tutti e 7 i tag setup-trivy sono stati dirottati . Questa prima compromissione è tracciata come CVE-2026-33634 (CVSS 9.8, Critico) .

Giorno 2: KICS (23 marzo)

Usando i token rubati dalle vittime di Trivy, TeamPCP si è autenticato come account di servizio cx-plugins-releases di Checkmarx e ha pubblicato release dannose di KICS .

Giorno 3: LiteLLM (24 marzo)

La pipeline di build di LiteLLM ha installato automaticamente lo scanner Trivy compromesso, dando al malware accesso in lettura all'ambiente del runner. TeamPCP ha rubato i token di pubblicazione su PyPI di LiteLLM e ha pubblicato due release dannose — versioni 1.82.7 e 1.82.8 — su PyPI . I pacchetti dannosi sono rimasti attivi per soli circa 40 minuti prima di essere scoperti .

Il Payload

Il malware di LiteLLM ha distribuito un payload a tre stadi :

• Un raccoglitore di credenziali che colpiva oltre 50 categorie di segreti
• Un toolkit per il movimento laterale su Kubernetes che escalava a root e distribuiva pod privilegiati
• Una backdoor persistente per esecuzione di codice remoto

Il malware utilizzava l'iniezione di file .pth per auto-eseguirsi all'avvio di ogni interprete Python, senza richiedere import espliciti, rendendolo particolarmente difficile da rilevare . Sui runner compromessi, il payload — tracciato da Google come SANDCLOCK — raccoglieva chiavi SSH, credenziali AWS/GCP/Azure, token degli account di servizio Kubernetes e password di database .

Organizzazioni colpite

Le vittime identificate da più società di threat intelligence includono :

Tecnologia: Nvidia, AWS, Samsung, Salesforce, Cisco, ServiceNow, Microsoft, HP, NGINX, Zscaler, TomTom
Enterprise: Siemens, Volkswagen, FedEx, S&P Global, John Deere, Epic Games, Deloitte, Accenture Federal Services
Telecom/Media: Orange, BT Group, SiriusXM/AdsWizz
Altri: London Stock Exchange Group, Regeneron Pharmaceuticals, Deutsche Bahn

Anche la Commissione Europea è stata violata tramite la compromissione iniziale di Trivy, con l'esfiltrazione di credenziali di gestione AWS e circa 340 GB di dati non compressi rubati, colpendo 42 clienti interni e 29 ulteriori entità UE .

Entità dell'esposizione delle credenziali

I tipi di dati rubati includono :

• Chiavi IAM cloud (AWS, GCP, Azure)
• Chiavi SSH e segreti Kubernetes
• Password di database e segreti client Salesforce
• Segreti di firma Slack e variabili d'ambiente
• Chiavi API di provider AI (OpenAI, Anthropic, AWS Bedrock, Google Vertex AI)

L'FBI ha emesso un avviso FLASH il 2 luglio 2026 avvertendo che le organizzazioni colpite dalla campagna dovrebbero considerare i dati e le credenziali esfiltrati come un rischio persistente, poiché è probabile che gli attori affiliati li armeggino .

Il rischio attuale dei segreti non ruotati

Nonostante la gravità della violazione, il rischio è tutt'altro che contenuto per diverse ragioni:

L'archivio non è ancora stato divulgato

Hudson Rock, che ha ottenuto e analizzato l'archivio, riferisce che il dataset da 153 GB non sta ancora circolando ampiamente — definendolo "una finestra di opportunità critica" per le organizzazioni per ruotare le chiavi prima che eventualmente trapeli .

Molte organizzazioni non hanno ancora ruotato i segreti

Il ricercatore di sicurezza Kevin Beaumont ha testato le credenziali di un'organizzazione che sosteneva di aver ruotato tutto. La sua scoperta: "Quasi tutte funzionavano ancora" .

Credenziali non identificabili

Una grande parte dei file dumpati contiene password di database, chiavi API e credenziali cloud senza alcuna email aziendale, dominio personalizzato o nome di server interno per identificare l'organizzazione proprietaria. Quelle organizzazioni non possono sapere di essere state colpite .

Esposizione vs. compromissione confermata

Il dato di oltre 2.500 organizzazioni riflette l'esposizione ricostruita, non la compromissione confermata per ogni organizzazione. CloudSEK sottolinea che ogni organizzazione elencata dovrebbe verificare in modo indipendente . Ma il dataset è ora nelle mani di molteplici società di threat intelligence, e il ciclo naturale di una violazione fa presagire una diffusione più ampia.

Cosa devono fare le organizzazioni

Qualsiasi organizzazione che:

• Ha eseguito LiteLLM versioni 1.82.7 o 1.82.8
• Aveva pipeline CI/CD che utilizzavano quelle versioni
• Ha usato lo scanner Trivy compromesso tra il 19 e il 24 marzo 2026

...dovrebbe considerare tutti i segreti accessibili a quell'ambiente come compromessi e ruotarli immediatamente, anche se non è stata rilevata alcuna violazione evidente . L'avviso FLASH dell'FBI lo ribadisce: considerate le credenziali esfiltrate come un rischio persistente, poiché è probabile che attori affiliati le armeggino .

TeamPCP ha dimostrato che un solo token non revocato, a tre livelli di profondità, può trasformare una singola perdita di credenziali in un'esposizione a livello di intero ecosistema. L'attacco a LiteLLM è un duro promemoria che, nelle moderne supply chain software, lo strumento di cui ti fidi per trovare vulnerabilità può diventare esso stesso la vulnerabilità.