Una porta TCP aperta dimostra che un listener ha accettato una connessione. Potrebbe essere un proxy, un normale server web o un altro servizio; la porta 8080 non identifica il protocollo.

Per un endpoint documentato come proxy HTTP, usa l’indirizzo reale in una richiesta HTTPS con limiti di tempo:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

Sostituisci l’indirizzo di documentazione con il tuo endpoint HTTP o un candidato dall’elenco di proxy HTTP. Per SOCKS, usa la modalità client SOCKS corrispondente e completa la negoziazione. Un handshake errato può fallire subito dopo l’accettazione TCP.

Fase osservataChe cosa dimostra
TCP accettatoIl listener è raggiungibile.
Handshake del proxy accettatoIl listener ha accettato questa operazione proxy.
TLS della destinazione verificatoIl client ha completato la connessione sicura prevista secondo le proprie impostazioni di fiducia.
Stato e contenuto previsti ricevutiLa richiesta applicativa ha prodotto il risultato previsto.

Per HTTPS tramite un proxy HTTP, CONNECT deve essere consentito verso la porta di destinazione. Anche CONNECT 200 è una fase intermedia: il tunnel può chiudersi prima che TLS o la richiesta finale riescano. Un successo con HTTP in chiaro non dimostra questa capacità di tunneling.

Usa una destinazione con contenuto prevedibile, preferibilmente sotto il tuo controllo, ed esamina il suo registro delle richieste se disponibile. Un listener HTTP in chiaro può restituire una pagina fissa con stato 200 senza contattare affatto il target. Ricevere un generico stato di successo è una prova più debole della corrispondenza con la risposta prevista; la verifica dell’identità HTTPS offre una protezione aggiuntiva.

Registra l’ultima fase riuscita. «Porta aperta, negoziazione SOCKS rifiutata» offre un utile punto di partenza per l’indagine successiva.

Articoli correlati