Czy SOCKS5 szyfruje ruch?
SOCKS5 przekazuje połączenia. Szyfrowanie zależy od innej warstwy ochronnej, a jego metoda z nazwą użytkownika i hasłem sama nie szyfruje danych logowania.
Samo wybranie SOCKS5 nie dodaje szyfrowania. Negocjuje przekazywane połączenia i uwierzytelnianie; 5 oznacza wersję protokołu, nie poziom szyfrowania.
Dla HTTPS klient może otworzyć połączenie SOCKS i przeprowadzić przez nie TLS do celu. Dane witryny chroni TLS z normalną kontrolą certyfikatów klienta. Wyślij tą samą trasą jawny HTTP, a pozostanie jawny: przekaźnik nie ulepsza protokołu aplikacji.
Metoda nazwy użytkownika i hasła z RFC 1929 również nie ma własnego szyfrowania. Konto kontroluje dostęp, lecz nie zapewnia poufności wymiany na niechronionej ścieżce. Dodatkowy transport lub inne negocjowane metody mogą zmienić ochronę, więc sprawdź, czego faktycznie używają klient i serwer.
Sprawdź bezpieczny protokół celu, weryfikację certyfikatów, ochronę łącza klient-proxy i wynegocjowaną metodę uwierzytelniania. Operator nadal może otrzymywać informacje o celu i metadane połączenia. W curl socks5h zmienia miejsce rozwiązania nazwy hosta docelowego; nie dodaje warstwy kryptograficznej.