CVE-2025-62168
KrytyczneCVSS 10.0Prawdopodobieństwo exploitacji (EPSS)
Bardzo wysokie ryzykoPercentyl 99 - wyżej niż 99% wszystkich znanych CVE
Streszczenie
W wersjach Squid przed 7.2 występuje błąd polegający na nieusuwaniu danych uwierzytelniania HTTP z komunikatów obsługi błędów, co prowadzi do ujawnienia informacji. Skrypt może ominąć zabezpieczenia przeglądarki i poznać dane uwierzytelniające zaufanego klienta, co może pozwolić zdalnemu klientowi na identyfikację tokenów bezpieczeństwa lub danych uwierzytelniających używanych wewnętrznie przez aplikację webową korzystającą z Squid do równoważenia obciążenia. Luka nie wymaga skonfigurowania uwierzytelniania HTTP w Squid i została naprawiona w wersji 7.2.
Ocena ryzyka
Możliwe ujawnienie wewnętrznych tokenów lub danych uwierzytelniających aplikacji webowej, co może umożliwić nieautoryzowany dostęp do chronionych zasobów. Ryzyko dotyczy organizacji używających Squid jako proxy lub load balancera dla aplikacji z uwierzytelnianiem.
Rekomendacja
Zaktualizuj Squid do wersji 7.2 lub nowszej. Jako obejście wyłącz informacje debugowania w linkach mailto administratora, ustawiając w squid.conf opcję email_err_data off.
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-61642Wysokie
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'.
- 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`.
Oryginalny opis (angielski, źródło NVD)
Squid is a caching proxy for the Web. In Squid versions prior to 7.2, a failure to redact HTTP authentication credentials in error handling allows information disclosure. The vulnerability allows a script to bypass browser security protections and learn the credentials a trusted client uses to authenticate. This potentially allows a remote client to identify security tokens or credentials used internally by a web application using Squid for backend load balancing. These attacks do not require Squid to be configured with HTTP authentication. The vulnerability is fixed in version 7.2. As a workaround, disable debug information in administrator mailto links generated by Squid by configuring squid.conf with email_err_data off.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS