Błąd w logowaniu platformy Kestra OSS pozwala bez hasła tworzyć i uruchamiać przepływy pracy, czyli wykonywać dowolne polecenia jako root. Microsoft opisał włamanie, CISA potwierdza ataki. Zaktualizuj dziś.
Ten alert jest dla zarządu, CTO i CFO firm, które automatyzują procesy lub przetwarzanie danych na platformie Kestra OSS. Werdykt: jeśli Kestra działa w wersji starszej niż 1.0.45 (gałąź 1.0) lub 1.3.21 (gałęzie 1.1 do 1.3), zaktualizuj ją dziś, bo luka pozwala każdemu z dostępem sieciowym uruchamiać na serwerze własne polecenia bez hasła, a ataki są potwierdzone.
Amerykańska agencja CISA 2 września 2026 roku dopisała do katalogu KEV lukę CVE-2026-49869 w Kestra OSS. Katalog KEV to lista podatności, o których CISA ma dowody wykorzystania w prawdziwych atakach. Producent opublikował biuletyn i poprawki na początku czerwca 2026 roku, a Microsoft w raporcie z 26 sierpnia opisał włamanie, w którym ta luka z wysoką pewnością posłużyła jako punkt wejścia.
Kestra to platforma do automatyzacji i orkestracji przepływów pracy. Błąd w mechanizmie logowania sprawiał, że część adresów interfejsu API w ogóle nie wymagała uwierzytelnienia. Napastnik może więc utworzyć i uruchomić własny przepływ pracy, a ponieważ wtyczki do uruchamiania skryptów są domyślnie włączone, oznacza to wykonanie dowolnych poleceń z uprawnieniami root w kontenerze roboczym Kestra.
Element | Szczegóły |
|---|---|
Identyfikator CVE | CVE-2026-49869 |
Data dodania do CISA KEV | 2026-09-02 |
Termin naprawy wg CISA | 2026-09-05 |
Produkt | Kestra, Kestra OSS (platforma orkestracji przepływów pracy, open source) |
Wersje zagrożone | Przed 1.0.45 oraz od 1.1.0 przed 1.3.21 (NVD); wg producenta do 1.3.20 włącznie. Warunek: domyślny tryb uwierzytelniania Basic Auth i dostęp sieciowy do instancji, niekoniecznie z internetu |
Wersje bezpieczne | 1.0.45 i 1.3.21 (pierwsze z poprawką); najnowsze wydania z 15 września 2026: 2.0.2 i 1.3.39 |
Typ podatności | Obejście uwierzytelniania prowadzące do wykonania kodu; w KEV opisana jako wstrzyknięcie poleceń systemu. CWE-78, CWE-184, CWE-287, CWE-918 |
Ocena CVSS | 10.0 KRYTYCZNA (CVSS 3.1, GitHub jako CNA). Atak przez sieć, bez uprawnień i bez udziału użytkownika, pełny wpływ. NVD nie podaje własnej oceny |
Wyobraź sobie zakład produkcyjny z elektroniczną bramą. Ochrona ustawiła wyjątek: do tablicy ogłoszeń przy wejściu może podejść każdy, bez przepustki. Reguła była jednak zapisana nieprecyzyjnie: „wpuść bez przepustki każdego, kto idzie do czegoś, co nazywa się tablica”. Wystarczyło nazwać w ten sposób dowolne pomieszczenie, łącznie z halą maszyn, żeby wejść tam bez kontroli i uruchomić linię produkcyjną.
Tak działa ta luka. Kestra miała zwolnić z logowania tylko jedną publiczną stronę konfiguracji, ale reguła obejmowała każdą ścieżkę o podobnym zakończeniu. Napastnik tworzy więc przepływ pracy o takiej nazwie i uruchamia go bez hasła, a przepływ wykonuje dowolne polecenia na serwerze.
💡 Kestra to narzędzie, które według harmonogramu lub zdarzeń uruchamia zadania: skrypty, przetwarzanie danych, integracje. Przepływ pracy (workflow) to zapisany zestaw takich zadań. Kontener to wydzielone środowisko uruchomieniowe aplikacji. root to konto z nieograniczonymi uprawnieniami. Gniazdo Dockera to punkt sterowania wszystkimi kontenerami na serwerze.
Scenariusz | Normalnie | Z podatnością |
|---|---|---|
Obca osoba w sieci otwiera interfejs API Kestra | Musi podać login i hasło | Tworzy i uruchamia przepływy bez hasła |
Skrypty uruchamiane przez Kestra | Tylko zatwierdzone przez zespół | Dowolne polecenia napastnika jako root |
Sekrety w przepływach i kontenerach | Dostępne tylko dla automatyzacji | Mogą zostać odczytane i wykradzione |
Logi wykonania | Pozwalają odtworzyć, co się działo | Napastnik może je usunąć |
Instancja dostępna tylko w sieci wewnętrznej | Uważana za bezpieczną | Wg producenta nadal podatna dla kogoś w tej sieci |
źródło: Wygenerowane przez AIPoniżej typowy przebieg ataku dla tej klasy podatności, zgodny z przebiegiem opisanym przez Microsoft. To scenariusz poglądowy, a nie odtworzenie konkretnego incydentu. Luka nie wymaga konta, wystarczy dostęp sieciowy do instancji Kestra, a publiczny opis z dowodem koncepcji jest dostępny w biuletynie producenta.
Etap | Czas | Akcja hakerów | Wynik |
|---|---|---|---|
1. Rozpoznanie | T+0 min | Wyszukanie osiągalnych instancji Kestra w starych wersjach | Lista celów |
2. Wejście | T+minuty | Utworzenie i uruchomienie własnego przepływu pracy bez logowania | Polecenia wykonywane jako root w kontenerze |
3. Rozpoznanie środowiska | T+minuty do godzin | Przegląd kontenerów i ich zmiennych środowiskowych, jeśli dostępne jest gniazdo Dockera | Klucze chmurowe, hasła do baz, tokeny API |
4. Zarabianie na zasobach | T+godziny | Instalacja koparki kryptowalut | Wysokie zużycie mocy i rachunki za chmurę |
5. Kradzież danych | T+dni | Zbieranie danych przez kolejne przepływy pracy | Wyciek danych i dostęp do dalszych systemów |
Platformy automatyzacji mają dostęp do wielu systemów naraz i przechowują sekrety potrzebne do integracji. Microsoft zwraca uwagę, że działają blisko kluczy chmurowych, haseł do baz danych i tokenów API. Luka ma maksymalną ocenę CVSS, nie wymaga hasła, CISA uznaje atak za możliwy do automatyzacji, a przypadek z czerwca 2026 roku pokazuje, że przestępcy już z niej korzystają.
Obszar biznesu | Potencjalny wpływ | Czas do wystąpienia | Koszty szacunkowe |
|---|---|---|---|
Operacyjny | Zatrzymanie automatyzacji, przebudowa środowiska Kestra i kontenerów | Godziny do dni | 30 tys. do 250 tys. PLN (przestój, odtworzenie środowiska) |
Bezpieczeństwo danych | Kradzież sekretów, kluczy chmurowych i danych przetwarzanych w przepływach | Godziny | 50 tys. do 300 tys. PLN (analiza powłamaniowa, rotacja kluczy) |
Finansowy | Rachunki za zasoby zużyte przez koparki kryptowalut, koszty specjalistów | Dni | 20 tys. do 400 tys. PLN łącznie |
Reputacyjny | Wyciek danych klientów, pytania od partnerów o bezpieczeństwo integracji | Tygodnie do miesięcy | 30 tys. do 300 tys. PLN (utracone kontrakty) |
Prawny | Obowiązek zgłoszenia naruszenia do UODO w ciągu 72 godzin, jeśli dotyczy danych osobowych; możliwa kara RODO do 20 mln EUR lub 4% rocznego obrotu, zależnie od okoliczności | 72 godziny od wykrycia | 20 tys. do 120 tys. PLN (obsługa prawna), bez ewentualnej kary |
Mogę Ci jakoś pomóc?
Kwoty są orientacyjnymi widełkami dla małej i średniej firmy, nie danymi z tego incydentu.
Macierz ryzyka dla Kestra OSS przed 1.0.45 / 1.3.21
osiągalnej z sieci
Wpływ
5 | . . . . ■ ← KRYTYCZNE
4 | . . . . .
3 | . . . . .
2 | . . . . .
1 | . . . . .
+--------------------
1 2 3 4 5 Prawdopodobieństwo Interpretacja: wpływ i prawdopodobieństwo są maksymalne, bo luka daje wykonanie kodu bez hasła w domyślnej konfiguracji, opis z dowodem koncepcji jest publiczny, a CISA potwierdza ataki i ocenia je jako możliwe do automatyzacji.
Lp. | Priorytet | Działanie | Termin | Odpowiedzialny |
|---|---|---|---|---|
1 | 🔴 NATYCHMIAST | Spisać wszystkie instancje Kestra (także testowe i uruchomione przez zespoły danych) i ich wersje | Dziś | DevOps |
2 | 🔴 NATYCHMIAST | Zaktualizować do 1.0.45 lub 1.3.21, a najlepiej do aktualnych wydań (1.3.39 lub 2.0.2) | Dziś | DevOps |
3 | 🔴 NATYCHMIAST | Do czasu aktualizacji odciąć instancję od internetu i ograniczyć dostęp sieciowy do zaufanych adresów | Dziś | Administrator sieci |
4 | 🟠 PILNIE | Przejrzeć listę przepływów pracy i wykonań pod kątem nieznanych pozycji | Do 3 dni | DevOps |
5 | 🟠 PILNIE | Sprawdzić zużycie procesora i rachunki za chmurę pod kątem koparek kryptowalut | Do 3 dni | DevOps, Finanse |
6 | 🟠 PILNIE | Jeśli instancja była osiągalna: zmienić klucze chmurowe, hasła do baz i tokeny API używane przez Kestra | Do 3 dni | DevOps |
7 | 🟡 WAŻNIE | Sprawdzić, czy kontenery Kestra mają zamontowane gniazdo Dockera, i usunąć ten dostęp, jeśli nie jest niezbędny | Do 7 dni | DevOps |
8 | 🟡 WAŻNIE | Ograniczyć ruch wychodzący z serwera Kestra do niezbędnych adresów | Do 30 dni | Administrator sieci |
Producent wydał poprawki w czerwcu 2026 roku i nie podaje obejścia tymczasowego. Poniższe środki ograniczają ryzyko i skutki, nie usuwają luki. Oceny efektywności to ocena ekspercka.
Czasowa miara ochronna | Efektywność | Łatwość wdrożenia |
|---|---|---|
Odcięcie interfejsu Kestra od internetu i ograniczenie dostępu do zaufanych adresów lub VPN | Średnia: nie chroni przed atakiem z sieci wewnętrznej | Łatwa do średniej |
Usunięcie dostępu kontenerów do gniazda Dockera | Średnia: ogranicza skutki | Średnia |
Blokada ruchu wychodzącego poza niezbędne adresy (zalecenie Microsoft) | Średnia: utrudnia pobranie narzędzi i wyciek danych | Średnia |
Przeniesienie sekretów do dedykowanego magazynu z ograniczonym dostępem | Średnia: ogranicza skutki | Średnia do trudnej |
Stan | Przed działaniem | Po działaniu |
|---|---|---|
Interfejs API Kestra | Część ścieżek dostępna bez hasła | Wszystkie ścieżki wymagają uwierzytelnienia |
Wersja | Starsza niż 1.0.45 lub 1.3.21 | Aktualne wydanie z poprawką |
Dostęp sieciowy | Szeroki, czasem z internetu | Tylko zaufane adresy |
Sekrety i klucze | Potencjalnie wykradzione | Zmienione |
Kontenery | Dostęp do gniazda Dockera | Dostęp usunięty lub uzasadniony |
Aspekt | Informacja |
|---|---|
Czy jest wykorzystywana? | TAK (potwierdzone przez CISA); CISA SSVC: wykorzystanie aktywne, atak możliwy do automatyzacji |
Grupy przestępcze | Brak publicznych informacji o nazwie grupy; Microsoft opisuje napastnika instalującego koparkę XMRig i zbierającego dane |
Kampanie ransomware | Brak potwierdzenia (CISA: Unknown) |
Ocena CVSS | 10.0 KRYTYCZNA (CVSS 3.1, GitHub jako CNA) |
PoC dostępny publicznie? | TAK: biuletyn producenta zawiera dowód koncepcji przetestowany na wersji 1.3.20 |
Liczba atakowanych firm | Brak publicznych informacji; Microsoft opisał jeden przypadek, według The Hacker News z końca czerwca 2026 |
Szerszy kontekst | Microsoft opisuje Kestra obok LiteLLM i RAGFlow jako przykład ataków na infrastrukturę AI i automatyzacji |
Rozbieżności w źródłach | KEV: wstrzyknięcie poleceń systemu; producent: obejście uwierzytelniania prowadzące do wykonania kodu. Producent nie potwierdził ucieczki z kontenera, Microsoft opisał dostęp do gniazda Dockera w środowisku ofiary |
Sygnały zagrożenia dla CVE-2026-49869
CVSS 3.1 (GitHub) 10.0/10 ████████████████████ KRYTYCZNA
Uwierzytelnienie brak ████████████████████ wystarczy dostęp sieciowy
Publiczny PoC TAK ████████████████████ w biuletynie producenta
Automatyzacja (SSVC) TAK ████████████████████ możliwa
CISA KEV TAK ████████████████████ ataki potwierdzone 2026-06-02 Wydanie Kestra 1.3.21 z poprawką
2026-06-03 Kestra publikuje biuletyn GHSA-5vc5-wxxq-3fjx
2026-06-26 Publikacja rekordu CVE-2026-49869
2026-06 Prawdopodobne wykorzystanie luki w ataku (wg The Hacker News za Microsoft)
2026-08-26 Microsoft publikuje raport o włamaniu do środowiska Kestra
2026-09-02 CISA dodaje lukę do katalogu KEV
2026-09-05 Termin naprawy wg CISA
2026-09-15 Wydania Kestra 2.0.2 i 1.3.39
2026-09-17: TUTAJ JESTEŚMY Biuletyn producenta z wersjami z poprawką: Kestra, GHSA-5vc5-wxxq-3fjx . Wpis w NVD: nvd.nist.gov/vuln/detail/CVE-2026-49869 .
Lp. | Zadanie | Kto | Deadline |
|---|---|---|---|
1 | Ustalić, czy w firmie działa Kestra, gdzie i kto za nią odpowiada | CTO | DZISIAJ |
2 | Zatwierdzić natychmiastową aktualizację lub odcięcie instancji od sieci | CTO | DZISIAJ |
3 | Zlecić rotację kluczy i haseł używanych przez przepływy pracy | CTO | DO JUTRA |
4 | Przejrzeć rachunki za chmurę i zużycie zasobów od czerwca 2026 | CFO | DO JUTRA |
5 | Ustalić, jakie dane osobowe przetwarzają przepływy Kestra, na wypadek obowiązku zgłoszenia | CFO | DO JUTRA |
6 | Sprawdzić warunki polisy cyberubezpieczenia dotyczące oprogramowania open source | CFO | DO JUTRA |
Mogę Ci jakoś pomóc?
# | Pytanie | Odpowiedź | Priorytet |
|---|---|---|---|
1 | Ile instancji Kestra działa w firmie i w jakich wersjach? | [liczba], [wersja] | 🔴 |
2 | Czy któraś instancja jest osiągalna z internetu? | TAK / NIE | 🔴 |
3 | Kiedy zainstalowano wersję z poprawką? | [data] | 🔴 |
4 | Czy w historii wykonań są nieznane przepływy pracy? | TAK / NIE | 🟠 |
5 | Czy kontenery Kestra mają dostęp do gniazda Dockera? | TAK / NIE | 🟠 |
6 | Czy klucze i hasła używane przez Kestra zostały zmienione po aktualizacji? | TAK / NIE, [data] | 🟠 |
7 | Czy ruch wychodzący z serwera Kestra jest ograniczony? | TAK / NIE | 🟡 |
CVE-2026-49869 pozwala każdemu z dostępem sieciowym uruchomić dowolne polecenia na platformie Kestra OSS bez hasła, a Microsoft opisał już włamanie zakończone kopaniem kryptowalut i kradzieżą danych. Poprawki są dostępne od czerwca 2026 roku, więc aktualizacja, ograniczenie dostępu sieciowego i rotacja sekretów używanych przez przepływy pracy to zadania na dziś.
Mogę Ci jakoś pomóc?
Zestaw zmienia się codziennie, więc przy kolejnej wizycie zobaczysz inny wycinek bloga.
Wykorzystywana przed wydaniem poprawki luka w mechanizmie aktualizacji Windows 11 i Windows Server 2025 pozwala zwykłemu kontu przejąć komputer. Zainstaluj wrześniową aktualizację dziś.
Czytaj artykułPrzepełnienie bufora w FortiOS i FortiSwitchManager pozwala bez hasła uruchomić kod na zaporze. CISA potwierdza ataki, a przestępcy instalują trojana PivotC2. Zaktualizuj FortiOS i sprawdź zapory pod kątem włamania.
Czytaj artykułGoogle i CISA potwierdzają ukierunkowane ataki na lukę w modemie telefonów Pixel, które nie wymagają działania użytkownika. Zaktualizuj telefony do poziomu poprawek 2026-09-05, zaczynając od zarządu.
Czytaj artykułKrótka rozmowa wystarczy, żeby ocenić zakres prac i podać widełki kosztu. Bez zobowiązań.
Klikając „Akceptuję”, zgadzasz się na przechowywanie plików cookie przez UXU w celu poprawy działania strony, analizy i wsparcia działań marketingowych.