CVE-2026-32748
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ść 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`).
Ocena ryzyka
Atakujący zdalny może przeprowadzić powtarzalny atak typu Denial of Service na serwer Squid, powodując jego awarię. Ograniczenie dostępu do ICP za pomocą reguł `icp_access` nie zapobiega atakowi.
Rekomendacja
Niezwłocznie zaktualizuj Squida do wersji 7.5 lub nowszej. Jeśli nie jest to możliwe, rozważ wyłączenie obsługi ICP (ustawienie `icp_port 0`), o ile nie jest wymagana.
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-33526Wysokie
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`.
- 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 premature release of resource during expected lifetime and heap Use-After-Free bugs, 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. This bug is fixed in Squid version 7.5.