W skrócie
- Trigger.dev, platforma do budowy agentów AI i automatyzacji w TypeScript, ujawniła 1.11.2026 włamanie: napastnik odczytał zmienne środowiskowe części organizacji.
- Firma zablokowała użyty atak i wysłała właścicielom kont instrukcje; pełny raport ma być później.
Najkrócej: Trigger.dev, platforma, na której programiści budują agentów AI i długie zadania w tle, potwierdziła włamanie. Napastnik odczytał zmienne środowiskowe części organizacji, czyli miejsce, w którym zwykle leżą klucze do płatności, baz danych i modeli AI.
Co wiadomo
- Firma opisała incydent na swojej stronie statusu jako „Security Disclosure: Sunday November 1st”, oznaczony jako rozwiązany 1.11.2026 o 22:50 UTC.
- Dotyczy części usługi API i „podzbioru organizacji”. Firma nie podała, ilu klientów i których zmiennych to dotyczy.
- Trigger.dev pisze, że zablokował użyty atak i wysłał właścicielom dotkniętych kont e-mail z krokami zaradczymi. Pełny raport obiecuje później, bez terminu.
- Według The Register firma odmówiła dalszych szczegółów do czasu raportu. Platforma niedawno dodała obsługę webhooków m.in. dla Stripe, Supabase i Slacka, więc lista podłączonych usług u wielu klientów jest długa.
Co bym zrobił teraz
To moja opinia, nie zalecenie firmy:
- sprawdź skrzynkę właściciela konta (także spam), czy przyszła wiadomość od Trigger.dev,
- zrób rotację kluczy wszystkich sekretów trzymanych na platformie, zaczynając od płatności i baz danych,
- przejrzyj logi podłączonych usług od 1.11 pod kątem nietypowych logowań i wydatków,
- ustaw limity wydatków tam, gdzie się da, szczególnie w usługach AI.
Jak to czytać
Na razie znam tylko krótki komunikat firmy i relację The Register, więc nie wiem, jak doszło do włamania. Trigger.dev ma otwarty kod i można go uruchomić na własnym serwerze, ale to nie chroni przed błędem we własnej konfiguracji. Więcej o zabezpieczaniu kluczy w projektach z AI piszę w hubie Bezpieczeństwo kodu AI, a o samych automatyzacjach w hubie Automatyzacje n8n.