CVE-2026-34831

Rack::Request nieprawidłowo parsuje nagłówek Host, akceptując znaki takie jak /, ?, # i @, które nie są dozwolone w RFC. Funkcja req.host zwraca pełną, nieprzefiltrowaną wartość, co pozwala na ominięcie walidacji hosta opartej na prostych prefiksach lub sufiksach.

Rack w wersjach od 3.0.0.beta1 do 3.1.20 oraz 3.2.0 do 3.2.5 zawiera podatność DoS w parserze multipart. Nieuwierzytelniony atakujący może wysłać spreparowane żądanie multipart/form-data z wieloma częściami zawierającymi długie, uciekane wartości parametrów, co powoduje nadmierne zużycie CPU podczas parsowania.

Rack przed wersjami 3.1.21 i 3.2.6 nieprawidłowo parsuje nagłówek Forwarded (RFC 7239), dzieląc na średniki przed obsługą wartości cytowanych. Ponieważ cytowane wartości mogą zawierać średniki, nagłówek może być interpretowany jako wiele dyrektyw Forwarded, co umożliwia atakującym przemycanie parametrów host, proto, for lub by.

Rack::Multipart::Parser nieprawidłowo rozwija złożone nagłówki multipart, zachowując CRLF w wartościach parametrów. Może to prowadzić do wstrzykiwania nagłówków lub dzielenia odpowiedzi HTTP w aplikacjach używających tych wartości.

W Rack przed wersjami 2.2.23, 3.1.21 i 3.2.6 stwierdzono podatność w Rack::Sendfile#map_accel_path. Wstrzykiwanie nagłówka X-Accel-Mapping do wyrażenia regularnego bez odpowiedniego escapowania umożliwia atakującemu kontrolę nad nagłówkiem X-Accel-Redirect, co może prowadzić do serwowania nieautoryzowanych plików przez nginx.

Rack przed wersjami 2.2.23, 3.1.21 i 3.2.6 nie ogranicza rozmiaru danych przesyłanych w żądaniach multipart/form-data bez nagłówka Content-Length. Atakujący może przesłać dowolnie duży plik, powodując wyczerpanie miejsca na dysku i odmowę usługi (DoS).

Rack przed wersjami 2.2.23, 3.1.21 i 3.2.6 ma podatność na odmowę usługi przez nieograniczoną liczbę zakresów bajtów w nagłówku HTTP Range. Atakujący może dostarczyć wiele małych, nakładających się zakresów, co powoduje nieproporcjonalne zużycie CPU, pamięci, I/O i przepustowości.

Rack::Static błędnie ocenia reguły nagłówków na surowym, zakodowanym URL-u PATH_INFO, podczas gdy plik jest serwowany po dekodowaniu. Żądanie zakodowanej wariantu ścieżki może ominąć zamierzone nagłówki bezpieczeństwa.

Rack w wersjach przed 2.2.23, 3.1.21 i 3.2.6 nieprawidłowo sprawdza prefiksy URL w Rack::Static, co może prowadzić do nieautoryzowanego serwowania plików statycznych i ujawnienia informacji.

Rack::Directory interpoluje skonfigurowaną ścieżkę główną bezpośrednio do wyrażenia regularnego podczas wyprowadzania wyświetlanej ścieżki katalogu. Jeśli ścieżka główna zawiera metaznaki wyrażeń regularnych, takie jak +, * lub ., prefiks może nie zostać poprawnie usunięty, a wygenerowane listowanie katalogów może ujawnić pełną ścieżkę systemu plików w wyjściu HTML.