Allein die Auswahl von SOCKS5 fügt keine Verschlüsselung hinzu. Es handelt weitergeleitete Verbindungen und Authentifizierung aus; die 5 bezeichnet eine Protokollversion, keine Verschlüsselungsstufe.

Für HTTPS kann ein Client die SOCKS-Verbindung öffnen und Ziel-TLS hindurchführen. Die Websitedaten werden durch TLS unter den normalen Zertifikatsprüfungen des Clients geschützt. Unverschlüsseltes HTTP über denselben Weg bleibt unverschlüsseltes HTTP: Der Vermittler wertet das Anwendungsprotokoll nicht auf.

Auch die Benutzername/Passwort-Methode aus RFC 1929 besitzt keine eigene Verschlüsselung. Das Konto kontrolliert den Zugang, macht den Austausch auf einem ungeschützten Weg aber nicht vertraulich. Zusätzliche Transporte oder andere ausgehandelte Methoden können den Schutz ändern; prüfen Sie daher, was Client und Server tatsächlich verwenden.

Prüfen Sie das sichere Zielprotokoll, Zertifikatsverifikation, möglichen Schutz der Client-Proxy-Verbindung und die ausgehandelte Authentifizierung. Der Betreiber kann weiterhin Zielinformationen und Verbindungsmetadaten erhalten. In curl ändert socks5h, wo ein Zielhostname aufgelöst wird; es fügt keine kryptografische Schicht hinzu.

Ähnliche Artikel