Railway popsal útok na svou platformu: z build serveru až k dešifrovaným tajemstvím zákazníků

Co se stalo

Hostingová platforma Railway (nasazování aplikací a databází v cloudu) 10. listopadu 2026 zveřejnila podrobnou zprávu o útoku, který proběhl 20. a 21. října 2026. Incident sama ohlásila 21. 10. a o den později vydala předběžnou zprávu bez příčiny průniku. Nová zpráva poprvé říká, jak se útočník dostal dovnitř, kolik dat získal a kolik peněz ukradené klíče stály.

Podle Railway šlo útočníkovi hlavně o klíče k AI službám. Jeho dotazy do databáze proměnných odpovídaly názvům proměnných pro klíče k AI, ve druhé vlně hledal pověření ke cloudu, databázím a platbám. Neoprávněnou útratu odhaduje Railway na zhruba 740 000 dolarů.

Technické podrobnosti

Únik z build serveru. Útočník od 18. 10. zakládal falešné účty. 20. 10. v 7:28 UTC využil podle Railway dosud neznámou chybu v build infrastruktuře a částečně unikl z izolace souborového systému build VM. Tím získal pověření, kterým se build servery přihlašují k interním systémům. Railway chybu nepojmenovává a CVE neuvádí.

Interní systémy. S tímto pověřením se dostal do interního clusteru Temporal, který ho přijal jako důvěryhodného klienta. Odtud četl uloženou historii 353 buildů včetně části proměnných buildu a ze snímků buildů získal kopii interního monorepa.

Druhá cesta: OIDC. 21. 10. ve 3:26 UTC našel chybně definovanou vazbu OIDC v cloudovém prostředí a získal krátkodobé cloudové pověření. S ním se dostal k dalším interním pověřením, přes SSH na orchestrační stroj a k dlouhodobému pověření, které umí dešifrovat proměnné prostředí zákazníků. Mezi 4:07 a 5:21 UTC dotazoval databázi proměnných a část z nich dešifroval přes službu pro správu klíčů.

Co útočník získal:

• proměnné prostředí v nejvýš 1,85 % workspaces (asi 100 000) – Railway zdůrazňuje, že jde o horní odhad, protože logy určují prostředí, ne jednotlivé proměnné,
• klíče BYOK k agentům a tokeny GitHub OAuth 1 852 uživatelů (všechny resetované; přihlášení s nimi Railway nezjistil),
• historii 353 buildů včetně zapečetěných proměnných.

Databáze zákazníků podle forenzní analýzy dotčeny nebyly. Útočník měl přístup k datům zákazníků naposledy 21. 10. v 9:25 UTC.

Railway dál píše, že ukradené klíče se podle všeho prodávaly přes zprostředkující služby k destilaci modelů a útočník používal i jazykové modely se zbavenými ochranami. Odkazuje na výzkum Wizu o vlně krádeží klíčů k AI („Black October“), sám ale útok nikomu nepřipisuje. Podobné agentní nástroje jsme popsali v článku o útocích přes ARTEX.

Koho se to týká

Zákazníků Railway, hlavně účtů založených před 21. 10. 2026, kteří měli v proměnných prostředí klíče k AI službám, cloudu (AWS, GCP), databázím, platebním bránám nebo soukromým registrům. Railway zasaženým s vysokým rizikem poslal e-mail. Přeneseně se to týká i firem, jejichž klíče měl v Railway uložené dodavatel nebo vývojář.

Neoprávněné útraty Railway zaznamenal u AWS Bedrock, Google Gemini, OpenAI, SpaceXSI, Anthropic a OpenRouter.

Jak poznat napadení

Railway indikátory napadení zatím nezveřejnil – sdílí je s policií a zveřejnit je chce až po jejím souhlasu. Do té doby:

• projděte vyúčtování a využití AI služeb od 20. 10. 2026 (nečekané modely, objemy, časy),
• v cloudu (AWS, GCP) hledejte nové přístupové klíče, neznámé role a volání API z neznámých adres – Railway k tomu vydal samostatné návody,
• v audit logu GitHubu zkontrolujte přístupy aplikací OAuth a nainstalované GitHub Apps, v registrech (Docker Hub) nová přihlášení a nahrané obrazy,
• v logech databází s veřejným přístupem hledejte přihlášení z neznámých adres.

Co udělat

1. Protočte všechny proměnné a klíče uložené v Railway a staré hodnoty berte jako prozrazené – i když vám poskytovatel klíč už zneplatnil. Kde to jde, protáčejte ručně.
2. Protočte přístupové údaje k soukromým registrům a zkontrolujte jejich audit logy.
3. Zrušte veřejný síťový přístup k databázím, které ho nepotřebují, a protočte hesla databází (Railway vydal návody pro MySQL, Redis a MongoDB).
4. Neoprávněné útraty nahlaste formulářem ze zprávy Railway a zároveň poskytovateli AI služby.
5. Nastavte limity útrat a upozornění u poskytovatelů AI – ukradený klíč se tak prozradí dřív, než udělá velkou škodu.
6. Máte-li u GitHubu jiný e-mail než u Railway a nemůžete se přihlásit, použijte přihlášení e-mailem.

Railway mezitím přestavěl build systém (každý build na vlastním jednorázovém VM s pověřením jen pro nahrání konkrétního obrazu), CI, vydal novou PKI a kořenovou certifikační autoritu, přešel na krátkodobá úzce omezená pověření a dešifrování tajemství centrálně loguje.

Časová osa