Podatności Squid

Podatność typu double free w Esi.cc w Squid 3.x przed wersją 3.5.18 oraz 4.x przed wersją 4.0.10 pozwala zdalnym serwerom na spowodowanie awarii (denial of service) poprzez spreparowaną odpowiedź Edge Side Includes (ESI).

W pliku mime_header.cc w Squid przed wersją 3.5.18 występuje luka, która pozwala zdalnym atakującym na obejście zamierzonych ograniczeń same-origin oraz potencjalne przeprowadzenie ataków na pamięć podręczną poprzez spreparowany nagłówek HTTP Host, znana jako problem 'header smuggling'.

W pliku client_side.cc w Squid przed wersją 3.5.18 oraz 4.x przed wersją 4.0.10 nieprawidłowo ignorowany jest nagłówek Host, gdy dostarczony jest absolutny URI. To umożliwia zdalnym atakującym przeprowadzenie ataków na pamięć podręczną.

W Squid 3.x przed wersją 3.5.17 oraz 4.x przed wersją 4.0.9 występuje przepełnienie bufora, które pozwala zdalnym atakującym na wykonanie dowolnego kodu poprzez odpowiedzi ESI (Edge Side Includes).

Wielokrotne przepełnienia bufora na stosie w Squid 3.x przed wersją 3.5.17 oraz 4.x przed wersją 4.0.9 mogą pozwolić zdalnym serwerom HTTP na spowodowanie odmowy usługi lub wykonanie dowolnego kodu poprzez odpowiedzi z wykorzystaniem Edge Side Includes (ESI).

Squid w wersjach 3.x przed 3.5.16 oraz 4.x przed 4.0.8 nieprawidłowo sprawdza granice, co pozwala zdalnym atakującym na wywołanie odmowy usługi poprzez spreparowaną odpowiedź HTTP, związaną z nagłówkami Vary.

W Squid 3.x przed wersją 3.5.15 oraz 4.x przed wersją 4.0.7 występuje problem, w którym http.cc kontynuuje przechowywanie danych po nieudanej analizie odpowiedzi. To umożliwia zdalnym serwerom HTTP wywołanie odmowy usługi poprzez wysłanie źle sformułowanej odpowiedzi.

Squid w wersjach 3.x przed 3.5.15 oraz 4.x przed 4.0.7 nieprawidłowo dodaje dane do obiektów String, co umożliwia zdalnym serwerom spowodowanie odmowy usługi (awaria asercji i wyjście demona) poprzez długi ciąg, co zostało zademonstrowane przez spreparowany nagłówek HTTP Vary.

Squid w wersjach przed 7.5 zawiera podatność Use-After-Free na stercie podczas obsługi ruchu ICP, umożliwiającą zdalnemu atakującemu przeprowadzenie powtarzalnego ataku DoS na usługę Squid. Atak wymaga włączenia obsługi ICP (ustawienie niezerowego `icp_port`) i nie może być złagodzony przez reguły `icp_access`.

Squid w wersjach przed 7.5 zawiera podatność polegającą na przedwczesnym zwolnieniu zasobu w trakcie oczekiwanego czasu życia oraz błędzie Use-After-Free na stercie, co umożliwia atak DoS przez ruch ICP. Problem dotyczy tylko instalacji z jawnie włączoną obsługą ICP (niezerowy `icp_port`).

Squid jest podatny na atak DoS, gdzie zdalny atakujący może przeprowadzić atak przepełnienia bufora, zapisując do 2 MB dowolnych danych do pamięci sterty, gdy Squid jest skonfigurowany do akceptowania uwierzytelniania HTTP Digest.

Squid w wersjach przed 7.6 zawiera podatność na przepełnienie bufora sterty w obsłudze odpowiedzi cache digest. Błąd wynika z nieprawidłowej walidacji rozmiaru danych przesyłanych przez zaufanego peera, co może prowadzić do przepełnienia bufora.

Squid w wersjach przed 7.6 zawiera podatność na odczyt poza zakresem w bramie FTP. Nieprawidłowa walidacja składni daty w listowaniu katalogów może pozwolić zaufanemu klientowi na odczyt pamięci z niezwiązanych transakcji.