Atak robaka Miasma na GitHub Microsoftu: Jak malware wykorzystał narzędzia AI do kradzieży danych
Robak Miasma, samoreplikujący się malware, zaatakował 73 repozytoria GitHub należące do Microsoftu 5 czerwca 2026 roku. Łańcuch ataku rozpoczął się 1 czerwca od zhakowanych pakietów npm Red Hata, co ujawnia zaawansowany, wieloetapowy atak na łańcuch dostaw, powiązany z upublicznionym kodem frameworka Mini Shai Hulud.
Opublikowane przezEdytowane za pomocą DeepSeek-V4-ProObrazy wygenerowane za pomocą GPT Image 1.5
Robak Miasma, samoreplikujący się malware, zaatakował 73 repozytoria GitHub należące do Microsoftu 5 czerwca 2026 roku.
Łańcuch ataku rozpoczął się 1 czerwca od zhakowanych pakietów npm Red Hata, co ujawnia zaawansowany, wieloetapowy atak na łańcuch dostaw, powiązany z upublicznionym kodem frameworka Mini Shai Hulud.
Działania naprawcze obejmowały natychmiastowe wyłączenie repozytoriów i pełne przywrócenie ich do 8 czerwca.
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
Piątego czerwca 2026 roku w świecie cyberbezpieczeństwa nastąpił przełom, który na zawsze zmienił postrzeganie narzędzi do kodowania. W ciągu zaledwie 105 sekund GitHub został zmuszony do wyłączenia 73 repozytoriów należących do Microsoftu, które padły ofiarą robaka Miasma – samoreplikującego się złośliwego oprogramowania . Nie był to zwykły atak na kod źródłowy. To wyrafinowana operacja na łańcuch dostaw, która w broń zamieniła asystentów AI – narzędzia, którym deweloperzy ufają najbardziej. Poszkodowane repozytoria obejmowały cztery kluczowe organizacje Microsoftu: Azure, Azure-Samples, Microsoft oraz MicrosoftDocs .
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 "Atak robaka Miasma na GitHub Microsoftu: Jak malware wykorzystał narzędzia AI do kradzieży danych"?
Robak Miasma, samoreplikujący się malware, zaatakował 73 repozytoria GitHub należące do Microsoftu 5 czerwca 2026 roku.
What are the key points to validate first?
Robak Miasma, samoreplikujący się malware, zaatakował 73 repozytoria GitHub należące do Microsoftu 5 czerwca 2026 roku. Łańcuch ataku rozpoczął się 1 czerwca od zhakowanych pakietów npm Red Hata, co ujawnia zaawansowany, wieloetapowy atak na łańcuch dostaw, powiązany z upublicznionym kodem frameworka Mini Shai Hulud.
What should I do next in practice?
Działania naprawcze obejmowały natychmiastowe wyłączenie repozytoriów i pełne przywrócenie ich do 8 czerwca.
Atak robaka Miasma na GitHub Microsoftu: Jak malware wykorzystał narzędzia AI do kradzieży danych
Robak Miasma, samoreplikujący się malware, zaatakował 73 repozytoria GitHub należące do Microsoftu 5 czerwca 2026 roku. Łańcuch ataku rozpoczął się 1 czerwca od zhakowanych pakietów npm Red Hata, co ujawnia zaawansowany, wieloetapowy atak na łańcuch dostaw, powiązany z upublicznionym kodem frameworka Mini Shai Hulud.
Opublikowane przezEdytowane za pomocą DeepSeek-V4-ProObrazy wygenerowane za pomocą GPT Image 1.5
Robak Miasma, samoreplikujący się malware, zaatakował 73 repozytoria GitHub należące do Microsoftu 5 czerwca 2026 roku.
Łańcuch ataku rozpoczął się 1 czerwca od zhakowanych pakietów npm Red Hata, co ujawnia zaawansowany, wieloetapowy atak na łańcuch dostaw, powiązany z upublicznionym kodem frameworka Mini Shai Hulud.
Działania naprawcze obejmowały natychmiastowe wyłączenie repozytoriów i pełne przywrócenie ich do 8 czerwca.
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
Piątego czerwca 2026 roku w świecie cyberbezpieczeństwa nastąpił przełom, który na zawsze zmienił postrzeganie narzędzi do kodowania. W ciągu zaledwie 105 sekund GitHub został zmuszony do wyłączenia 73 repozytoriów należących do Microsoftu, które padły ofiarą robaka Miasma – samoreplikującego się złośliwego oprogramowania . Nie był to zwykły atak na kod źródłowy. To wyrafinowana operacja na łańcuch dostaw, która w broń zamieniła asystentów AI – narzędzia, którym deweloperzy ufają najbardziej. Poszkodowane repozytoria obejmowały cztery kluczowe organizacje Microsoftu: Azure, Azure-Samples, Microsoft oraz MicrosoftDocs .
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 "Atak robaka Miasma na GitHub Microsoftu: Jak malware wykorzystał narzędzia AI do kradzieży danych"?
Robak Miasma, samoreplikujący się malware, zaatakował 73 repozytoria GitHub należące do Microsoftu 5 czerwca 2026 roku.
What are the key points to validate first?
Robak Miasma, samoreplikujący się malware, zaatakował 73 repozytoria GitHub należące do Microsoftu 5 czerwca 2026 roku. Łańcuch ataku rozpoczął się 1 czerwca od zhakowanych pakietów npm Red Hata, co ujawnia zaawansowany, wieloetapowy atak na łańcuch dostaw, powiązany z upublicznionym kodem frameworka Mini Shai Hulud.
What should I do next in practice?
Działania naprawcze obejmowały natychmiastowe wyłączenie repozytoriów i pełne przywrócenie ich do 8 czerwca.
Nowatorstwo tego ataku polegało na ominięciu tradycyjnych zabezpieczeń i przekształceniu codziennych narzędzi programistycznych w wektory infekcji.
Punkt wejścia: Atak rozpoczął się od złośliwego commita w repozytorium Azure/durabletask, który został dodany przy użyciu przejętego wcześniej konta współpracownika . Aby uniknąć wykrycia, commit nosił tytuł "Switched DataConverter to OrchestrationContext [skip ci]", a jego metadane zostały cofnięte na marzec 2020 roku .
Dostarczanie ładunku przez AI: Różnica względem standardowych ataków polegała na tym, że commit nie modyfikował kodu źródłowego. Zamiast tego umieścił w repo pliki konfiguracyjne dla narzędzi takich jak Claude Code, Gemini CLI i Cursor . Kiedy programista otwierał zainfekowane repozytorium w Claude Code, Gemini CLI, Cursor lub Visual Studio Code (VS Code), narzędzia te automatycznie odczytywały pliki, wykonując ukryty ładunek zbierający dane logowania .
Co zostało skradzione: Po uruchomieniu robak pozyskiwał szeroki zakres krytycznych danych uwierzytelniających z komputera programisty i powiązanych środowisk, w tym dane do AWS, GCP, Azure, HashiCorp Vault, Kubernetes i GitHub Actions.
Samoreplikacja: Uzyskawszy dane logowania, robak natychmiast wykorzystywał je do wypychania tego samego złośliwego commita do innych repozytoriów dostępnych dla ofiary, rozprzestrzeniając się błyskawicznie po wielu organizacjach .
Geneza ataku: Kompromitacja pakietów npm Red Hata
Incydent w GitHubie Microsoftu był kulminacją kampanii, która rozpoczęła się kilka dni wcześniej w ekosystemie open source.
Pierwszego czerwca 2026 roku napastnicy wykorzystali skradzione konto pracownika Red Hata w GitHubie do opublikowania zainfekowanych wersji 32 oficjalnych pakietów npm o zakresie @redhat-cloud-services, w sumie w ponad 90 wersjach . Zespół Microsoft Threat Intelligence prześledził włamanie do potoku CI/CD RedHatInsights/javascript-clients, co pozwoliło atakującym na publikację złośliwych pakietów z autentycznie wyglądającymi podpisami pochodzenia . Te pakiety zawierały zaciemniony skrypt preinstall, który po instalacji uruchamiał program kradnący dane logowania, tworząc podwaliny pod dalsze rozprzestrzenianie się robaka Miasma .
Odpowiedź i działania naprawcze
Reakcja na atak była szybka i zdecydowana, ale jego implikacje sięgają bardzo głęboko.
Natychmiastowe wyłączenie: Zautomatyzowane systemy GitHub do wykrywania nadużyć wyłączyły wszystkie 73 zainfekowane repozytoria w dwóch oddzielnych falach, natychmiast blokując do nich publiczny dostęp i wyświetlając komunikat o naruszeniu warunków korzystania z usługi .
Odzyskiwanie i naprawa: Do 8 czerwca Microsoft w pełni przywrócił wszystkie dotknięte atakiem repozytoria i powiadomił poszkodowanych klientów . Kluczowym ustaleniem było to, że atakujący ponownie wykorzystał niezrotowane sekrety GitHub Actions, aby utrzymać i rozszerzyć dostęp, co wskazuje, że poprzednie włamanie nie zostało w pełni usunięte .
Głębsza przyczyna: Śledztwo ujawniło, że skradzione dane logowania, użyte w ataku z 5 czerwca, przez 48 dni znajdowały się w aktywnych dziennikach kradnących dane, zanim zostały wykorzystane jako broń. To podkreśla długotrwałą infiltrację, która poprzedzała aktywację robaka .
Atrybucja: Dziedzictwo Shai-Hulud i problem naśladowców
Miasma jest bezpośrednim potomkiem frameworka Mini Shai-Hulud, zestawu narzędzi stworzonego przez grupę cyberprzestępczą znaną jako TeamPCP. Ich wcześniejsza kampania, ujawniona 12 maja 2026 roku, doprowadziła do kompromitacji ponad 170 pakietów npm i PyPI, które łącznie zanotowały ponad 518 milionów pobrań i celowały bezpośrednio w biblioteki dla deweloperów AI .
Sytuację dodatkowo komplikuje fakt, że TeamPCP udostępnił kod źródłowy frameworka Mini Shai-Hulud na zasadach open source. Oznacza to, że nieznana liczba naśladowców ma dostęp do tego samego kodu. Chociaż techniki i kod silnie wiążą robaka Miasma z linią TeamPCP, wielu badaczy bezpieczeństwa ostrzega, że nie można dokonać jednoznacznej atrybucji na rzecz oryginalnej grupy – każdy, kto posiada ten upubliczniony zestaw narzędzi, mógł przeprowadzić część lub całość tego konkretnego ataku .
Zalecenia bezpieczeństwa dla deweloperów
Atak Miasma fundamentalnie przedefiniowuje granice bezpieczeństwa. Sama czynność otwarcia repozytorium kodu nie jest już pasywną, bezpieczną akcją. Eksperci sformułowali kilka kluczowych zaleceń:
Unieważnij i wygeneruj wszystko od nowa: Natychmiast przeprowadź rotację wszystkich tokenów GitHub Actions, danych logowania do dostawców chmury, tokenów publikacji npm i wszelkich innych sekretów, które mogły zostać ujawnione w logach CI/CD, zainfekowanych repozytoriach lub dziennikach kradnących dane .
Egzekwuj ścisłe uwierzytelnianie wieloskładnikowe (MFA): Wymagaj MFA, najlepiej przy użyciu fizycznych kluczy bezpieczeństwa, dla wszystkich kont współpracowników, aby zapobiegać włamaniom opartym na kradzieży danych logowania .
Zredefiniuj zaufanie do narzędzi AI: Traktuj niezaufane repozytoria tak, jak nieznany plik binarny. Skonfiguruj agentów kodowania AI (Claude Code, Cursor, Gemini CLI, VS Code), aby nie uruchamiali automatycznie i nie odczytywali automatycznie plików konfiguracyjnych i zadań z repozytoriów .
Wzmocnij bezpieczeństwo potoków CI/CD: Przeprowadź audyt workflows GitHub Actions, aby ograniczyć uprawnienia zapisu dla tokenów Actions, usuń nieużywane tokeny i wymuszaj użycie krótkoterminowych danych logowania .
Zwiększ higienę łańcucha dostaw: Korzystaj z narzędzi do skanowania zależności, generuj listę materiałową oprogramowania (SBOM) i weryfikuj pochodzenie pakietów przed instalacją. Monitoruj pakiety pod kątem zaciemnionych skryptów preinstall lub postinstall.
Nowatorstwo tego ataku polegało na ominięciu tradycyjnych zabezpieczeń i przekształceniu codziennych narzędzi programistycznych w wektory infekcji.
Punkt wejścia: Atak rozpoczął się od złośliwego commita w repozytorium Azure/durabletask, który został dodany przy użyciu przejętego wcześniej konta współpracownika . Aby uniknąć wykrycia, commit nosił tytuł "Switched DataConverter to OrchestrationContext [skip ci]", a jego metadane zostały cofnięte na marzec 2020 roku .
Dostarczanie ładunku przez AI: Różnica względem standardowych ataków polegała na tym, że commit nie modyfikował kodu źródłowego. Zamiast tego umieścił w repo pliki konfiguracyjne dla narzędzi takich jak Claude Code, Gemini CLI i Cursor . Kiedy programista otwierał zainfekowane repozytorium w Claude Code, Gemini CLI, Cursor lub Visual Studio Code (VS Code), narzędzia te automatycznie odczytywały pliki, wykonując ukryty ładunek zbierający dane logowania .
Co zostało skradzione: Po uruchomieniu robak pozyskiwał szeroki zakres krytycznych danych uwierzytelniających z komputera programisty i powiązanych środowisk, w tym dane do AWS, GCP, Azure, HashiCorp Vault, Kubernetes i GitHub Actions.
Samoreplikacja: Uzyskawszy dane logowania, robak natychmiast wykorzystywał je do wypychania tego samego złośliwego commita do innych repozytoriów dostępnych dla ofiary, rozprzestrzeniając się błyskawicznie po wielu organizacjach .
Geneza ataku: Kompromitacja pakietów npm Red Hata
Incydent w GitHubie Microsoftu był kulminacją kampanii, która rozpoczęła się kilka dni wcześniej w ekosystemie open source.
Pierwszego czerwca 2026 roku napastnicy wykorzystali skradzione konto pracownika Red Hata w GitHubie do opublikowania zainfekowanych wersji 32 oficjalnych pakietów npm o zakresie @redhat-cloud-services, w sumie w ponad 90 wersjach . Zespół Microsoft Threat Intelligence prześledził włamanie do potoku CI/CD RedHatInsights/javascript-clients, co pozwoliło atakującym na publikację złośliwych pakietów z autentycznie wyglądającymi podpisami pochodzenia . Te pakiety zawierały zaciemniony skrypt preinstall, który po instalacji uruchamiał program kradnący dane logowania, tworząc podwaliny pod dalsze rozprzestrzenianie się robaka Miasma .
Odpowiedź i działania naprawcze
Reakcja na atak była szybka i zdecydowana, ale jego implikacje sięgają bardzo głęboko.
Natychmiastowe wyłączenie: Zautomatyzowane systemy GitHub do wykrywania nadużyć wyłączyły wszystkie 73 zainfekowane repozytoria w dwóch oddzielnych falach, natychmiast blokując do nich publiczny dostęp i wyświetlając komunikat o naruszeniu warunków korzystania z usługi .
Odzyskiwanie i naprawa: Do 8 czerwca Microsoft w pełni przywrócił wszystkie dotknięte atakiem repozytoria i powiadomił poszkodowanych klientów . Kluczowym ustaleniem było to, że atakujący ponownie wykorzystał niezrotowane sekrety GitHub Actions, aby utrzymać i rozszerzyć dostęp, co wskazuje, że poprzednie włamanie nie zostało w pełni usunięte .
Głębsza przyczyna: Śledztwo ujawniło, że skradzione dane logowania, użyte w ataku z 5 czerwca, przez 48 dni znajdowały się w aktywnych dziennikach kradnących dane, zanim zostały wykorzystane jako broń. To podkreśla długotrwałą infiltrację, która poprzedzała aktywację robaka .
Atrybucja: Dziedzictwo Shai-Hulud i problem naśladowców
Miasma jest bezpośrednim potomkiem frameworka Mini Shai-Hulud, zestawu narzędzi stworzonego przez grupę cyberprzestępczą znaną jako TeamPCP. Ich wcześniejsza kampania, ujawniona 12 maja 2026 roku, doprowadziła do kompromitacji ponad 170 pakietów npm i PyPI, które łącznie zanotowały ponad 518 milionów pobrań i celowały bezpośrednio w biblioteki dla deweloperów AI .
Sytuację dodatkowo komplikuje fakt, że TeamPCP udostępnił kod źródłowy frameworka Mini Shai-Hulud na zasadach open source. Oznacza to, że nieznana liczba naśladowców ma dostęp do tego samego kodu. Chociaż techniki i kod silnie wiążą robaka Miasma z linią TeamPCP, wielu badaczy bezpieczeństwa ostrzega, że nie można dokonać jednoznacznej atrybucji na rzecz oryginalnej grupy – każdy, kto posiada ten upubliczniony zestaw narzędzi, mógł przeprowadzić część lub całość tego konkretnego ataku .
Zalecenia bezpieczeństwa dla deweloperów
Atak Miasma fundamentalnie przedefiniowuje granice bezpieczeństwa. Sama czynność otwarcia repozytorium kodu nie jest już pasywną, bezpieczną akcją. Eksperci sformułowali kilka kluczowych zaleceń:
Unieważnij i wygeneruj wszystko od nowa: Natychmiast przeprowadź rotację wszystkich tokenów GitHub Actions, danych logowania do dostawców chmury, tokenów publikacji npm i wszelkich innych sekretów, które mogły zostać ujawnione w logach CI/CD, zainfekowanych repozytoriach lub dziennikach kradnących dane .
Egzekwuj ścisłe uwierzytelnianie wieloskładnikowe (MFA): Wymagaj MFA, najlepiej przy użyciu fizycznych kluczy bezpieczeństwa, dla wszystkich kont współpracowników, aby zapobiegać włamaniom opartym na kradzieży danych logowania .
Zredefiniuj zaufanie do narzędzi AI: Traktuj niezaufane repozytoria tak, jak nieznany plik binarny. Skonfiguruj agentów kodowania AI (Claude Code, Cursor, Gemini CLI, VS Code), aby nie uruchamiali automatycznie i nie odczytywali automatycznie plików konfiguracyjnych i zadań z repozytoriów .
Wzmocnij bezpieczeństwo potoków CI/CD: Przeprowadź audyt workflows GitHub Actions, aby ograniczyć uprawnienia zapisu dla tokenów Actions, usuń nieużywane tokeny i wymuszaj użycie krótkoterminowych danych logowania .
Zwiększ higienę łańcucha dostaw: Korzystaj z narzędzi do skanowania zależności, generuj listę materiałową oprogramowania (SBOM) i weryfikuj pochodzenie pakietów przed instalacją. Monitoruj pakiety pod kątem zaciemnionych skryptów preinstall lub postinstall.
stepsecurity.ioMiasma Worm Hits Microsoft Again: Azure Functions Action ...
opensourcemalware.comThe Blight Reaches Microsoft: 73 Repos Disabled in 105 ...
thehackernews.comMiasma Worm Hits 73 Microsoft GitHub Repositories in Major ...
threatlocker.comMiasma worm targets Microsoft, compromises 73 GitHub repositories
