Firwat SOCKS5-Passwuertauthentifikatioun mat Versioun 1 ufänkt
Ënnerscheet d'SOCKS5-Begréissung vum Versiounsfeld an hirer Benotzernumm/Passwuert-Ënnerhandlung.
En SOCKS5-Client fänkt mat Versioun 5 un an schéckt duerno bei der Passwuertauthentifikatioun Versioun 1. Dat ass net onbedéngt en Downgrade oder e falsche Proxy.
Den éischten Austausch handelt d'SOCKS5-Authentifikatiounsmethod aus. Wann Benotzernumm/Passwuert gewielt gëtt, definéiert RFC 1929 eng separat Ënnerhandlung, hir Versiounsfeld 0x01 ass.
Déi Authentifikatiounsufro enthält Längten a Bytes fir de Benotzernumm an d'Passwuert. De Server gëtt d'Versioun vun der Ënnerhandlung an e Status zréck. Eréischt nodeem d'Authentifikatioun gelungen ass, schéckt de Client d'SOCKS5-Zilufro.
Halt déi zwou Austauscher getrennt, wann Dir en Trace liest oder e Client implementéiert. 0x05 iwwerall widderhuelen, well den Déngscht SOCKS5 heescht, erzéngt déi falsch Authentifikatiounsmessage.
En erfollegräiche Passwuertstatus bedeit och net, datt dat gefrot Zil erlaabt ass. Déi nächst SOCKS-Antwert kann déi Verbindung nach ëmmer refuséieren.
Schlussendlech verschlësselt dës Benotzernumm/Passwuert-Method hir Umeldungsinformatiounen net. D'Versiounsbyte bezeechent en Noriichtformat, keen verschlësselten oder méi staarke Loginmodus.