CVE-2026-12548

W bibliotece libsoup odkryto podatność typu use-after-free w funkcji soup_message_headers_get_content_disposition(). Umożliwia ona złośliwemu klientowi HTTP wywołanie uszkodzenia pamięci w serwerze libsoup.

W libsoup, w przetwarzaniu nagłówka HTTP Range w SoupServer, funkcja sort_ranges() obcina wynik odejmowania 64-bitowego do 32-bitowej liczby całkowitej, co powoduje błędne sortowanie zakresów dla plików większych niż ~2 GB. Prowadzi to do pomijania żądanych zakresów w odpowiedziach HTTP 206 Partial Content.

W bibliotece libsoup po ustanowieniu tunelu CONNECT przez proxy HTTP, nagłówek Proxy-Authorization jest nieprawidłowo dołączany do kolejnych żądań HTTPS wysyłanych przez ten tunel do serwera docelowego. Pozwala to serwerowi docelowemu na przechwycenie danych uwierzytelniających proxy.

W bibliotece libsoup parser kodowania transferu fragmentarycznego (chunked transfer encoding) używa permisywnej funkcji parsowania rozmiaru fragmentu, która akceptuje dane niezgodne z RFC 9112, w tym początkowe białe znaki, prefiksy plusa i końcowe nieprawidłowe znaki. Gdy libsoup działa za rygorystycznym proxy, ta różnica w parsowaniu może być wykorzystana do przemycania żądań HTTP.

W bibliotece libsoup niedopełnienie liczby całkowitej bez znaku w funkcji soup_filter_input_stream_read_until() powoduje odczyt poza zakresem bufora sterty podczas parsowania wieloczęściowych odpowiedzi HTTP. Złośliwy serwer HTTP może wysłać spreparowaną odpowiedź, powodując awarię aplikacji klienckiej lub ujawnienie poufnych danych z pamięci sterty.

W bibliotece libsoup odkryto podatność polegającą na odczycie poza dozwolonym zakresem pamięci w mechanizmie przetwarzania multipart. Funkcja soup_multipart_input_stream_read_headers() nie ogranicza poprawnie rozmiaru ciągów granicznych (boundary), co może prowadzić do odczytu poza buforem. Zdalny, nieuwierzytelniony atakujący może wykorzystać tę lukę do spowodowania odmowy usługi (DoS) lub potencjalnie odczytu fragmentów pamięci.

W bibliotece libsoup w implementacji protokołu HTTP/2 wykryto podatność polegającą na nieprawidłowym zwalnianiu bloków pamięci w określonych warunkach zakończenia strumienia, takich jak wyczerpanie okna lub jawne resetowanie strumienia. Zdalny, nieuwierzytelniony atakujący działający jako złośliwy peer sieciowy może wymusić na silniku połączeń alokację stanów strumienia, które następnie nie są zwalniane podczas czyszczenia. W dłuższym okresie prowadzi to do stopniowego wyczerpywania sterty i awarii aplikacji z powodu braku pamięci (OOM).

W bibliotece libsoup wykryto podatność w implementacji parsowania ramek WebSocket. Biblioteka nie sprawdza poprawności reguł długości określonych w RFC 6455 §5.5, które wymagają, aby ramki kontrolne (np. PING, PONG, CLOSE) miały ładunek o długości 125 bajtów lub mniejszej. Zdalny, nieuwierzytelniony atakujący może wysłać niezgodną, zbyt dużą ramkę kontrolną, co prowadzi do awarii wewnętrznego przetwarzania i odmowy usługi (DoS) dla aplikacji korzystających z WebSocketów w libsoup.

W bibliotece libsoup znaleziono podatność w implementacji WebSocket z rozszerzeniem permessage-deflate. Pętla dekompresji (inflate()) przetwarza dane w fragmentach bez ograniczenia górnego rozmiaru bufora wyjściowego, co pozwala na niekontrolowaną alokację pamięci. Zdalny, nieuwierzytelniony atakujący może wysłać mały, silnie skompresowany ładunek (bomba dekompresyjna), powodując awarię z powodu braku pamięci (OOM) i odmowę usługi (DoS).

W bibliotece libsoup w wersjach 3.0 do 3.7.0 wykryto podatność na odczyt poza granicami bufora sterty w mechanizmie obsługi ramek GOAWAY protokołu HTTP/2. Brak odpowiedniej walidacji długości danych debugowania powoduje, że zdalny, nieuwierzytelniony atakujący może wysłać spreparowaną ramkę, co prowadzi do awarii aplikacji (DoS) lub potencjalnego wycieku fragmentów pamięci.