Zergatik hasten den SOCKS5 pasahitz-autentifikazioa 1 bertsioarekin
Bereizi SOCKS5aren agurra eta haren erabiltzaile-izena/pasahitza azpinegoziazioko bertsio-eremua.
SOCKS5 bezero batek 5 bertsioarekin hasten da, gero 1 bertsioa bidaltzen du pasahitz-autentifikazioan zehar. Hori ez da nahitaez beherapen bat edo proxy oker bat.
Lehenengo trukeak SOCKS5 autentifikazio-metodoa negoziatzen du. Erabiltzaile-izena/pasahitza hautatzen denean, RFC 1929ek aparteko azpinegoziazio bat definitzen du, zeinaren bertsio-eremua 0x01 baita.
Autentifikazio-eskaera horrek erabiltzaile-izenaren eta pasahitzaren luzerak eta byteak barne hartzen ditu. Zerbitzariak azpinegoziazioaren bertsioa eta egoera bat itzultzen ditu. Autentifikazioa lortu ondoren soilik bidaltzen du bezeroak SOCKS5 helmugako eskaera.
Mantendu bi trukeak bereizita traza bat irakurtzean edo bezero bat inplementatzean. 0x05 leku guztietan errepikatzeak, zerbitzua SOCKS5 deitzen delako, autentifikazio-mezu okerra sortzen du.
Pasahitz-egoera egoki batek ere ez du esan nahi eskatutako helmuga baimenduta dagoenik. Hurrengo SOCKS erantzunak konexio hori oraindik ere uka dezake.
Azkenik, erabiltzaile-izena/pasahitza metodo honek ez ditu bere kredentzialak zifratzen. Bertsio-byteak mezu-formatua identifikatzen du, ez saio-hasiera modu zifratu edo sendoagoa.