Błąd w bibliotece Starlette, podstawie FastAPI, pozwala omijać zabezpieczenia części aplikacji, a w łańcuchu z luką LiteLLM przejąć bramkę AI. CISA potwierdza ataki. Zaktualizuj do 1.0.1 lub nowszej.
Ten alert jest dla zarządu, CTO i CFO firm, które tworzą lub utrzymują aplikacje w Pythonie, zwłaszcza oparte na FastAPI, oraz bramki i narzędzia AI, takie jak LiteLLM czy vLLM. Werdykt: jeśli w Twoich aplikacjach jest biblioteka Starlette starsza niż 1.0.1, zaktualizuj ją dziś, bo CISA potwierdza ataki, a luka w połączeniu z inną pozwala przejąć bramki AI bez hasła.
Amerykańska agencja CISA 2 września 2026 roku dopisała CVE-2026-48710 do katalogu KEV, czyli listy podatności wykorzystywanych w prawdziwych atakach. Błąd dotyczy Starlette, popularnej biblioteki Pythona do budowy usług sieciowych, na której opiera się m.in. FastAPI. Starlette nie sprawdzała poprawnie jednego z nagłówków żądania, przez co zabezpieczenia oparte na adresie strony można było w niektórych aplikacjach ominąć.
Sama luka ma ocenę średnią, ale CISA wskazuje, że można ją łączyć z luką CVE-2026-42271 w bramce AI LiteLLM. Microsoft opisał włamanie, w którym taki łańcuch najpewniej dał napastnikom dostęp do sekretów, bazy danych i mocy obliczeniowej. Poprawka jest dostępna od 21 maja 2026 roku, a termin naprawy wg CISA minął 16 września 2026 roku.
Element | Szczegóły |
|---|---|
Identyfikator CVE | CVE-2026-48710 (nazwa nadana przez badaczy: BadHost) |
Data dodania do CISA KEV | 2026-09-02 |
Termin naprawy wg CISA | 2026-09-16 |
Produkt | Kludex Starlette, biblioteka Pythona; pośrednio aplikacje z niej korzystające (FastAPI, LiteLLM, vLLM, serwery MCP) oraz produkty Red Hat wymienione w NVD |
Wersje zagrożone | Starlette od 0.8.3 do 1.0.0 włącznie. Ominięcie zabezpieczeń jest możliwe tylko w aplikacjach, które sprawdzają uprawnienia na podstawie odtworzonego adresu żądania |
Wersje bezpieczne | Starlette 1.0.1 (21 maja 2026) i nowsze; najnowsza w PyPI: 1.6.0. Dla produktów Red Hat (m.in. Ansible Automation Platform 2.6 i 2.7, OpenShift AI, Satellite 6.17-6.19) aktualizacje wg biuletynów Red Hat |
Typ podatności | Niespójna interpretacja żądań HTTP (brak walidacji nagłówka Host); CWE-444 |
Ocena CVSS | 6.5 ŚREDNIA (CVSS 3.1: NVD, GitHub, CISA-ADP). X41 D-Sec, który wykrył błąd: 7.0 WYSOKA w CVSS 4.0. Red Hat: wpływ umiarkowany. OSTIF uważa, że ocena średnia zaniża skutki w aplikacjach zależnych |
Wyobraź sobie biurowiec, w którym ochroniarz na parterze sprawdza na przepustce, na które piętro idziesz, ale winda wiezie tam, gdzie wciśniesz przycisk. Jeśli ktoś potrafi napisać na przepustce „piętro 1”, a w windzie wcisnąć „piętro 10”, ochrona przepuści go do zarządu, bo sprawdzała coś innego niż to, dokąd faktycznie jedzie.
Tak działa ta luka. Starlette kieruje żądanie według prawdziwego adresu, ale zabezpieczenia w niektórych aplikacjach sprawdzają adres odtworzony z nagłówka, który napastnik może zmienić. Red Hat podkreśla, że luka sama nie daje dostępu: szkodzi tam, gdzie programiści oparli kontrolę dostępu na tym odtworzonym adresie. Badacze wskazują, że dotyczy to wielu narzędzi AI.
💡 Starlette to biblioteka, czyli gotowy komponent, z którego programiści budują usługi sieciowe w Pythonie. FastAPI to popularny framework oparty na Starlette. LiteLLM to bramka pośrednicząca w dostępie do modeli AI, przechowująca klucze do płatnych usług. Łańcuch luk to połączenie dwóch błędów, z których każdy osobno jest mniej groźny.
Scenariusz | Normalnie | Z podatnością |
|---|---|---|
Panel administracyjny chroniony regułą po adresie | Dostęp tylko po zalogowaniu | Reguła może zostać ominięta |
Bramka AI z kluczami do płatnych modeli | Klucze dostępne dla uprawnionych | Wg Microsoft możliwa kradzież sekretów |
Funkcja dostępna tylko dla zalogowanych | Wymaga danych logowania | W łańcuchu z CVE-2026-42271 dostępna bez nich |
Aplikacja sprawdzająca uprawnienia standardowo | Bez zmian | Bez zmian, luka nie działa |
źródło: magnific.comPoniżej typowy przebieg ataku dla tej klasy podatności, zgodny z ogólnym opisem włamania przez bramkę LiteLLM z analizy Microsoft. To scenariusz poglądowy.
Etap | Czas | Akcja hakerów | Wynik |
|---|---|---|---|
1. Wyszukanie celów | T+0 | Skanowanie internetu w poszukiwaniu bramek AI i usług w Pythonie | Lista wystawionych usług |
2. Ominięcie zabezpieczeń | T+minuty | Wykorzystanie CVE-2026-48710 do obejścia kontroli dostępu | Dostęp do funkcji dla zalogowanych |
3. Przejęcie serwera | T+minuty | W łańcuchu z CVE-2026-42271 uruchomienie poleceń na serwerze bramki | Kontrola nad usługą |
4. Kradzież sekretów | T+godziny | Odczyt kluczy do usług AI, haseł i danych z bazy | Dostęp do płatnych usług i danych |
5. Zarabianie na dostępie | T+dni | Koparka kryptowalut, sprzedaż dostępu, możliwy ransomware | Koszty chmury, wyciek danych |
Starlette rzadko jest instalowana świadomie: trafia do firmy jako zależność innych narzędzi, często wdrażanych szybko przez zespoły eksperymentujące z AI. Dlatego wiele organizacji nie wie, że ją ma. Bramki AI przechowują klucze do płatnych usług i mają dostęp do danych, co czyni je atrakcyjnym celem.
Obszar biznesu | Potencjalny wpływ | Czas do wystąpienia | Koszty szacunkowe |
|---|---|---|---|
Operacyjny | Wyłączenie i odbudowa usług AI i aplikacji | Godziny do dni | 10 tys. do 100 tys. PLN (odbudowa, przestój) |
Bezpieczeństwo danych | Kradzież kluczy, haseł i danych przetwarzanych przez AI | Godziny | 30 tys. do 200 tys. PLN (analiza powłamaniowa) |
Finansowy | Rachunki za cudze użycie chmury i modeli AI, koszty specjalistów | Dni | 20 tys. do 300 tys. PLN łącznie |
Reputacyjny | Wyciek danych klientów z narzędzi AI | 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; możliwa kara RODO do 20 mln EUR lub 4% rocznego obrotu, zależnie od okoliczności | 72 godziny od wykrycia | 15 tys. do 100 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 aplikacji ze Starlette < 1.0.1
Wpływ
5 | . . . . .
4 | . . . ■ . ← bramka LiteLLM (łańcuch z CVE-2026-42271)
3 | . . . . .
2 | . . ■ . . ← zwykła aplikacja, standardowa kontrola dostępu
1 | . . . . .
+--------------------
1 2 3 4 5 Prawdopodobieństwo Interpretacja: sama luka ma średni wpływ i szkodzi tylko w części aplikacji; ryzyko staje się wysokie w bramkach AI wystawionych do internetu, gdzie CISA i Microsoft wskazują na ataki z użyciem łańcucha luk.
Lp. | Priorytet | Działanie | Termin | Odpowiedzialny |
|---|---|---|---|---|
1 | 🔴 NATYCHMIAST | Wyszukać Starlette we wszystkich aplikacjach, obrazach kontenerów i narzędziach AI, także jako zależność | Dziś | Zespół deweloperski |
2 | 🔴 NATYCHMIAST | Zaktualizować Starlette do 1.0.1 lub nowszej, a LiteLLM i FastAPI do wersji z tą zależnością | Dziś | Zespół deweloperski |
3 | 🔴 NATYCHMIAST | Odciąć od internetu bramki AI i panele administracyjne, które nie muszą być publiczne | Dziś | Administrator |
4 | 🟠 PILNIE | Przy podejrzeniu włamania wymienić klucze do usług AI i hasła do baz danych | Do 24 godzin | Administrator |
5 | 🟠 PILNIE | Przejrzeć rachunki za chmurę i modele AI pod kątem nietypowego zużycia | Do 3 dni | CFO |
6 | 🟠 PILNIE | Zaktualizować produkty Red Hat wymienione w NVD zgodnie z biuletynami Red Hat | Do 7 dni | Administrator |
7 | 🟡 WAŻNIE | Wprowadzić automatyczne skanowanie zależności w procesie budowania aplikacji | Do 30 dni | CTO |
Producent wydał poprawkę w wersji 1.0.1 i nie opisuje obejścia. Poniższe środki ograniczają ryzyko do czasu aktualizacji. Oceny efektywności to ocena ekspercka.
Czasowa miara ochronna | Efektywność | Łatwość wdrożenia |
|---|---|---|
Ukrycie bramek AI i paneli za VPN lub siecią wewnętrzną | Wysoka wobec ataków z internetu | Łatwa do średniej |
Zmiana kodu, aby kontrola dostępu korzystała z prawdziwej ścieżki żądania, a nie z odtworzonego adresu | Wysoka dla danej aplikacji | Średnia, wymaga programisty |
Serwer pośredniczący przed aplikacją, który odrzuca nieprawidłowe nagłówki Host | Średnia | Średnia |
Wymiana kluczy i ograniczenie ich uprawnień oraz limitów wydatków | Średnia: ogranicza skutki | Łatwa |
Stan | Przed działaniem | Po działaniu |
|---|---|---|
Wiedza o Starlette w firmie | Ukryta zależność, nikt nie wie | Spis aplikacji i wersji |
Bramki AI | Dostępne z internetu | Za VPN, zaktualizowane |
Kontrola dostępu | Możliwa do ominięcia w części aplikacji | Oparta na poprawionej bibliotece |
Klucze do usług AI | Bez limitów, niezmieniane | Wymienione, z limitami wydatków |
Aspekt | Informacja |
|---|---|
Czy jest wykorzystywana? | TAK (potwierdzone przez CISA); ocena CISA: aktywne wykorzystanie, atak możliwy do automatyzacji, wpływ częściowy |
Grupy przestępcze | Brak nazwanych grup w źródłach pierwotnych; Microsoft opisuje napastników instalujących koparkę kryptowalut |
Kampanie ransomware | Brak potwierdzenia (CISA: Unknown); Wiz podaje, że zewnętrzni badacze powiązali grupę Qilin z łańcuchem luk, czego nie udało się zweryfikować |
Ocena CVSS | 6.5 ŚREDNIA (CVSS 3.1, NVD i GitHub); 7.0 WYSOKA (CVSS 4.0, X41 D-Sec) |
PoC dostępny publicznie? | TAK: OSTIF opublikował minimalny przykład wykorzystania przy ujawnieniu szczegółów |
Liczba atakowanych firm | Brak publicznych informacji |
Powiązana luka | CVE-2026-42271 w BerriAI LiteLLM, w katalogu KEV od 8 czerwca 2026 |
Sygnały zagrożenia dla CVE-2026-48710
CVSS 3.1 (NVD) 6.5/10 █████████████░░░░░░░ ŚREDNIA
CVSS 4.0 (X41 D-Sec) 7.0/10 ██████████████░░░░░░ WYSOKA
Automatyzacja (CISA) TAK ████████████████████ masowe skanowanie
CISA KEV TAK ████████████████████ ataki potwierdzone
Łańcuch z LiteLLM TAK ████████████████████ przejęcie bez hasła 2026-01-27 X41 D-Sec wykrywa błąd podczas audytu
2026-02-04 Zgłoszenie do opiekuna Starlette
2026-05-21 Wydanie Starlette 1.0.1 z poprawką i biuletyn GitHub
2026-05-22 Biuletyn X41 D-Sec
2026-05-26 Publikacja CVE-2026-48710, OSTIF ujawnia szczegóły BadHost
2026-06-08 Powiązana luka LiteLLM CVE-2026-42271 trafia do KEV
2026-08-26 Microsoft opisuje włamanie przez bramkę LiteLLM
2026-08-27 Wiz publikuje dane z pułapek na atakujących infrastrukturę AI
2026-09-02 CISA dodaje CVE-2026-48710 do KEV
2026-09-16 Termin naprawy wg CISA
2026-09-17: TUTAJ JESTEŚMY Biuletyn producenta z wersją poprawki: GHSA-86qp-5c8j-p5mr . Wpis w NVD: nvd.nist.gov/vuln/detail/CVE-2026-48710 . Status produktów Red Hat: CVE-2026-48710 w Red Hat .
Lp. | Zadanie | Kto | Deadline |
|---|---|---|---|
1 | Uzyskać listę aplikacji i narzędzi AI zawierających Starlette wraz z wersjami | CTO | DZISIAJ |
2 | Zatwierdzić natychmiastową aktualizację i wdrożenie poprawionych wersji | CTO | DZISIAJ |
3 | Ustalić, które bramki AI i panele są dostępne z internetu, i zdecydować o ich ukryciu | CTO | DZISIAJ |
4 | Sprawdzić rachunki za usługi AI i chmurę z ostatnich trzech miesięcy | CFO | DO JUTRA |
5 | Ustawić limity wydatków na kluczach do usług AI | CFO | DO JUTRA |
6 | Ustalić właściciela dla każdego narzędzia AI wdrożonego poza głównym IT | CTO | DO JUTRA |
Mogę Ci jakoś pomóc?
# | Pytanie | Odpowiedź | Priorytet |
|---|---|---|---|
1 | Które nasze aplikacje i narzędzia AI zawierają Starlette i w jakiej wersji? | [wersja] | 🔴 |
2 | Czy używamy LiteLLM i czy jest dostępny z internetu? | TAK / NIE | 🔴 |
3 | Kiedy zaktualizowano Starlette do 1.0.1 lub nowszej we wszystkich wdrożeniach? | [data] | 🔴 |
4 | Czy któraś aplikacja sprawdza uprawnienia na podstawie adresu żądania w warstwie pośredniej? | TAK / NIE | 🟠 |
5 | Czy wymieniliśmy klucze do usług AI po aktualizacji? | TAK / NIE, [data] | 🟠 |
6 | Czy używamy produktów Red Hat wymienionych w NVD i czy mają aktualizacje? | TAK / NIE | 🟠 |
7 | Czy mamy automatyczne skanowanie zależności w procesie budowania? | TAK / NIE | 🟡 |
CVE-2026-48710 w bibliotece Starlette ma tylko średnią ocenę, ale w połączeniu z luką w LiteLLM otwiera drogę do przejęcia bramek AI bez hasła, a CISA potwierdza ataki. Kluczowe jest ustalenie, gdzie w firmie ta biblioteka jest ukryta jako zależność, aktualizacja do wersji 1.0.1 lub nowszej oraz wymiana kluczy do usług AI tam, gdzie bramki były dostępne z internetu.
Mogę Ci jakoś pomóc?
Zestaw zmienia się codziennie, więc przy kolejnej wizycie zobaczysz inny wycinek bloga.
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łCISA potwierdza wykorzystanie krytycznej luki w bibliotece Ajax.NET Professional, która pozwala przejąć serwer bez logowania. Znajdź stare aplikacje ASP.NET z AjaxPro, odetnij je od internetu i zaktualizuj.
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.