SOCKS5 klijent započinje verzijom 5, a zatim tokom provjere lozinke šalje verziju 1. To nije nužno vraćanje na stariju verziju niti pogrešan proxy.

Prva razmjena pregovara metodu provjere autentičnosti SOCKS5. Kada se odabere korisničko ime/lozinka, RFC 1929 definira zasebno podpregovaranje čije je polje verzije 0x01.

Taj zahtjev za provjeru uključuje dužine i bajtove korisničkog imena i lozinke. Server vraća verziju podpregovaranja i status. Tek nakon uspješne provjere klijent šalje SOCKS5 zahtjev za odredište.

Držite dvije razmjene odvojeno kada čitate trag ili implementirate klijent. Ponavljanje 0x05 svuda jer se usluga zove SOCKS5 proizvodi pogrešnu poruku provjere.

Uspješan status lozinke također ne znači da je traženo odredište dopušteno. Naredni SOCKS odgovor ipak može odbiti tu vezu.

Konačno, ova metoda korisničkog imena/lozinke ne šifrira svoje akreditive. Bajt verzije označava format poruke, a ne šifrirani ili jači način prijave.

Povezani članci