Ein offener TCP-Port zeigt, dass ein Listener eine Verbindung angenommen hat. Dahinter kann ein Proxy, ein gewöhnlicher Webserver oder ein anderer Dienst stecken; Port 8080 identifiziert kein Protokoll.

Setzen Sie bei einem als HTTP-Proxy dokumentierten Endpunkt die echte Adresse in eine zeitlich begrenzte HTTPS-Anfrage ein:

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

Ersetzen Sie die Dokumentationsadresse durch Ihren HTTP-Endpunkt oder einen Kandidaten aus der HTTP-Proxyliste. Für SOCKS nutzen Sie den passenden SOCKS-Clientmodus und schließen die Aushandlung ab. Ein falscher Handshake kann unmittelbar nach der TCP-Annahme scheitern.

Beobachtete StufeWas sie belegt
TCP angenommenDer Listener ist erreichbar.
Proxy-Handshake angenommenDer Listener hat diesen Proxy-Vorgang angenommen.
Ziel-TLS verifiziertDer Client hat die beabsichtigte sichere Verbindung gemäß seinen Vertrauenseinstellungen abgeschlossen.
Erwarteten Status und Inhalt erhaltenDie Anwendungsanfrage hat das erwartete Ergebnis geliefert.

Für HTTPS über einen HTTP-Proxy muss CONNECT zum Zielport erlaubt sein. Selbst CONNECT 200 ist nur ein Zwischenschritt: Der Tunnel kann schließen, bevor TLS oder die abschließende Anfrage erfolgreich ist. Ein Erfolg mit unverschlüsseltem HTTP belegt diese Tunnelfähigkeit nicht.

Nutzen Sie ein Ziel mit vorhersehbarem Inhalt, möglichst unter eigener Kontrolle, und prüfen Sie dessen Anfrageprotokoll, sofern verfügbar. Ein unverschlüsselter HTTP-Listener kann eine feste Seite mit Status 200 zurückgeben, ohne das Ziel überhaupt zu kontaktieren. Irgendein Erfolgsstatus ist ein schwächerer Beleg als die Übereinstimmung mit der erwarteten Antwort; die HTTPS-Identitätsprüfung bietet zusätzlichen Schutz.

Notieren Sie die letzte erfolgreiche Stufe. „Port offen, SOCKS-Aushandlung abgelehnt“ ist ein nützlicher Ausgangspunkt für die weitere Untersuchung.

Ähnliche Artikel