CVE-2026-33526
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Bardzo wysokie ryzykoPercentyl 95 - wyżej niż 95% wszystkich znanych CVE
Streszczenie
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`.
Ocena ryzyka
Organizacja korzystająca z podatnej wersji Squida z włączonym ICP ryzykuje przerwanie działania usługi proxy przez zdalnego atakującego, co może prowadzić do niedostępności zasobów sieciowych.
Rekomendacja
Zaleca się natychmiastową aktualizację Squida do wersji 7.5 lub nowszej. Jeśli aktualizacja nie jest możliwa, należy wyłączyć obsługę ICP (ustawić `icp_port 0`), jeśli to akceptowalne dla środowiska.
Inne podatności w Squid
Zobacz wszystkie- CVE-2016-4556Wysokie
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).
- CVE-2016-4554Wysokie
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'.
- CVE-2016-4553Wysokie
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ą.
- CVE-2016-4054Wysokie
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).
- CVE-2016-4052Wysokie
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).
- CVE-2016-3948Wysokie
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.
- CVE-2016-2571Wysokie
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.
- CVE-2016-2569Wysokie
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.
- CVE-2026-32748Wysokie
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`).
- CVE-2023-46847Wysokie
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.
Oryginalny opis (angielski, źródło NVD)
Squid is a caching proxy for the Web. Prior to version 7.5, due to heap Use-After-Free, Squid is vulnerable to Denial of Service when handling ICP traffic. This problem allows a remote attacker to perform a reliable and repeatable Denial of Service attack against the Squid service using ICP protocol. This attack is limited to Squid deployments that explicitly enable ICP support (i.e. configure non-zero `icp_port`). This problem _cannot_ be mitigated by denying ICP queries using `icp_access` rules. Version 7.5 contains a patch.