Enkripteer SOCKS5 jou verkeer?
SOCKS5 herlei verbindings. Enkripsie hang van ’n ander beskermde laag af, en sy gebruikersnaam/wagwoordmetode enkripteer nie self aanmeldbesonderhede nie.
Om net SOCKS5 te kies voeg geen enkripsie by nie. Dit onderhandel herleide verbindings en verifikasie; 5 dui ’n protokolweergawe aan, nie ’n enkripsievlak nie.
Vir HTTPS kan die kliënt die SOCKS-verbinding oopmaak en TLS na die bestemming daardeur laat loop. TLS beskerm die webwerfdata onder die kliënt se gewone sertifikaatkontroles. Stuur ongeënkripteerde HTTP oor dieselfde roete en dit bly ongeënkripteerd: die herleier gradeer nie die toepassing se protokol op nie.
Die gebruikersnaam/wagwoordmetode in RFC 1929 het ook geen eie enkripsie nie. Die rekening beheer toegang, maar maak die uitruiling op ’n onbeskermde pad nie vertroulik nie. Bykomende vervoerlae of ander onderhandelde metodes kan die beskerming verander; ondersoek dus wat jou kliënt en bediener werklik gebruik.
Kontroleer die veilige bestemmingsprotokol, sertifikaatverifikasie, beskerming op die kliënt-proxy-skakel en die onderhandelde verifikasiemetode. Die operateur kan steeds bestemmingsinligting en verbindingsmetadata ontvang. In curl verander socks5h waar ’n teikengasheernaam opgelos word; dit voeg geen kriptografiese laag by nie.