Bezpečnost / Dodavatelský řetězec
Shai-Hulud 2.0: když útok přijde přes balíček do aplikace
Útok na npm balíčky PostHog z listopadu 2025 ukázal riziko oprávnění v CI a tokenů. Jak chránit dodavatelský řetězec vlastního softwaru?
Vlastní kód je jen částí aplikace. Projekt používá knihovny, nástroje, proces sestavení i přístupy k registru balíčků. Útok může vstoupit přes některou z těchto vazeb a zasáhnout i dobře napsaný web.
Co popsal PostHog
Podle postmortemu PostHog byly 24. listopadu 2025 na npm zveřejněny kompromitované JavaScriptové balíčky se Shai-Hulud 2.0. Malware vyhledával přihlašovací údaje a využíval získaná oprávnění k šíření. Firma spojila prvotní průnik s CI workflow, který spustil nedůvěryhodný kód s přístupem k privilegovanému tokenu. Rozsah se automaticky netýkal všech forem integrace PostHog. Postmortem přímo od PostHog.
Vývojové prostředí není méně důležité než produkce
V počítači vývojáře nebo v CI mohou být přístupy k repozitářům, registru balíčků či cloudovým službám. Pokud se k nim dostane nedůvěryhodný proces, dopad může přesáhnout jednu aplikaci.
Při kontrole proto sledujte nejen nasazený web, ale i to, jak se kód sestavuje a publikuje. Podstatné je, které úlohy dostávají tajemství a za jakých podmínek se v nich spouští cizí příspěvek.
Co má firma zkontrolovat
- Rozsah a životnost tokenů pro CI/CD, npm a cloud.
- Oddělení nedůvěryhodných příspěvků od privilegovaných publikačních úloh.
- Původ závislostí, kontrolu změn a způsob schvalování aktualizací.
- Pravidla pro instalační skripty a zpracování bezpečnostních upozornění.
- Postup odvolání a výměny přístupů při kompromitaci.
Proč odstranění balíčku nemusí uzavřít incident
Pokud už mohly uniknout přístupy, je třeba posoudit jejich použití a rozsah. Samotný návrat k čisté verzi aplikace nemusí zrušit oprávnění, které má útočník stále k dispozici.
Reakce proto zahrnuje inventář dotčených prostředí, záznamy dostupných událostí, odvolání rizikových tokenů a ověření následných změn. Rozsah určuje konkrétní vyšetřování.
Jak do toho vstupuje AI
Tento postmortem sám nedokazuje, že útok řídila AI. Při zavádění vývojových nástrojů s AI je však důležité zachovat stejná pravidla pro závislosti, tajemství a publikování. Rychlejší tvorba kódu nesnižuje odpovědnost za jeho původ a nasazení.
Pomůžeme prověřit repozitáře, integrační přístupy a publikační procesy v dohodnutém rozsahu.
Zdroje a další čtení
Odkazy vedou na původní oznámení, zprávy a dokumentaci, ze kterých článek vychází.