Miasma ormen, en selvreproduserende skadevare, kompromitterte 73 Microsoft GitHub repositorier 5. Angrepskjeden startet med infiserte Red Hat npm pakker 1.
Publisert avRedigert med DeepSeek-V4-ProBilder generert med GPT Image 1.5
Miasma ormen, en selvreproduserende skadevare, kompromitterte 73 Microsoft GitHub repositorier 5.
Angrepskjeden startet med infiserte Red Hat npm pakker 1. juni, og er en sofistikert flertrinns forsyningskjedeoperasjon knyttet til det åpen kildekode rammeverket Mini Shai Hulud, der kopikattangripere også er i sving.
Tiltakene inkluderte øyeblikkelig stenging av repositoriene, full gjenoppretting innen 8.
What was the Miasma malware attack on Microsoft's GitHub repositories, including how the attack occurred on June 5 when self-replicating MiaAn artistic representation of the Miasma worm infiltrating Microsoft's GitHub ecosystem through AI coding tools.
AI Prompt
Create a landscape editorial hero image for this Studio Global article: What was the Miasma malware attack on Microsoft's GitHub repositories, including how the attack occurred on June 5 when self-replicating Mia. Article summary: Here is a comprehensive breakdown of the Miasma malware attack on Microsoft's GitHub repositories.. Topic tags: general, general web, user generated, education. Reference image context from search candidates: Reference image 1: visual subject "GitHub disabled 73 Microsoft repositories on June 5 after a malicious commit landed in an Azure project, in what researchers described as a supply chain attack aimed at developer w" source context "Supply Chain Attack Hits Microsoft GitHub Repos, AI Coding Tools" Reference image 2: visual subject "GitHub disabled 73 Microsoft repositories on June 5 after a malicious commit landed in an Azure project, in what researchers d
openai.com
Den 5. juni 2026 tvang en selvrepliserende skadevare kalt Miasma-ormen GitHub til å deaktivere 73 Microsoft-eide repositorier på bare 105 sekunder. Dette var ikke en enkel kodeinjeksjon, men et sofistikert angrep mot programvareforsyningskjeden som våpenifiserte utviklernes mest betrodde hjelpemidler – KI-kodeassistentene deres. De berørte repositoriene strakte seg over fire kjerneselskaper i Microsoft: Azure, Azure-Samples, Microsoft og MicrosoftDocs. Hendelsen markerer et vendepunkt i datasikkerhet, der selve åpningen av et kodelager i et KI-basert miljø ble en utløsende faktor for tyveri av innloggingsdetaljer.
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 "Miasma-ormen slår til mot Microsoft GitHub"?
Miasma ormen, en selvreproduserende skadevare, kompromitterte 73 Microsoft GitHub repositorier 5.
What are the key points to validate first?
Miasma ormen, en selvreproduserende skadevare, kompromitterte 73 Microsoft GitHub repositorier 5. Angrepskjeden startet med infiserte Red Hat npm pakker 1. juni, og er en sofistikert flertrinns forsyningskjedeoperasjon knyttet til det åpen kildekode rammeverket Mini Shai Hulud, der kopikattangripere også er i sving.
What should I do next in practice?
Tiltakene inkluderte øyeblikkelig stenging av repositoriene, full gjenoppretting innen 8.
Miasma ormen, en selvreproduserende skadevare, kompromitterte 73 Microsoft GitHub repositorier 5. Angrepskjeden startet med infiserte Red Hat npm pakker 1.
Publisert avRedigert med DeepSeek-V4-ProBilder generert med GPT Image 1.5
Miasma ormen, en selvreproduserende skadevare, kompromitterte 73 Microsoft GitHub repositorier 5.
Angrepskjeden startet med infiserte Red Hat npm pakker 1. juni, og er en sofistikert flertrinns forsyningskjedeoperasjon knyttet til det åpen kildekode rammeverket Mini Shai Hulud, der kopikattangripere også er i sving.
Tiltakene inkluderte øyeblikkelig stenging av repositoriene, full gjenoppretting innen 8.
What was the Miasma malware attack on Microsoft's GitHub repositories, including how the attack occurred on June 5 when self-replicating MiaAn artistic representation of the Miasma worm infiltrating Microsoft's GitHub ecosystem through AI coding tools.
AI Prompt
Create a landscape editorial hero image for this Studio Global article: What was the Miasma malware attack on Microsoft's GitHub repositories, including how the attack occurred on June 5 when self-replicating Mia. Article summary: Here is a comprehensive breakdown of the Miasma malware attack on Microsoft's GitHub repositories.. Topic tags: general, general web, user generated, education. Reference image context from search candidates: Reference image 1: visual subject "GitHub disabled 73 Microsoft repositories on June 5 after a malicious commit landed in an Azure project, in what researchers described as a supply chain attack aimed at developer w" source context "Supply Chain Attack Hits Microsoft GitHub Repos, AI Coding Tools" Reference image 2: visual subject "GitHub disabled 73 Microsoft repositories on June 5 after a malicious commit landed in an Azure project, in what researchers d
openai.com
Den 5. juni 2026 tvang en selvrepliserende skadevare kalt Miasma-ormen GitHub til å deaktivere 73 Microsoft-eide repositorier på bare 105 sekunder. Dette var ikke en enkel kodeinjeksjon, men et sofistikert angrep mot programvareforsyningskjeden som våpenifiserte utviklernes mest betrodde hjelpemidler – KI-kodeassistentene deres. De berørte repositoriene strakte seg over fire kjerneselskaper i Microsoft: Azure, Azure-Samples, Microsoft og MicrosoftDocs. Hendelsen markerer et vendepunkt i datasikkerhet, der selve åpningen av et kodelager i et KI-basert miljø ble en utløsende faktor for tyveri av innloggingsdetaljer.
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 "Miasma-ormen slår til mot Microsoft GitHub"?
Miasma ormen, en selvreproduserende skadevare, kompromitterte 73 Microsoft GitHub repositorier 5.
What are the key points to validate first?
Miasma ormen, en selvreproduserende skadevare, kompromitterte 73 Microsoft GitHub repositorier 5. Angrepskjeden startet med infiserte Red Hat npm pakker 1. juni, og er en sofistikert flertrinns forsyningskjedeoperasjon knyttet til det åpen kildekode rammeverket Mini Shai Hulud, der kopikattangripere også er i sving.
What should I do next in practice?
Tiltakene inkluderte øyeblikkelig stenging av repositoriene, full gjenoppretting innen 8.
Angrepets nyhet lå i utførelsen, som omgikk tradisjonelle sikkerhetskontroller ved å gjøre utviklerverktøy til angrepsvektorer.
Inngangsporten: Inntrengningen startet med en ondsinnet innsjekking (commit) til repositoriet Azure/durabletask, utført av en tidligere kompromittert bidragsyterkonto . For å unngå oppdagelse ble innsjekkingen kalt «Endret DataConverter til OrchestrationContext [skip ci]», og metadataene ble tilbakedatert til mars 2020 .
Nyttelast via KI-assistenter: Innsjekkingen endret ingen tradisjonell kildekode. I stedet la den inn konfigurasjonsfiler, for eksempel innstillinger for Claude Code, Gemini CLI og Cursor . Da en utvikler åpnet det infiserte repositoriet i Claude Code, Gemini CLI, Cursor eller Visual Studio Code (VS Code), leste disse KI-verktøyene automatisk konfigurasjonsfilene og kjørte en skjult passordtyv .
Hva ble stjålet: Etter aktivering høstet ormen et bredt spekter av kritiske nøkler fra utviklerens maskin og tilknyttede miljøer, inkludert de for AWS, GCP, Azure, HashiCorp Vault, Kubernetes og GitHub Actions.
Selvreplikasjon: Etter å ha stjålet innloggingsopplysninger, brukte ormen dem til å sende den samme ondsinnede innsjekkingen til andre repositorier offeret hadde tilgang til, slik at den kunne spre seg raskt på tvers av organisasjoner .
Opphavet: Kompromitterte Red Hat npm-pakker
Microsoft GitHub-hendelsen var siste akt i en kampanje som startet dager tidligere i forsyningskjeden for åpen kildekode-programvare.
Den 1. juni 2026 brukte angriperne en stjålet GitHub-konto tilhørende en Red Hat-ansatt til å publisere infiserte versjoner av 32 offisielle @redhat-cloud-services npm-pakker, fordelt på over 90 versjoner . Microsoft Threat Intelligence sporet kompromitteringen tilbake til CI/CD-pipelinen for RedHatInsights/javascript-clients, noe som tillot angriperne å publisere infiserte pakker med tilsynelatende legitime autentisitetssignaturer . Disse ondsinnede pakkene inneholdt et obfuskert førinstallasjonsskript som kjørte en passordtyv ved installasjon, og la grunnlaget for den bredere Miasma-spredningen .
Respons og innesperring
Responsen på angrepet var rask og kontant, men hendelsens implikasjoner stikker dypt.
Umiddelbar deaktivering: GitHubs automatiske systemer for misbruksdeteksjon deaktiverte alle 73 infiserte repositorier i to bølger, blokkerte offentlig tilgang og viste et varsel om «brudd på tjenestevilkårene» .
Gjenoppretting og utbedring: Microsoft gjenopprettet alle berørte repositorier innen 8. juni og varslet berørte kunder . Et hovedfunn var at angriperen gjenbrukte uroterte GitHub Actions-nøkler for å opprettholde og utvide tilgang, noe som indikerer at en tidligere kompromittering ikke var fullstendig renset opp .
En dypere rot: Undersøkelser avslørte at de stjålne innloggingsopplysningene som ble brukt i angrepet 5. juni, hadde ligget i aktive passordtyveri-loggfiler i 48 dager før de ble tatt i bruk, noe som peker mot en langvarig inntrengning som gikk forut for ormens aktivering .
Attribusjon: Shai-Hulud-arven og kopikatproblemet
Miasma er en direkte etterkommer av Mini Shai-Hulud-ormerammeverket, et verktøysett skapt av trusselgruppen kjent som TeamPCP. TeamPCPs tidligere kampanje, offentliggjort 12. mai 2026, hadde allerede kompromittert over 170 npm- og PyPI-pakker med over 518 millioner akkumulerte nedlastinger, og rettet seg direkte mot KI-utviklerbiblioteker .
Situasjonen kompliseres ytterligere av at TeamPCP åpnet kildekoden til Mini Shai-Hulud-rammeverket. Dette betyr at et ukjent antall kopikataktører har tilgang til samme kodebase. Mens teknikkene og koden sterkt knytter Miasma til TeamPCPs arv, advarer flere sikkerhetsforskere om at en endelig attribusjon til den opprinnelige gruppen ikke kan fastslås, ettersom enhver aktør med tilgang til det åpne verktøysettet kunne ha orkestrert deler av eller hele denne spesifikke bølgen .
Sikkerhetsanbefalinger for utviklere
Miasma-angrepet redefinerer grunnleggende grenser for sikkerhet. Å åpne et kodelager er ikke lenger en passiv, trygg handling. Forskere har samlet seg om flere sentrale anbefalinger:
Tilbakekall og roter alle nøkler: Roter umiddelbart alle GitHub Actions-tilgangstokener, skyleverandørpåloggingsdetaljer, npm-publiseringstokener og eventuelle andre hemmeligheter som kan ha blitt eksponert gjennom CI/CD-logger, infiserte repositorier eller passordtyv-logger .
Håndhev streng flerfaktorautentisering (MFA): Krev flerfaktorautentisering, helst med fysiske sikkerhetsnøkler, for alle bidragsyterkontoer for å forhindre legitimasjonsbaserte inntrengninger .
Saner tillitsgrenser for KI-verktøy: Behandle ikke-klarerte repositorier som en ukjent binærfil. Konfigurer KI-kodeagenter (Claude Code, Cursor, Gemini CLI, VS Code) til å ikke autokjøre eller autolese konfigurasjonsfiler og oppgaver fra repositorier .
Sikre CI/CD-pipelines: Revisjoner GitHub Actions-arbeidsflyter for å begrense skrivetilgang på Actions-tokener, fjerne ubrukte tokener og håndheve bruk av kortlevde innloggingsopplysninger .
Styrk forsyningskjedehygienen: Bruk verktøy for avhengighetsskanning, generer en programvarekomponentliste (SBOM) og verifiser pakkens opprinnelse før installasjon. Overvåk pakker for obfuskerte preinstall- eller postinstall-skript .
Angrepets nyhet lå i utførelsen, som omgikk tradisjonelle sikkerhetskontroller ved å gjøre utviklerverktøy til angrepsvektorer.
Inngangsporten: Inntrengningen startet med en ondsinnet innsjekking (commit) til repositoriet Azure/durabletask, utført av en tidligere kompromittert bidragsyterkonto . For å unngå oppdagelse ble innsjekkingen kalt «Endret DataConverter til OrchestrationContext [skip ci]», og metadataene ble tilbakedatert til mars 2020 .
Nyttelast via KI-assistenter: Innsjekkingen endret ingen tradisjonell kildekode. I stedet la den inn konfigurasjonsfiler, for eksempel innstillinger for Claude Code, Gemini CLI og Cursor . Da en utvikler åpnet det infiserte repositoriet i Claude Code, Gemini CLI, Cursor eller Visual Studio Code (VS Code), leste disse KI-verktøyene automatisk konfigurasjonsfilene og kjørte en skjult passordtyv .
Hva ble stjålet: Etter aktivering høstet ormen et bredt spekter av kritiske nøkler fra utviklerens maskin og tilknyttede miljøer, inkludert de for AWS, GCP, Azure, HashiCorp Vault, Kubernetes og GitHub Actions.
Selvreplikasjon: Etter å ha stjålet innloggingsopplysninger, brukte ormen dem til å sende den samme ondsinnede innsjekkingen til andre repositorier offeret hadde tilgang til, slik at den kunne spre seg raskt på tvers av organisasjoner .
Opphavet: Kompromitterte Red Hat npm-pakker
Microsoft GitHub-hendelsen var siste akt i en kampanje som startet dager tidligere i forsyningskjeden for åpen kildekode-programvare.
Den 1. juni 2026 brukte angriperne en stjålet GitHub-konto tilhørende en Red Hat-ansatt til å publisere infiserte versjoner av 32 offisielle @redhat-cloud-services npm-pakker, fordelt på over 90 versjoner . Microsoft Threat Intelligence sporet kompromitteringen tilbake til CI/CD-pipelinen for RedHatInsights/javascript-clients, noe som tillot angriperne å publisere infiserte pakker med tilsynelatende legitime autentisitetssignaturer . Disse ondsinnede pakkene inneholdt et obfuskert førinstallasjonsskript som kjørte en passordtyv ved installasjon, og la grunnlaget for den bredere Miasma-spredningen .
Respons og innesperring
Responsen på angrepet var rask og kontant, men hendelsens implikasjoner stikker dypt.
Umiddelbar deaktivering: GitHubs automatiske systemer for misbruksdeteksjon deaktiverte alle 73 infiserte repositorier i to bølger, blokkerte offentlig tilgang og viste et varsel om «brudd på tjenestevilkårene» .
Gjenoppretting og utbedring: Microsoft gjenopprettet alle berørte repositorier innen 8. juni og varslet berørte kunder . Et hovedfunn var at angriperen gjenbrukte uroterte GitHub Actions-nøkler for å opprettholde og utvide tilgang, noe som indikerer at en tidligere kompromittering ikke var fullstendig renset opp .
En dypere rot: Undersøkelser avslørte at de stjålne innloggingsopplysningene som ble brukt i angrepet 5. juni, hadde ligget i aktive passordtyveri-loggfiler i 48 dager før de ble tatt i bruk, noe som peker mot en langvarig inntrengning som gikk forut for ormens aktivering .
Attribusjon: Shai-Hulud-arven og kopikatproblemet
Miasma er en direkte etterkommer av Mini Shai-Hulud-ormerammeverket, et verktøysett skapt av trusselgruppen kjent som TeamPCP. TeamPCPs tidligere kampanje, offentliggjort 12. mai 2026, hadde allerede kompromittert over 170 npm- og PyPI-pakker med over 518 millioner akkumulerte nedlastinger, og rettet seg direkte mot KI-utviklerbiblioteker .
Situasjonen kompliseres ytterligere av at TeamPCP åpnet kildekoden til Mini Shai-Hulud-rammeverket. Dette betyr at et ukjent antall kopikataktører har tilgang til samme kodebase. Mens teknikkene og koden sterkt knytter Miasma til TeamPCPs arv, advarer flere sikkerhetsforskere om at en endelig attribusjon til den opprinnelige gruppen ikke kan fastslås, ettersom enhver aktør med tilgang til det åpne verktøysettet kunne ha orkestrert deler av eller hele denne spesifikke bølgen .
Sikkerhetsanbefalinger for utviklere
Miasma-angrepet redefinerer grunnleggende grenser for sikkerhet. Å åpne et kodelager er ikke lenger en passiv, trygg handling. Forskere har samlet seg om flere sentrale anbefalinger:
Tilbakekall og roter alle nøkler: Roter umiddelbart alle GitHub Actions-tilgangstokener, skyleverandørpåloggingsdetaljer, npm-publiseringstokener og eventuelle andre hemmeligheter som kan ha blitt eksponert gjennom CI/CD-logger, infiserte repositorier eller passordtyv-logger .
Håndhev streng flerfaktorautentisering (MFA): Krev flerfaktorautentisering, helst med fysiske sikkerhetsnøkler, for alle bidragsyterkontoer for å forhindre legitimasjonsbaserte inntrengninger .
Saner tillitsgrenser for KI-verktøy: Behandle ikke-klarerte repositorier som en ukjent binærfil. Konfigurer KI-kodeagenter (Claude Code, Cursor, Gemini CLI, VS Code) til å ikke autokjøre eller autolese konfigurasjonsfiler og oppgaver fra repositorier .
Sikre CI/CD-pipelines: Revisjoner GitHub Actions-arbeidsflyter for å begrense skrivetilgang på Actions-tokener, fjerne ubrukte tokener og håndheve bruk av kortlevde innloggingsopplysninger .
Styrk forsyningskjedehygienen: Bruk verktøy for avhengighetsskanning, generer en programvarekomponentliste (SBOM) og verifiser pakkens opprinnelse før installasjon. Overvåk pakker for obfuskerte preinstall- eller postinstall-skript .