CVE-2026-75484
ŚrednieCVSS 6.9Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 43 - wyżej niż 43% wszystkich znanych CVE
Streszczenie
Podatność typu CRLF Injection w bibliotece Bandit umożliwia nieuwierzytelnionemu zdalnemu atakującemu przemycenie znaków CR, LF lub NUL do nagłówków żądań widocznych dla aplikacji przez HTTP/2. Walidacja nagłówków nie sprawdza wartości pól, co pozwala na ich niezmienione przekazanie. Dodatkowo, duplikat pseudo-nagłówka :authority jest akceptowany, co może prowadzić do konfliktów.
Ocena ryzyka
Ryzyko polega na tym, że aplikacje korzystające z Bandit mogą przetwarzać złośliwe nagłówki, co może prowadzić do wstrzykiwania treści do logów lub żądań wychodzących, a w konsekwencji do ataków typu log injection lub request smuggling.
Rekomendacja
Zaleca się natychmiastową aktualizację biblioteki Bandit do wersji 1.12.5 lub nowszej, która zawiera poprawkę eliminującą tę podatność.
Inne podatności w Bandit
Zobacz wszystkie- CVE-2026-42786Wysokie
Podatność w mtrudel bandit pozwala na zdalne wywołanie odmowy usługi poprzez wyczerpanie pamięci, umożliwiając nieautoryzowanym użytkownikom przesyłanie nieograniczonej liczby ramek kontynuacji. Problem występuje w metodzie handle_frame/3, która nie ma ograniczenia rozmiaru dla akumulowanych danych.
- CVE-2026-74836Wysokie
Podatność w bibliotece Bandit (Elixir) pozwala nieuwierzytelnionemu atakującemu na zablokowanie nieograniczonej liczby procesów strumieni HTTP/2 poprzez sterowanie przepływem na poziomie połączenia. Gdy odpowiedź przekracza okno wysyłki połączenia (domyślnie 65 535 bajtów), proces strumienia blokuje się na stałe, a kolejka nie jest czyszczona, co prowadzi do wyczerpania zasobów.
- CVE-2026-65623Wysokie
Podatność na nieefektywną złożoność algorytmiczną w bibliotece bandit (Elixir), umożliwiająca nieuwierzytelnionemu atakującemu zdalną odmowę usługi poprzez wyczerpanie CPU podczas składania fragmentów WebSocket.
- CVE-2026-39805Średnie
Podatność w bibliotece Bandit (Elixir) umożliwia przemycanie żądań HTTP przez duplikowanie nagłówków Content-Length. Serwer akceptuje pierwszy nagłówek, a resztę danych traktuje jako kolejne żądanie na tym samym połączeniu.
Oryginalny opis (angielski, źródło NVD)
Improper Neutralization of CRLF Sequences ('CRLF Injection') vulnerability in mtrudel bandit allows an unauthenticated remote attacker to smuggle CR, LF, or NUL characters into application-visible request headers via HTTP/2. Bandit.HTTP2.Stream.read_headers/1 validates pseudo-header placement and uniqueness, header-name casing, connection-specific headers, the te value, and content-length, but never checks field values. Because HPACK carries arbitrary octets, a HEADERS block whose field values contain \r, \n, or \0 decodes without error and the values land in conn.req_headers unchanged. The HTTP/1 path already rejects the same octets; HTTP/2 did not. Bandit itself is not a sink for the injected bytes: its own logging uses fixed strings or inspect, and HTTP/2 response headers are HPACK-encoded and separately rejected by Plug's put_resp_header, so response splitting is not reachable through this path. The risk is entirely in how a downstream application consumes header values, such as appending one verbatim to a plain-text log or concatenating it into an upstream request. A related gap bundled in the same fix: only :method, :scheme, and :path were checked for at most one occurrence; a duplicate :authority pseudo-header was accepted, with the first instance silently winning as conn.host while a conflicting value remained visible to the application. This issue affects bandit: from 1.4.0 before 1.12.5.