Pouhá volba SOCKS5 nepřidává šifrování. Vyjednává předávaná spojení a ověřování; 5 označuje verzi protokolu, nikoli úroveň šifrování.

Pro HTTPS může klient otevřít spojení SOCKS a vést přes něj TLS k cíli. Data webu chrání TLS při běžných kontrolách certifikátů klienta. Pošlete stejnou cestou nešifrované HTTP a zůstane nešifrované: prostředník neupgraduje protokol aplikace.

Metoda jména a hesla v RFC 1929 také nemá vlastní šifrování. Účet řídí přístup, ale nezajišťuje důvěrnost výměny na nechráněné cestě. Další transporty či jiné vyjednané metody mohou ochranu změnit, proto ověřte, co klient a server skutečně používají.

Zkontrolujte zabezpečený protokol cíle, ověřování certifikátů, ochranu spoje klient–proxy a vyjednanou metodu ověřování. Provozovatel může nadále získávat údaje o cíli a metadata spojení. V curl socks5h mění místo překladu cílového názvu hostitele; kryptografickou vrstvu nepřidává.

Související články