Červ Miasma, samoreplikující se malware, napadl 5. června 2026 73 repozitářů Microsoftu na GitHubu.
Útok odstartoval 1. června napadením npm balíčků Red Hat, což odhaluje sofistikovaný vícestupňový útok na dodavatelský řetězec spojený s frameworkem Mini Shai Hulud, přičemž nelze vyloučit ani aktivity napodobitelů [1...
Reakce zahrnovala okamžité zablokování postižených repozitářů, jejich plné obnovení do 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
Dne 5. června 2026 přinutil samoreplikující se malware známý jako červ Miasma GitHub k deaktivaci 73 repozitářů vlastněných Microsoftem, a to během pouhých 105 sekund. Nejednalo se o bezvýznamné vložení škodlivého kódu; šlo o sofistikovaný útok na dodavatelský řetězec, který zneužil nástroje, jimž vývojáři nejvíce důvěřují – jejich AI asistenty pro programování. Postižené repozitáře spadaly pod čtyři hlavní organizace Microsoftu: Azure, Azure-Samples, Microsoft a MicrosoftDocs. Tento útok představuje zlomový okamžik v kybernetické bezpečnosti, kdy se samotné otevření kódu v prostředí s umělou inteligencí stalo spouštěčem pro krádež přihlašovacích údajů.
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 "Červ Miasma zasáhl GitHub Microsoftu: 73 repozitářů vyřazeno během 105 sekund"?
Červ Miasma, samoreplikující se malware, napadl 5. června 2026 73 repozitářů Microsoftu na GitHubu.
What are the key points to validate first?
Červ Miasma, samoreplikující se malware, napadl 5. června 2026 73 repozitářů Microsoftu na GitHubu. Útok odstartoval 1. června napadením npm balíčků Red Hat, což odhaluje sofistikovaný vícestupňový útok na dodavatelský řetězec spojený s frameworkem Mini Shai Hulud, přičemž nelze vyloučit ani aktivity napodobitelů [1...
What should I do next in practice?
Reakce zahrnovala okamžité zablokování postižených repozitářů, jejich plné obnovení do 8.
Červ Miasma, samoreplikující se malware, napadl 5. června 2026 73 repozitářů Microsoftu na GitHubu.
Útok odstartoval 1. června napadením npm balíčků Red Hat, což odhaluje sofistikovaný vícestupňový útok na dodavatelský řetězec spojený s frameworkem Mini Shai Hulud, přičemž nelze vyloučit ani aktivity napodobitelů [1...
Reakce zahrnovala okamžité zablokování postižených repozitářů, jejich plné obnovení do 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
Dne 5. června 2026 přinutil samoreplikující se malware známý jako červ Miasma GitHub k deaktivaci 73 repozitářů vlastněných Microsoftem, a to během pouhých 105 sekund. Nejednalo se o bezvýznamné vložení škodlivého kódu; šlo o sofistikovaný útok na dodavatelský řetězec, který zneužil nástroje, jimž vývojáři nejvíce důvěřují – jejich AI asistenty pro programování. Postižené repozitáře spadaly pod čtyři hlavní organizace Microsoftu: Azure, Azure-Samples, Microsoft a MicrosoftDocs. Tento útok představuje zlomový okamžik v kybernetické bezpečnosti, kdy se samotné otevření kódu v prostředí s umělou inteligencí stalo spouštěčem pro krádež přihlašovacích údajů.
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 "Červ Miasma zasáhl GitHub Microsoftu: 73 repozitářů vyřazeno během 105 sekund"?
Červ Miasma, samoreplikující se malware, napadl 5. června 2026 73 repozitářů Microsoftu na GitHubu.
What are the key points to validate first?
Červ Miasma, samoreplikující se malware, napadl 5. června 2026 73 repozitářů Microsoftu na GitHubu. Útok odstartoval 1. června napadením npm balíčků Red Hat, což odhaluje sofistikovaný vícestupňový útok na dodavatelský řetězec spojený s frameworkem Mini Shai Hulud, přičemž nelze vyloučit ani aktivity napodobitelů [1...
What should I do next in practice?
Reakce zahrnovala okamžité zablokování postižených repozitářů, jejich plné obnovení do 8.
Novinka tohoto útoku spočívala v jeho provedení, které obešlo tradiční bezpečnostní kontroly tím, že proměnilo vývojářské nástroje v prostředek k útoku.
Bod vstupu: Útok začal škodlivým commitem zaslaným do repozitáře Azure/durabletask pomocí dříve kompromitovaného účtu přispěvatele . Aby se zabránilo odhalení, byl commit nazván „Switched DataConverter to OrchestrationContext [skip ci]“ a jeho metadata byla antidatována na březen 2020 .
Doručení škodlivého kódu prostřednictvím AI asistentů: Commit nezměnil tradiční zdrojový kód. Místo toho vložil konfigurační soubory, jako je nastavení pro nástroje Claude Code, Gemini CLI a Cursor . Když vývojář otevřel infikovaný repozitář v Claude Code, Gemini CLI, Cursoru nebo Visual Studio Code (VS Code), tyto AI nástroje automaticky přečetly konfigurační soubory a spustily skrytý škodlivý kód určený ke sběru přihlašovacích údajů .
Co bylo ukradeno: Po spuštění červ shromáždil širokou škálu kritických údajů z vývojářova počítače a přidružených prostředí, včetně přístupů ke službám AWS, GCP, Azure, HashiCorp Vault, Kubernetes a GitHub Actions.
Samoreplikace: Po krádeži údajů je červ použil k odeslání stejného škodlivého commitu do dalších repozitářů přístupných oběti, což mu umožnilo rychlé šíření napříč různými organizacemi .
Původ: Kompromitace npm balíčků Red Hat
Incident na GitHubu Microsoftu byl posledním dějstvím kampaně, která začala o několik dní dříve v dodavatelském řetězci open-source softwaru.
června 2026 použili útočníci ukradený účet zaměstnance Red Hat na GitHubu ke zveřejnění škodlivých verzí 32 oficiálních npm balíčků @redhat-cloud-services, a to ve více než 90 verzích . Tým Microsoft Threat Intelligence vystopoval kompromitaci až k CI/CD pipeline RedHatInsights/javascript-clients, což útočníkům umožnilo publikovat trojanizované balíčky s legitimně vypadajícími autentickými podpisy původu . Tyto škodlivé balíčky nesly zamlžený skript spouštěný před instalací (preinstall), který po nainstalování spustil program pro krádež přihlašovacích údajů, čímž připravil půdu pro širší šíření červa Miasma .
Reakce a opatření
Reakce na útok byla rychlá a rozhodná, ale důsledky incidentu sahají hluboko.
Okamžitá deaktivace: Automatizované detekční systémy GitHubu zablokovaly všech 73 infikovaných repozitářů ve dvou oddělených vlnách, čímž okamžitě zablokovaly veřejný přístup a zobrazily oznámení o „porušení podmínek služby“ .
Obnova a náprava: Microsoft do 8. června plně obnovil všechny postižené repozitáře a informoval dotčené zákazníky . Klíčovým zjištěním bylo, že útočník znovu použil nezměněné tajné klíče GitHub Actions k udržení a rozšíření přístupu, což naznačuje, že předchozí kompromitace nebyla zcela vyřešena .
Hlubší příčina: Vyšetřování odhalilo, že ukradené přihlašovací údaje použité při útoku 5. června ležely v aktivních záznamech krádeží (stealer logs) 48 dní před jejich zneužitím, což poukazuje na dlouhodobý průnik, který předcházel aktivaci červa .
Atribuce: Odkaz Shai-Hulud a problém napodobitelů
Miasma je přímým potomkem frameworku Mini Shai-Hulud, sady nástrojů vytvořené útočnou skupinou známou jako TeamPCP. Dřívější kampaň skupiny TeamPCP, zveřejněná 12. května 2026, již dříve kompromitovala přes 170 balíčků npm a PyPI, které dohromady nasbíraly více než 518 milionů stažení a přímo cílily na knihovny pro vývojáře AI .
Situaci dále komplikuje skutečnost, že TeamPCP zveřejnil framework Mini Shai-Hulud jako open-source. To znamená, že neznámý počet napodobitelů má přístup ke stejnému kódu. Zatímco použité techniky a kód silně spojují Miasma s linií od TeamPCP, mnozí bezpečnostní výzkumníci varují, že definitivní atribuci původní skupině nelze provést, protože tuto konkrétní vlnu útoku mohl zorganizovat kdokoli s tímto veřejně dostupným nástrojem .
Bezpečnostní doporučení pro vývojáře
Útok Miasma zásadně mění definici bezpečnostních hranic. Otevření repozitáře s kódem již není pasivní, bezpečnou akcí. Výzkumníci se shodují na několika klíčových doporučeních:
Zrušte a obměňte všechny přístupové údaje: Okamžitě obměňte všechny tokeny GitHub Actions, přihlašovací údaje k cloudovým poskytovatelům, tokeny pro publikování npm a veškeré další tajné klíče, které mohly být vystaveny prostřednictvím protokolů CI/CD, infikovaných repozitářů nebo záznamů krádeží .
Důsledně vyžadujte vícefaktorové ověřování (MFA): Pro všechny účty přispěvatelů vyžadujte MFA, ideálně s použitím hardwarových bezpečnostních klíčů, abyste zabránili průnikům založeným na kompromitovaných údajích .
Upravte hranice důvěry pro AI nástroje: Zacházejte s nedůvěryhodnými repozitáři jako s neznámým spustitelným souborem. Nakonfigurujte AI asistenty pro programování (Claude Code, Cursor, Gemini CLI, VS Code) tak, aby nespouštěli automaticky ani nečetli konfigurační soubory a úlohy z repozitářů .
Zabezpečte CI/CD pipeline: Auditujte workflow GitHub Actions, abyste omezili oprávnění k zápisu u tokenů Actions, odstranili nepoužívané tokeny a vynutili používání krátkodobých přihlašovacích údajů .
Posilněte hygienu dodavatelského řetězce: Používejte nástroje pro skenování závislostí, generujte SBOM a před instalací ověřujte původ balíčků. Sledujte balíčky, zda neobsahují zamlžené skripty spouštěné před nebo po instalaci .
Novinka tohoto útoku spočívala v jeho provedení, které obešlo tradiční bezpečnostní kontroly tím, že proměnilo vývojářské nástroje v prostředek k útoku.
Bod vstupu: Útok začal škodlivým commitem zaslaným do repozitáře Azure/durabletask pomocí dříve kompromitovaného účtu přispěvatele . Aby se zabránilo odhalení, byl commit nazván „Switched DataConverter to OrchestrationContext [skip ci]“ a jeho metadata byla antidatována na březen 2020 .
Doručení škodlivého kódu prostřednictvím AI asistentů: Commit nezměnil tradiční zdrojový kód. Místo toho vložil konfigurační soubory, jako je nastavení pro nástroje Claude Code, Gemini CLI a Cursor . Když vývojář otevřel infikovaný repozitář v Claude Code, Gemini CLI, Cursoru nebo Visual Studio Code (VS Code), tyto AI nástroje automaticky přečetly konfigurační soubory a spustily skrytý škodlivý kód určený ke sběru přihlašovacích údajů .
Co bylo ukradeno: Po spuštění červ shromáždil širokou škálu kritických údajů z vývojářova počítače a přidružených prostředí, včetně přístupů ke službám AWS, GCP, Azure, HashiCorp Vault, Kubernetes a GitHub Actions.
Samoreplikace: Po krádeži údajů je červ použil k odeslání stejného škodlivého commitu do dalších repozitářů přístupných oběti, což mu umožnilo rychlé šíření napříč různými organizacemi .
Původ: Kompromitace npm balíčků Red Hat
Incident na GitHubu Microsoftu byl posledním dějstvím kampaně, která začala o několik dní dříve v dodavatelském řetězci open-source softwaru.
června 2026 použili útočníci ukradený účet zaměstnance Red Hat na GitHubu ke zveřejnění škodlivých verzí 32 oficiálních npm balíčků @redhat-cloud-services, a to ve více než 90 verzích . Tým Microsoft Threat Intelligence vystopoval kompromitaci až k CI/CD pipeline RedHatInsights/javascript-clients, což útočníkům umožnilo publikovat trojanizované balíčky s legitimně vypadajícími autentickými podpisy původu . Tyto škodlivé balíčky nesly zamlžený skript spouštěný před instalací (preinstall), který po nainstalování spustil program pro krádež přihlašovacích údajů, čímž připravil půdu pro širší šíření červa Miasma .
Reakce a opatření
Reakce na útok byla rychlá a rozhodná, ale důsledky incidentu sahají hluboko.
Okamžitá deaktivace: Automatizované detekční systémy GitHubu zablokovaly všech 73 infikovaných repozitářů ve dvou oddělených vlnách, čímž okamžitě zablokovaly veřejný přístup a zobrazily oznámení o „porušení podmínek služby“ .
Obnova a náprava: Microsoft do 8. června plně obnovil všechny postižené repozitáře a informoval dotčené zákazníky . Klíčovým zjištěním bylo, že útočník znovu použil nezměněné tajné klíče GitHub Actions k udržení a rozšíření přístupu, což naznačuje, že předchozí kompromitace nebyla zcela vyřešena .
Hlubší příčina: Vyšetřování odhalilo, že ukradené přihlašovací údaje použité při útoku 5. června ležely v aktivních záznamech krádeží (stealer logs) 48 dní před jejich zneužitím, což poukazuje na dlouhodobý průnik, který předcházel aktivaci červa .
Atribuce: Odkaz Shai-Hulud a problém napodobitelů
Miasma je přímým potomkem frameworku Mini Shai-Hulud, sady nástrojů vytvořené útočnou skupinou známou jako TeamPCP. Dřívější kampaň skupiny TeamPCP, zveřejněná 12. května 2026, již dříve kompromitovala přes 170 balíčků npm a PyPI, které dohromady nasbíraly více než 518 milionů stažení a přímo cílily na knihovny pro vývojáře AI .
Situaci dále komplikuje skutečnost, že TeamPCP zveřejnil framework Mini Shai-Hulud jako open-source. To znamená, že neznámý počet napodobitelů má přístup ke stejnému kódu. Zatímco použité techniky a kód silně spojují Miasma s linií od TeamPCP, mnozí bezpečnostní výzkumníci varují, že definitivní atribuci původní skupině nelze provést, protože tuto konkrétní vlnu útoku mohl zorganizovat kdokoli s tímto veřejně dostupným nástrojem .
Bezpečnostní doporučení pro vývojáře
Útok Miasma zásadně mění definici bezpečnostních hranic. Otevření repozitáře s kódem již není pasivní, bezpečnou akcí. Výzkumníci se shodují na několika klíčových doporučeních:
Zrušte a obměňte všechny přístupové údaje: Okamžitě obměňte všechny tokeny GitHub Actions, přihlašovací údaje k cloudovým poskytovatelům, tokeny pro publikování npm a veškeré další tajné klíče, které mohly být vystaveny prostřednictvím protokolů CI/CD, infikovaných repozitářů nebo záznamů krádeží .
Důsledně vyžadujte vícefaktorové ověřování (MFA): Pro všechny účty přispěvatelů vyžadujte MFA, ideálně s použitím hardwarových bezpečnostních klíčů, abyste zabránili průnikům založeným na kompromitovaných údajích .
Upravte hranice důvěry pro AI nástroje: Zacházejte s nedůvěryhodnými repozitáři jako s neznámým spustitelným souborem. Nakonfigurujte AI asistenty pro programování (Claude Code, Cursor, Gemini CLI, VS Code) tak, aby nespouštěli automaticky ani nečetli konfigurační soubory a úlohy z repozitářů .
Zabezpečte CI/CD pipeline: Auditujte workflow GitHub Actions, abyste omezili oprávnění k zápisu u tokenů Actions, odstranili nepoužívané tokeny a vynutili používání krátkodobých přihlašovacích údajů .
Posilněte hygienu dodavatelského řetězce: Používejte nástroje pro skenování závislostí, generujte SBOM a před instalací ověřujte původ balíčků. Sledujte balíčky, zda neobsahují zamlžené skripty spouštěné před nebo po instalaci .