Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
CVE-2025-62168 — Prova di concetto (PoC) per CVE-2025-62168 👾 | Kitploit
Strumenti/GitHubGitHub/nehkark/cve-2025-62168
Analisi delle VulnerabilitàExploitRaccolta InformazioniSicurezza WebPenetration TestingApprendimento e Formazione
GitHubnehkark/cve-2025-62168

CVE-2025-62168

Prova di concetto (PoC) per CVE-2025-62168 👾

Vedi Repository
39 mesi faNon ancora revisionato

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

CVE-2025-62168 — PoC per la perdita di token in Squid Proxy

L'autore non si assume alcuna responsabilità per usi impropri o danni causati da questo strumento. La ricerca è fornita esclusivamente a scopo educativo e difensivo.


Descrizione

Questo repository contiene un Proof-of-Concept (PoC) per CVE-2025-62168, una vulnerabilità di divulgazione di informazioni che affligge Squid Proxy. In determinate configurazioni, Squid può riflettere le intestazioni delle richieste HTTP all'interno delle sue pagine di errore generate automaticamente, in particolare nel blocco diagnostico mailto:.

Questo comportamento può esporre token sensibili come:

  • Token JWT Bearer
  • Chiavi API
  • Intestazioni di autenticazione personalizzate

Il PoC dimostra come una singola intestazione iniettata possa comparire senza oscuramento all'interno del template di errore, consentendo a un attaccante di recuperare il token divulgato tramite un errore di rete forzato.

Riepilogo Tecnico

Questa vulnerabilità deriva dal modo in cui Squid genera e restituisce le pagine di errore. Quando si verifica un errore, la risposta di Squid può incorporare involontariamente dati sensibili di autenticazione HTTP all'interno del link mailto dell'amministratore creato tramite la direttiva email_err_data.

I sistemi sono interessati ogni volta che email_err_data è abilitato — incluse le configurazioni predefinite — e l'esposizione può verificarsi anche se Squid non è configurato esplicitamente per utilizzare l'autenticazione HTTP.

Il problema è classificato sotto:

  • CWE-209: Generazione di messaggi di errore contenenti informazioni sensibili
  • CWE-550: Messaggio di errore generato dal server contenente informazioni sensibili

Ciò rende la vulnerabilità particolarmente critica, poiché le credenziali divulgate possono appartenere ad applicazioni interne, servizi backend o client autenticati che si affidano a Squid come livello proxy.

Scarica lo strumento

Quando Squid genera una pagina di errore (ad es., ERR_READ_ERROR), il template interno può includere:

root@kitploit:~
HTTP Request:
Header: VALUE

Se la sanitizzazione fallisce, l'intestazione fornita dall'utente viene inserita nel collegamento ipertestuale mailto: utilizzato per la diagnostica. Questo PoC provoca un errore utilizzando un dominio inesistente e ispeziona l'HTML restituito per individuare dati non oscurati.

Impatto

La vulnerabilità consente a un attaccante di aggirare i normali controlli di sicurezza del browser ed estrarre le credenziali di autenticazione utilizzate da client fidati. Ciò include token e dati di sessione appartenenti ad applicazioni web interne o servizi backend, soprattutto in ambienti in cui Squid opera come proxy inverso o bilanciatore di carico. Catturando queste informazioni direttamente dalle pagine di errore generate da Squid, un attaccante potrebbe impersonare utenti legittimi, aumentare i propri privilegi, spostarsi lateralmente nella rete o compromettere i sistemi backend che dipendono da Squid per la gestione del traffico.

Causa principale

  • Squid include i metadati delle richieste nei suoi template di errore
  • La sanitizzazione non rimuove tutte le intestazioni personalizzate
  • Le intestazioni contenenti token compaiono nel corpo mailto: (codificato in URL)
  • Un client remoto può recuperare l'intero blocco dalla risposta del proxy

Versioni interessate

  • Le versioni < 7.2 sono potenzialmente interessate
  • Comportamento confermato su Squid 5.x, 6.x, 7.1

Vettore CVSS v3.1 (Proposto)

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)

Utilizzo del PoC

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

Modalità tecnica:

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

Lo script esegue:

  1. Si connette al proxy
  2. Invia una richiesta contenente un token controllato
  3. Costringe Squid a generare una pagina di errore
  4. Analizza il blocco diagnostico mailto:
  5. Estrae il token divulgato
  6. Decodifica il JWT (intestazione, payload, firma)

Esempio di output (troncato)

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

STEP 5 — TOKEN LEAK CONFIRMED
<decoded token>

Struttura del repository

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

Mitigazione

  • Aggiorna Squid a 7.2 o versioni successive
  • Disabilita le intestazioni personalizzate non necessarie
  • Impedisci ai client di inviare campi arbitrari simili ad Authorization
  • Rivedi i template delle pagine di errore (ERR_*) per verificare la presenza di metadati divulgati
  • Rivedi squid.conf | email_err_data off <- IMPORTANTE

Autore

  • Ricercatore: krakhen.dev
  • GitHub: https://github.com/nehkark
  • Email: [email protected]
  • Sito web: https://vciso.cloud
  • ICQ: 24298753 👾
  • Riferimento: https://github.com/monzaviman/CVE-2025-62168/