Një klient SOCKS5 fillon me versionin 5, pastaj dërgon versionin 1 gjatë vërtetimit me fjalëkalim. Kjo nuk është domosdoshmërisht një zbritje versioni ose një proxy i gabuar.

Shkëmbimi i parë negocion metodën e vërtetimit të SOCKS5. Kur zgjidhet emri i përdoruesit/fjalëkalimi, RFC 1929 përcakton një nënnegocim të veçantë fusha e versionit të të cilit është 0x01.

Ai kërkesë vërtetimi përfshin gjatësi dhe bajt për emrin e përdoruesit dhe fjalëkalimin. Serveri kthen versionin e nënnegocimit dhe një status. Klienti e dërgon kërkesën e destinacionit SOCKS5 vetëm pasi vërtetimi të ketë sukses.

Mbajini të dy shkëmbimet të ndara kur lexoni një gjurmë ose zbatoni një klient. Përsëritja e 0x05 kudo sepse shërbimi quhet SOCKS5 prodhon mesazhin e gabuar të vërtetimit.

Një status i suksesshëm i fjalëkalimit gjithashtu nuk do të thotë që destinacioni i kërkuar lejohet. Përgjigjja e ardhshme SOCKS mund ta refuzojë ende atë lidhje.

Së fundi, kjo metodë emri i përdoruesit/fjalëkalimi nuk i kripton kredencialet e saj. Bajti i versionit identifikon një format mesazhi, jo një modalitet hyrjeje të kriptuar ose më të fortë.

Artikuj të ngjashëm