CVE-2016-2569

Squid to serwer buforujący (cache) dla sieci Web. Od wersji 3.3.0.1 do przed 7.6, z powodu nieprawidłowego egzekwowania przepływu pracy, Squid jest podatny na atak Request Smuggling przeciwko HTTP/1.1 Transfer-Encoding, akceptując niedozwoloną formę 'Transfer-Encoding: identity'.

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 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`).