
Proof-of-Concept (PoC) für CVE-2025-62168 👾
Der Autor übernimmt keine Haftung für Missbrauch oder Schäden, die durch dieses Tool verursacht werden.
Die Forschung dient ausschließlich Bildungs- und Verteidigungszwecken.
Dieses Repository enthält einen Proof-of-Concept (PoC) für CVE-2025-62168 , einen Informationsoffenlegungsfehler, der Squid Proxy betrifft.
Unter bestimmten Konfigurationen kann Squid HTTP-Anfrageheader in seinen automatisch generierten Fehlerseiten widerspiegeln, insbesondere im mailto:-Diagnoseblock.
Dieses Verhalten kann sensible Tokens wie folgt offenlegen:
Der PoC zeigt, wie ein einzelner injizierter Header ungeschwärzt innerhalb der Fehlervorlage erscheinen kann, sodass ein Angreifer das durchgesickerte Token durch einen erzwungenen Netzwerkfehler abrufen kann.
Diese Schwachstelle ergibt sich aus der Art und Weise, wie Squid Fehlerseiten generiert und zurückgibt. Wenn ein Fehler auftritt, kann Squids Antwort unbeabsichtigt sensible HTTP-Authentifizierungsdaten in den Administrator-Mailto-Link einbetten, der über die email_err_data-Direktive erstellt wird.
Systeme sind betroffen, wann immer email_err_data aktiviert ist – einschließlich Standardkonfigurationen – und eine Offenlegung kann sogar dann auftreten, wenn Squid nicht explizit für die Verwendung von HTTP-Authentifizierung konfiguriert ist.
Das Problem wird eingestuft unter:
Dies macht den Fehler besonders kritisch, da durchgesickerte Anmeldeinformationen zu internen Anwendungen, Backend-Diensten oder authentifizierten Clients gehören können, die Squid als Proxy-Ebene nutzen.
Wenn Squid eine Fehlerseite erstellt (z.B. ERR_READ_ERROR), kann die interne Vorlage Folgendes enthalten:
HTTP Request:
Header: VALUE
Wenn die Bereinigung fehlschlägt, wird der vom Benutzer bereitgestellte Header in den für die Diagnose verwendeten mailto:-Hyperlink eingefügt. Dieser PoC löst einen Fehler mit einer nicht existierenden Domain aus und untersucht das zurückgegebene HTML auf ungeschwärzte Daten.
Die Schwachstelle ermöglicht es einem Angreifer, normale Browser-Sicherheitskontrollen zu umgehen und Authentifizierungsdaten zu extrahieren, die von vertrauenswürdigen Clients verwendet werden. Dies umfasst Tokens und Sitzungsdaten, die zu internen Webanwendungen oder Backend-Diensten gehören, insbesondere in Umgebungen, in denen Squid als Reverse-Proxy oder Load Balancer fungiert. Durch das Erfassen dieser Informationen direkt aus den von Squid generierten Fehlerseiten könnte ein Angreifer legitime Benutzer imitieren, Zugriffe eskalieren, sich lateral im Netzwerk bewegen oder Backend-Systeme kompromittieren, die für die Verkehrssteuerung auf Squid angewiesen sind.
mailto:-Textkörper (URL-kodiert)CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Score: 7.5 (High)
python3 cve-2025-62168.py --proxy http://127.0.0.1:3128
Technischer Modus:
python3 cve-2025-62168.py --proxy http://127.0.0.1:3128 --verbose
Das Skript führt Folgendes aus:
mailto:-DiagnoseblockSTEP 4 — Parsing mailto block...
X-Test-Leak: <JWT TOKEN>
STEP 5 — TOKEN LEAK CONFIRMED
<decoded token>
CVE-2025-62168/
│
├── LICENSE
├── README.md
├── cve-2025-62168.py
├── example.txt
├── payload.json
├── requirements.txt
└── token.txt
ERR_*) auf durchgesickerte Metadaten