Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
CVE-2025-62168 — Proof-of-Concept (PoC) für CVE-2025-62168 👾 | Kitploit
Tools/GitHubGitHub/nehkark/cve-2025-62168
SchwachstellenanalyseExploitationInformationsbeschaffungWebsicherheitPenetrationstestsLernen & Bildung
GitHubnehkark/cve-2025-62168

CVE-2025-62168

Proof-of-Concept (PoC) für CVE-2025-62168 👾

Repository anzeigen
3vor 9 MonatenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

CVE-2025-62168 – Squid-Proxy-Token-Leck PoC

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.


Beschreibung

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:

  • JWT-Bearer-Tokens
  • API-Schlüssel
  • Benutzerdefinierte Authentifizierungsheader

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.

Technische Zusammenfassung

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:

  • CWE-209: Erzeugung einer Fehlermeldung, die sensible Informationen enthält
  • CWE-550: Vom Server generierte Fehlermeldung, die sensible Informationen enthält

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.

Tool herunterladen

Wenn Squid eine Fehlerseite erstellt (z.B. ERR_READ_ERROR), kann die interne Vorlage Folgendes enthalten:

root@kitploit:~
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.

Auswirkungen

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.

Grundursache

  • Squid fügt Anforderungsmetadaten in seine Fehlervorlagen ein
  • Die Bereinigung entfernt nicht alle benutzerdefinierten Header
  • Token-haltige Header erscheinen im mailto:-Textkörper (URL-kodiert)
  • Ein entfernter Client kann den gesamten Block aus der Proxy-Antwort abrufen

Betroffene Versionen

  • Versionen < 7.2 sind potenziell betroffen
  • Verhalten bestätigt auf Squid 5.x, 6.x, 7.1

CVSS v3.1 Vektor (Vorgeschlagen)

root@kitploit:~
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Score: 7.5  (High)

PoC Verwendung

root@kitploit:~
python3 cve-2025-62168.py --proxy http://127.0.0.1:3128

Technischer Modus:

root@kitploit:~
python3 cve-2025-62168.py --proxy http://127.0.0.1:3128 --verbose

Das Skript führt Folgendes aus:

  1. Verbindet sich mit dem Proxy
  2. Sendet eine Anfrage mit einem kontrollierten Token
  3. Zwingt Squid, eine Fehlerseite zu generieren
  4. Analysiert den mailto:-Diagnoseblock
  5. Extrahiert das durchgesickerte Token
  6. Dekodiert das JWT (Header, Nutzlast, Signatur)

Beispielausgabe (gekürzt)

root@kitploit:~
STEP 4 — Parsing mailto block...
X-Test-Leak: <JWT TOKEN>

STEP 5 — TOKEN LEAK CONFIRMED
<decoded token>

Repository-Struktur

root@kitploit:~
CVE-2025-62168/
│
├── LICENSE
├── README.md
├── cve-2025-62168.py
├── example.txt
├── payload.json
├── requirements.txt
└── token.txt

Abhilfe

  • Aktualisieren Sie Squid auf 7.2 oder höher
  • Deaktivieren Sie unnötige benutzerdefinierte Header
  • Verhindern Sie, dass Clients beliebige Authorization-ähnliche Felder senden
  • Überprüfen Sie die Fehlerseitenvorlagen (ERR_*) auf durchgesickerte Metadaten
  • Überprüfen Sie squid.conf | email_err_data off <- WICHTIG

Autor

  • Forscher: krakhen.dev
  • GitHub: https://github.com/nehkark
  • E-Mail: [email protected]
  • Website: https://vciso.cloud
  • ICQ: 24298753 👾
  • Referenz: https://github.com/monzaviman/CVE-2025-62168/