Kial SOCKS5 pasvorta aŭtentigo komenciĝas per versio 1
Distingi la SOCKS5 saluton disde la versia kampo en ĝia uzantnomo/pasvorta subintertraktado.
SOCKS5-kliento komenciĝas per versio 5, poste sendas version 1 dum pasvorta aŭtentigo. Tio ne nepre estas malsupreniĝo aŭ malĝusta prokurilo.
La unua interŝanĝo interkonsentas la SOCKS5-aŭtentigan metodon. Kiam uzantnomo/pasvorto estas elektita, RFC 1929 difinas apartan subintertraktadon kies versia kampo estas 0x01.
Tiu aŭtentiga peto inkluzivas longojn kaj bajtojn por la uzantnomo kaj pasvorto. La servilo redonas la subintertraktadan version kaj staton. Nur post kiam aŭtentigo sukcesas la kliento sendas la SOCKS5-celan peton.
Tenu la du interŝanĝojn apartaj kiam vi legas spuron aŭ efektivigas klienton. Ripeti 0x05 ĉie ĉar la servo nomiĝas SOCKS5 produktas la malĝustan aŭtentigan mesaĝon.
Sukcesa pasvorta stato ankaŭ ne signifas ke la petita celo estas permesita. La sekva SOCKS-respondo ankoraŭ povas malakcepti tiun ligon.
Fine, ĉi tiu uzantnomo/pasvorta metodo ne ĉifras siajn akreditaĵojn. La versia bajto identigas mesaĝformon, ne ĉifritan aŭ pli fortan salutmodon.