Ar SOCKS5 šifruoja jūsų srautą?
SOCKS5 perduoda ryšius. Šifravimas priklauso nuo kito apsauginio sluoksnio, o naudotojo vardo ir slaptažodžio metodas pats nešifruoja prisijungimo duomenų.
Vien pasirinkti SOCKS5 nepakanka šifravimui pridėti. Jis derasi dėl perduodamų ryšių ir autentifikavimo; 5 žymi protokolo versiją, ne šifravimo lygį.
HTTPS atveju klientas gali atverti SOCKS ryšį ir per jį vykdyti TLS su paskirtimi. TLS saugo svetainės duomenis taikant įprastas kliento sertifikatų patikras. Tuo pačiu keliu siunčiamas nešifruotas HTTP lieka nešifruotas: tarpininkas nepagerina programos protokolo.
RFC 1929 naudotojo vardo ir slaptažodžio metodas taip pat neturi savo šifravimo. Paskyra valdo prieigą, bet nepadaro mainų konfidencialių neapsaugotame kelyje. Papildomi perdavimo sluoksniai ar kiti suderėti metodai gali pakeisti apsaugą, todėl patikrinkite, ką klientas ir serveris iš tikrųjų naudoja.
Patikrinkite saugų paskirties protokolą, sertifikatų tikrinimą, kliento ir tarpinio serverio ryšio apsaugą bei suderėtą autentifikavimo metodą. Operatorius vis tiek gali gauti paskirties informaciją ir ryšio metaduomenis. curl parinktis socks5h pakeičia, kur išsprendžiamas paskirties kompiuterio vardas, bet neprideda kriptografinio sluoksnio.