Skip to content
KitploitKITPLOIT
StrumentiExploitsBlog
Log in
Invia
StrumentiExploitsBlog
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.

FeedContattoPrivacy© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
ats-redirect-zero-net — Apache Traffic Server 10.2.0 - Alta - Remota - SSRF - redirect 0.0.0.0/8 | Kitploit
Strumenti/GitHubGitHub/abraxas/ats-redirect-zero-net
Analisi delle VulnerabilitàExploitSicurezza WebSicurezza di ReteLab e Pratica
GitHubabraxas/ats-redirect-zero-net

ats-redirect-zero-net

Apache Traffic Server 10.2.0 - Alta - Remota - SSRF - redirect 0.0.0.0/8

Vedi Repository
15 giorni 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

Abraxas Labs - ats-redirect-zero-net

abraxaslabs.tech  ·  github.com/abraxas  ·  @abraxas_null  ·  [email protected]  ·  ats-redirect-zero-net

ats-redirect-zero-net

Classe: SSRF Portata: Remota

Apache Traffic Server 10.2.0 (b1df7334) - Apache Software Foundation

Il valore predefinito di redirect.actions routable:follow classifica 0.0.0.0/8 (tranne INADDR_ANY) come FOLLOW. Il loopback è solo 127.0.0.0/8 e ::1. Il deny predefinito della destinazione CONNECT e IncludeUrlValidator di ESI rifiutano già 0.0.0.0/8. Il follow-redirect lo riapre.

Il valore predefinito di number_of_redirections è 0, quindi la mappa non viene valutata finché il follow non è attivo. Un plugin caricato che chiama TSHttpTxnRedirectUrlSet forza comunque un hop anche quando il contatore è 0 (il reset del contatore di CVE-2026-58189 è chiuso).

IDnessuna CVE al momento
ClasseSSRF (il follow-redirect manca 0.0.0.0/8)
PortataRemota (Location dell'origine dopo l'attivazione del follow)
CWECWE-918
CVSSAlto: 8.6 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N
ProdottoApache Traffic Server
Affetto10.2.0 (b1df7334b39a878971c376da849e8da4984918b6) riempimento routable di redirect.actions
Authnessuna. Il follow deve essere attivo (number_of_redirections=1 nel lab).
LicenzaGNU Affero GPL v3.0
Labsolo 127.0.0.1:18790

Ho fissato il tag pubblico 10.2.0 peel b1df7334. Il lab è un reverse proxy ats-10.2.0-lab:local compilato dai sorgenti su loopback. Loopback RETURN. 0.0.0.0 400. 0.0.0.1 FOLLOW. Remap saltato sull'hop di follow.

Cosa può fare un attaccante

Far seguire ad ATS Location: http://0.0.0.1/ dopo number_of_redirections=1 (o dopo un plugin TSHttpTxnRedirectUrlSet). Su Linux, 0.0.0.1 è locale.

MetodoSinkPrivilegio
GET non autenticata; origine 302 Location: http://0.0.0.1:18080/w con number_of_redirections=1riempimento ROUTABLE di parse_redirect_actions (HttpConfig.cc:1782-1787); mappa azioni OSDNSLookupRecon / SSRF (dimostrato nel lab): ATS segue come ROUTABLE. Corpo del client ATS-REDIRECT-ZERO-NET-WITNESS. Remap saltato sull'hop di follow.
Stesso hop; Authorization / Cookie copiatiHttpSM::redirect_requestIntegrità (inferita): tali header non vengono rimossi sull'hop di follow. Non esercitato come scrittura.
::ffff:0:0/96 mappato IPv4stesso riempimento di ::/0Recon (inferita): affine al deny della destinazione CONNECT. Non esercitato.

Dimostrato nel lab vs inferito: follow di 0.0.0.1, loopback RETURN, routable FOLLOW, INADDR_ANY 400 sono da lab. IPv4-mapped e inoltro delle credenziali sono inferiti.

Richiede: redirect.actions routable:follow (predefinito compilato) e number_of_redirections > 0, oppure un plugin che imposta un URL di redirect. Il contatore predefinito è 0.

Superficie adiacente che resta chiusa

SuperficieLab
Loopback 127.0.0.1RETURN. Il client non ha mai visto LOOPBACK-ONLY-SECRET. Rimasto 302.
0.0.0.0 INADDR_ANY400 prima della mappa azioni
number_of_redirections=0 predefinitoroutable:follow non valutato
RFC1918 / CGNAT / link-local / ::1RETURN tramite il riempimento DEFAULT
Deny destinazione CONNECT 0.0.0.0/8già in ip_allow.yaml predefinito
Validator include ESI 0.0.0.0/8già privato (CVE-2026-58178)
Reset contatore redirect del pluginchiuso (CVE-2026-58189)

Non CVE-2026-58189. Non CVE-2026-58178. Quei range sono stati nominati su CONNECT e ESI. Follow-redirect non li ha ricevuti.

Lab

python3 ats-redirect-zero-net-Abraxas-Labs.py

o

cd lab
./run.sh

Loopback 127.0.0.1:18790. Progetto Compose ats-redirect-zero-net. Immagine ats-10.2.0-lab:local. Witness ATS-REDIRECT-ZERO-NET-WITNESS. Ultima riga:

SUCCESS ats-redirect-zero-net follow-0.0.0.1=yes loopback-return=yes routable-follow=yes inaddr-any=400 remap_required=1 ATS-REDIRECT-ZERO-NET-WITNESS

La correzione

Contrassegnare 0.0.0.0/8 e ::ffff:0:0/96 mappato su IPv4 allo stesso modo in cui già fanno il deny predefinito della destinazione CONNECT e IncludeUrlValidator di ESI. Il loopback non è solo 127/8. Il fatto che ats_is_ip_any rifiuti 0.0.0.0 non è sufficiente.

Fino ad allora, lasciare number_of_redirections a 0, oppure impostare redirect.actions in modo che routable sia RETURN. Un plugin TSHttpTxnRedirectUrlSet forza comunque un hop.

Riferimenti

  • github.com/apache/trafficserver tag 10.2.0 (b1df7334b39a878971c376da849e8da4984918b6)
  • src/proxy/http/HttpConfig.cc parse_redirect_actions
  • src/records/RecordsConfig.cc number_of_redirections / redirect.actions
  • src/api/InkAPI.cc incremento di un hop di TSHttpTxnRedirectUrlSet
  • Deny predefinito della destinazione CONNECT: configs/ip_allow.yaml.default
  • Contrasto con ESI: IncludeUrlValidator 0.0.0.0/8 privato (CVE-2026-58178)
  • CWE-918
Scarica lo strumento