L’attacco Miasma arriva su Microsoft: 73 repository GitHub bloccati in poco più di un minuto
Il 5 giugno 2026 GitHub ha disabilitato automaticamente 73 repository Microsoft distribuiti in quattro organizzazioni, con un’operazione durata 105 secondi. L’attacco è collegato alla compromissione dell’account GitHub di un dipendente Red Hat, usato per alterare 32 pacchetti npm e diffondere un worm capace di rubar...
Il 5 giugno 2026 GitHub ha disabilitato automaticamente 73 repository Microsoft distribuiti in quattro organizzazioni, con un’operazione durata 105 secondi.
L’attacco è collegato alla compromissione dell’account GitHub di un dipendente Red Hat, usato per alterare 32 pacchetti npm e diffondere un worm capace di rubare credenziali.
La campagna ha introdotto un nuovo rischio: file di configurazione manipolati potevano indurre strumenti come Claude Code, Gemini CLI, Cursor e VS Code a eseguire comandi malevoli.
I ricercatori hanno raccomandato di ruotare immediatamente segreti CI, credenziali cloud, chiavi SSH e token npm, oltre a verificare commit e pipeline non autorizzati.
What happened in the June 5, 2026 Miasma worm attack on Microsoft's Azure GitHub organizations, how did it originate from the Red Hat npm coA conceptual security alert for the Miasma worm's spread from npm to Microsoft's Azure GitHub organizations.
AI Prompt
Create a landscape editorial hero image for this Studio Global article: What happened in the June 5, 2026 Miasma worm attack on Microsoft's Azure GitHub organizations, how did it originate from the Red Hat npm co. Article summary: Here is the full breakdown of the June 2026 Miasma worm campaign across the Red Hat npm compromise and the Microsoft Azure GitHub attack.. Topic tags: general, general web. Reference image context from search candidates: Reference image 1: visual subject "**Impact**: At least 32 @redhat-cloud-services packages / 96 malicious versions were backdoored; multi-cloud credential theft (GitHub Actions, AWS, GCP, Azure, Kubernetes, HashiCor" source context "Miasma Supply Chain Attack Hits Red Hat @redhat-cloud-services ..." Reference image 2: visual subject "**Impact**: At least 32 @redhat-cloud-services packages / 96 malicious versions were backdoored; multi-cloud cre
openai.com
Che cosa è successo il 5 giugno
Il 5 giugno 2026 la campagna del worm Miasma ha raggiunto le organizzazioni GitHub di Microsoft. Un account di un collaboratore, già compromesso, ha inserito un commit malevolo nel repository Azure/durabletask.
La risposta di GitHub è stata rapidissima: il sistema ha disabilitato 73 repository distribuiti in quattro organizzazioni Microsoft in una sequenza automatizzata completata in 105 secondi . Le aree coinvolte erano:
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
What is the short answer to "L’attacco Miasma arriva su Microsoft: 73 repository GitHub bloccati in poco più di un minuto"?
Il 5 giugno 2026 GitHub ha disabilitato automaticamente 73 repository Microsoft distribuiti in quattro organizzazioni, con un’operazione durata 105 secondi.
What are the key points to validate first?
Il 5 giugno 2026 GitHub ha disabilitato automaticamente 73 repository Microsoft distribuiti in quattro organizzazioni, con un’operazione durata 105 secondi. L’attacco è collegato alla compromissione dell’account GitHub di un dipendente Red Hat, usato per alterare 32 pacchetti npm e diffondere un worm capace di rubare credenziali.
What should I do next in practice?
La campagna ha introdotto un nuovo rischio: file di configurazione manipolati potevano indurre strumenti come Claude Code, Gemini CLI, Cursor e VS Code a eseguire comandi malevoli.
L’attacco Miasma arriva su Microsoft: 73 repository GitHub bloccati in poco più di un minuto
Il 5 giugno 2026 GitHub ha disabilitato automaticamente 73 repository Microsoft distribuiti in quattro organizzazioni, con un’operazione durata 105 secondi. L’attacco è collegato alla compromissione dell’account GitHub di un dipendente Red Hat, usato per alterare 32 pacchetti npm e diffondere un worm capace di rubar...
Il 5 giugno 2026 GitHub ha disabilitato automaticamente 73 repository Microsoft distribuiti in quattro organizzazioni, con un’operazione durata 105 secondi.
L’attacco è collegato alla compromissione dell’account GitHub di un dipendente Red Hat, usato per alterare 32 pacchetti npm e diffondere un worm capace di rubare credenziali.
La campagna ha introdotto un nuovo rischio: file di configurazione manipolati potevano indurre strumenti come Claude Code, Gemini CLI, Cursor e VS Code a eseguire comandi malevoli.
I ricercatori hanno raccomandato di ruotare immediatamente segreti CI, credenziali cloud, chiavi SSH e token npm, oltre a verificare commit e pipeline non autorizzati.
What happened in the June 5, 2026 Miasma worm attack on Microsoft's Azure GitHub organizations, how did it originate from the Red Hat npm coA conceptual security alert for the Miasma worm's spread from npm to Microsoft's Azure GitHub organizations.
AI Prompt
Create a landscape editorial hero image for this Studio Global article: What happened in the June 5, 2026 Miasma worm attack on Microsoft's Azure GitHub organizations, how did it originate from the Red Hat npm co. Article summary: Here is the full breakdown of the June 2026 Miasma worm campaign across the Red Hat npm compromise and the Microsoft Azure GitHub attack.. Topic tags: general, general web. Reference image context from search candidates: Reference image 1: visual subject "**Impact**: At least 32 @redhat-cloud-services packages / 96 malicious versions were backdoored; multi-cloud credential theft (GitHub Actions, AWS, GCP, Azure, Kubernetes, HashiCor" source context "Miasma Supply Chain Attack Hits Red Hat @redhat-cloud-services ..." Reference image 2: visual subject "**Impact**: At least 32 @redhat-cloud-services packages / 96 malicious versions were backdoored; multi-cloud cre
openai.com
Che cosa è successo il 5 giugno
Il 5 giugno 2026 la campagna del worm Miasma ha raggiunto le organizzazioni GitHub di Microsoft. Un account di un collaboratore, già compromesso, ha inserito un commit malevolo nel repository Azure/durabletask.
La risposta di GitHub è stata rapidissima: il sistema ha disabilitato 73 repository distribuiti in quattro organizzazioni Microsoft in una sequenza automatizzata completata in 105 secondi . Le aree coinvolte erano:
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
What is the short answer to "L’attacco Miasma arriva su Microsoft: 73 repository GitHub bloccati in poco più di un minuto"?
Il 5 giugno 2026 GitHub ha disabilitato automaticamente 73 repository Microsoft distribuiti in quattro organizzazioni, con un’operazione durata 105 secondi.
What are the key points to validate first?
Il 5 giugno 2026 GitHub ha disabilitato automaticamente 73 repository Microsoft distribuiti in quattro organizzazioni, con un’operazione durata 105 secondi. L’attacco è collegato alla compromissione dell’account GitHub di un dipendente Red Hat, usato per alterare 32 pacchetti npm e diffondere un worm capace di rubare credenziali.
What should I do next in practice?
La campagna ha introdotto un nuovo rischio: file di configurazione manipolati potevano indurre strumenti come Claude Code, Gemini CLI, Cursor e VS Code a eseguire comandi malevoli.
I repository mostravano un avviso grigio con il messaggio: “This repository has been disabled. Access to this repository has been disabled by GitHub Staff due to a violation of GitHub's terms of service” .
L’episodio rappresenta un salto di qualità rispetto alla normale compromissione di un pacchetto: il codice malevolo non si è limitato a colpire una libreria, ma ha sfruttato repository di sviluppo e strumenti di programmazione assistiti dall’IA come possibile punto d’ingresso.
L’origine: i pacchetti npm di Red Hat avvelenati
La prima fase della campagna era emersa il 1° giugno 2026, quando Aikido e OX Security avevano individuato codice malevolo nel namespace npm @redhat-cloud-services, utilizzato da componenti e client API della Red Hat Hybrid Cloud Console. In totale risultavano compromessi 32 pacchetti, per 96 versioni malevole e circa 117.000 download settimanali complessivi .
Secondo le analisi disponibili, non si è trattato di una semplice perdita di token npm. Gli aggressori avevano preso il controllo dell’account GitHub di un dipendente Red Hat e lo avevano usato per inserire commit dannosi nella pipeline CI/CD di RedHatInsights/javascript-clients.
Da lì hanno abusato del meccanismo di pubblicazione affidabile di GitHub, basato su OIDC, per generare attestazioni di provenienza SLSA apparentemente autentiche e pubblicare direttamente su npm versioni contenenti una backdoor . In altre parole, il normale segnale di affidabilità associato alla provenienza della build non bastava più a distinguere il pacchetto legittimo da quello manipolato.
Le versioni compromesse includevano uno script preinstall, eseguito automaticamente durante l’installazione. Lo script scaricava un payload di 28 KB progettato per sottrarre credenziali. Il malware, identificato come una nuova variante della famiglia Mini Shai-Hulud e denominato “Miasma”, è stato attribuito al gruppo TeamPCP, anche se non è stato possibile escludere l’azione di imitatori che utilizzino lo stesso codice .
Come il worm si è propagato
Miasma combinava diversi vettori d’attacco, trasformando una singola compromissione in una possibile catena di infezioni:
Avvelenamento del registro npm: i pacchetti modificati eseguivano uno script preinstall non appena uno sviluppatore lanciava npm install.
Auto-propagazione: dopo aver infettato il computer di uno sviluppatore, il payload cercava token GitHub, token npm e altre credenziali, utilizzandoli per inserire codice malevolo nei repository o nei pacchetti sui quali la vittima aveva permessi di pubblicazione .
Furto di credenziali: il malware prendeva di mira credenziali e configurazioni relative ad AWS, Azure, GCP, Kubernetes, HashiCorp Vault, oltre 90 strumenti per sviluppatori, chiavi SSH, variabili d’ambiente, portafogli di criptovalute e dati di persistenza degli strumenti di IA .
Abuso della pubblicazione affidabile: la compromissione dell’account GitHub Red Hat ha permesso agli aggressori di sfruttare il flusso OIDC legittimo e di dare ai pacchetti malevoli attestazioni di provenienza valide .
Istruzioni rivolte agli agenti IA: nella fase contro Microsoft, il commit inserito in Azure/durabletask conteneva file di configurazione capaci di introdurre comandi per il furto di credenziali quando il repository veniva aperto in Claude Code, Gemini CLI, Cursor o VS Code .
Perché gli agenti di coding sono un bersaglio delicato
Gli assistenti per la programmazione basati sull’IA leggono spesso automaticamente file di configurazione e istruzioni presenti in un repository. In questo caso, gli aggressori hanno sfruttato proprio quel comportamento: i file malevoli erano concepiti per sembrare parte del progetto, ma potevano impartire istruzioni a un agente di coding e portarlo a eseguire un flusso controllato dall’attaccante .
Il rischio non dipende quindi soltanto dall’installazione di un pacchetto infetto. Anche l’apertura di un progetto apparentemente affidabile in uno strumento di sviluppo può diventare un momento critico, soprattutto quando l’agente dispone di accesso a token, file locali o ambienti cloud.
Le misure di contenimento
La risposta ha coinvolto più organizzazioni e si è sviluppata su diversi fronti:
il 5 giugno GitHub ha disabilitato 73 repository Microsoft in un’operazione automatizzata durata 105 secondi ;
il 1° giugno Red Hat ha pubblicato l’avviso RHSB-2026-006, revocato i token npm e le credenziali di pubblicazione compromesse e rimosso i pacchetti alterati dal registro ;
il 2 giugno Microsoft Threat Intelligence ha pubblicato un’analisi dettagliata della catena d’attacco e indicazioni per il rilevamento ;
i ricercatori hanno consigliato agli sviluppatori potenzialmente esposti di ruotare tutti i segreti CI, le credenziali cloud, le chiavi SSH e i token npm, oltre ad analizzare le pipeline CI/CD alla ricerca di commit non autorizzati .
Un ulteriore indicatore da cercare nei repository è la stringa di firma del malware: “Miasma – The Spreading Blight”.
La minaccia parallela di IronWorm
Miasma non era l’unico sviluppo osservato in quei giorni. Il 5 giugno Endor Labs e StepSecurity hanno descritto una campagna distinta ma parallela, denominata IronWorm, che aveva compromesso 57 pacchetti npm in oltre 286 versioni malevole per distribuire una nuova variante del worm .
I ricercatori hanno inoltre rilevato tecniche diverse, tra cui l’abuso dei file binding.gyp per ottenere l’esecuzione di codice durante l’installazione . La scala e la velocità dell’operazione suggeriscono un’evoluzione della strategia: non più un singolo pacchetto compromesso, ma molteplici account, namespace e superfici di sviluppo sfruttati in parallelo.
Il rischio dei cloni resta aperto
Il Cloud Security Alliance ha sottolineato un problema di lungo periodo. Sebbene la campagna Miasma sia stata attribuita a TeamPCP, il codice alla base del malware è stato reso pubblico. Di conseguenza, altri gruppi possono riutilizzarlo o modificarlo per condurre campagne simili .
Per le aziende, la lezione è chiara: una firma di provenienza valida, un account di collaboratore legittimo o un repository ufficiale non devono essere considerati una garanzia assoluta. La difesa richiede controlli incrociati su identità, permessi, pipeline di build, dipendenze e istruzioni che gli strumenti di sviluppo — compresi gli agenti IA — sono autorizzati a eseguire.
thehackernews.comMiasma Worm Hits 73 Microsoft GitHub Repositories in ...
I repository mostravano un avviso grigio con il messaggio: “This repository has been disabled. Access to this repository has been disabled by GitHub Staff due to a violation of GitHub's terms of service” .
L’episodio rappresenta un salto di qualità rispetto alla normale compromissione di un pacchetto: il codice malevolo non si è limitato a colpire una libreria, ma ha sfruttato repository di sviluppo e strumenti di programmazione assistiti dall’IA come possibile punto d’ingresso.
L’origine: i pacchetti npm di Red Hat avvelenati
La prima fase della campagna era emersa il 1° giugno 2026, quando Aikido e OX Security avevano individuato codice malevolo nel namespace npm @redhat-cloud-services, utilizzato da componenti e client API della Red Hat Hybrid Cloud Console. In totale risultavano compromessi 32 pacchetti, per 96 versioni malevole e circa 117.000 download settimanali complessivi .
Secondo le analisi disponibili, non si è trattato di una semplice perdita di token npm. Gli aggressori avevano preso il controllo dell’account GitHub di un dipendente Red Hat e lo avevano usato per inserire commit dannosi nella pipeline CI/CD di RedHatInsights/javascript-clients.
Da lì hanno abusato del meccanismo di pubblicazione affidabile di GitHub, basato su OIDC, per generare attestazioni di provenienza SLSA apparentemente autentiche e pubblicare direttamente su npm versioni contenenti una backdoor . In altre parole, il normale segnale di affidabilità associato alla provenienza della build non bastava più a distinguere il pacchetto legittimo da quello manipolato.
Le versioni compromesse includevano uno script preinstall, eseguito automaticamente durante l’installazione. Lo script scaricava un payload di 28 KB progettato per sottrarre credenziali. Il malware, identificato come una nuova variante della famiglia Mini Shai-Hulud e denominato “Miasma”, è stato attribuito al gruppo TeamPCP, anche se non è stato possibile escludere l’azione di imitatori che utilizzino lo stesso codice .
Come il worm si è propagato
Miasma combinava diversi vettori d’attacco, trasformando una singola compromissione in una possibile catena di infezioni:
Avvelenamento del registro npm: i pacchetti modificati eseguivano uno script preinstall non appena uno sviluppatore lanciava npm install.
Auto-propagazione: dopo aver infettato il computer di uno sviluppatore, il payload cercava token GitHub, token npm e altre credenziali, utilizzandoli per inserire codice malevolo nei repository o nei pacchetti sui quali la vittima aveva permessi di pubblicazione .
Furto di credenziali: il malware prendeva di mira credenziali e configurazioni relative ad AWS, Azure, GCP, Kubernetes, HashiCorp Vault, oltre 90 strumenti per sviluppatori, chiavi SSH, variabili d’ambiente, portafogli di criptovalute e dati di persistenza degli strumenti di IA .
Abuso della pubblicazione affidabile: la compromissione dell’account GitHub Red Hat ha permesso agli aggressori di sfruttare il flusso OIDC legittimo e di dare ai pacchetti malevoli attestazioni di provenienza valide .
Istruzioni rivolte agli agenti IA: nella fase contro Microsoft, il commit inserito in Azure/durabletask conteneva file di configurazione capaci di introdurre comandi per il furto di credenziali quando il repository veniva aperto in Claude Code, Gemini CLI, Cursor o VS Code .
Perché gli agenti di coding sono un bersaglio delicato
Gli assistenti per la programmazione basati sull’IA leggono spesso automaticamente file di configurazione e istruzioni presenti in un repository. In questo caso, gli aggressori hanno sfruttato proprio quel comportamento: i file malevoli erano concepiti per sembrare parte del progetto, ma potevano impartire istruzioni a un agente di coding e portarlo a eseguire un flusso controllato dall’attaccante .
Il rischio non dipende quindi soltanto dall’installazione di un pacchetto infetto. Anche l’apertura di un progetto apparentemente affidabile in uno strumento di sviluppo può diventare un momento critico, soprattutto quando l’agente dispone di accesso a token, file locali o ambienti cloud.
Le misure di contenimento
La risposta ha coinvolto più organizzazioni e si è sviluppata su diversi fronti:
il 5 giugno GitHub ha disabilitato 73 repository Microsoft in un’operazione automatizzata durata 105 secondi ;
il 1° giugno Red Hat ha pubblicato l’avviso RHSB-2026-006, revocato i token npm e le credenziali di pubblicazione compromesse e rimosso i pacchetti alterati dal registro ;
il 2 giugno Microsoft Threat Intelligence ha pubblicato un’analisi dettagliata della catena d’attacco e indicazioni per il rilevamento ;
i ricercatori hanno consigliato agli sviluppatori potenzialmente esposti di ruotare tutti i segreti CI, le credenziali cloud, le chiavi SSH e i token npm, oltre ad analizzare le pipeline CI/CD alla ricerca di commit non autorizzati .
Un ulteriore indicatore da cercare nei repository è la stringa di firma del malware: “Miasma – The Spreading Blight”.
La minaccia parallela di IronWorm
Miasma non era l’unico sviluppo osservato in quei giorni. Il 5 giugno Endor Labs e StepSecurity hanno descritto una campagna distinta ma parallela, denominata IronWorm, che aveva compromesso 57 pacchetti npm in oltre 286 versioni malevole per distribuire una nuova variante del worm .
I ricercatori hanno inoltre rilevato tecniche diverse, tra cui l’abuso dei file binding.gyp per ottenere l’esecuzione di codice durante l’installazione . La scala e la velocità dell’operazione suggeriscono un’evoluzione della strategia: non più un singolo pacchetto compromesso, ma molteplici account, namespace e superfici di sviluppo sfruttati in parallelo.
Il rischio dei cloni resta aperto
Il Cloud Security Alliance ha sottolineato un problema di lungo periodo. Sebbene la campagna Miasma sia stata attribuita a TeamPCP, il codice alla base del malware è stato reso pubblico. Di conseguenza, altri gruppi possono riutilizzarlo o modificarlo per condurre campagne simili .
Per le aziende, la lezione è chiara: una firma di provenienza valida, un account di collaboratore legittimo o un repository ufficiale non devono essere considerati una garanzia assoluta. La difesa richiede controlli incrociati su identità, permessi, pipeline di build, dipendenze e istruzioni che gli strumenti di sviluppo — compresi gli agenti IA — sono autorizzati a eseguire.
thehackernews.comMiasma Worm Hits 73 Microsoft GitHub Repositories in ...
