Tikai SOCKS5 izvēle nepievieno šifrēšanu. Tas vienojas par pārsūtītiem savienojumiem un autentifikāciju; 5 norāda protokola versiju, nevis šifrēšanas līmeni.

HTTPS gadījumā klients var atvērt SOCKS savienojumu un veikt TLS ar mērķi caur to. TLS aizsargā vietnes datus ar parastajām klienta sertifikātu pārbaudēm. Nešifrēts HTTP tajā pašā maršrutā paliek nešifrēts: pārsūtītājs neuzlabo lietotnes protokolu.

RFC 1929 lietotājvārda/paroles metodei arī nav sava šifrējuma. Konts kontrolē piekļuvi, bet neaizsargātā ceļā nedara apmaiņu konfidenciālu. Papildu pārraides slāņi vai citas sarunātas metodes var mainīt aizsardzību, tāpēc apskatiet, ko klients un serveris patiešām lieto.

Pārbaudiet drošu mērķa protokolu, sertifikātu pārbaudi, klienta-starpniekservera savienojuma aizsardzību un sarunāto autentifikācijas metodi. Operators joprojām var saņemt mērķa informāciju un savienojuma metadatus. curl opcija socks5h maina, kur tiek atrisināts mērķa resursdatora nosaukums, bet nepievieno kriptogrāfisku slāni.

Saistītie raksti