Odprta vrata TCP ne dokazujejo, da posrednik deluje
Uspešno preverjanje vrat le vzpostavi povezavo. Preverite tudi rokovanje posrednika in pričakovani odgovor cilja.
Odprta vrata TCP pokažejo, da je poslušalec sprejel povezavo. To je lahko posrednik, običajen spletni strežnik ali druga storitev; vrata 8080 ne določajo protokola.
Za končno točko, dokumentirano kot posrednik HTTP, uporabite dejanski naslov v časovno omejeni zahtevi HTTPS:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Dokumentacijski naslov zamenjajte s svojo končno točko HTTP ali kandidatom s seznama posrednikov HTTP. Za SOCKS uporabite ustrezni način odjemalca SOCKS in dokončajte pogajanje. Napačno rokovanje lahko odpove takoj po sprejemu TCP.
| Opažena faza | Kaj dokazuje |
|---|---|
| TCP sprejet | Poslušalec je dosegljiv. |
| Rokovanje posrednika sprejeto | Poslušalec je sprejel to operacijo posrednika. |
| TLS cilja preverjen | Odjemalec je dokončal nameravano varno povezavo v skladu z nastavitvami zaupanja. |
| Prejem pričakovanega stanja in vsebine | Zahteva aplikacije je dala pričakovani rezultat. |
Za HTTPS prek posrednika HTTP mora biti dovoljen CONNECT na ciljna vrata. Tudi CONNECT 200 je vmesna faza: predor se lahko zapre pred uspehom TLS ali končne zahteve. Uspeh nešifriranega HTTP ne dokazuje te zmožnosti predora.
Uporabite cilj s predvidljivo vsebino, po možnosti pod lastnim nadzorom, in preverite zapis zahteve, če je na voljo. Nešifrirani poslušalec HTTP lahko vrne stalno stran s stanjem 200, ne da bi sploh stopil v stik s ciljem. Poljubno uspešno stanje je šibkejši dokaz od ujemanja s pričakovanim odgovorom; preverjanje identitete HTTPS doda zaščito.
Zapišite zadnjo uspešno fazo. »Vrata odprta, pogajanje SOCKS zavrnjeno« da uporaben začetek nadaljnji preiskavi.