Hvorfor SOCKS5-passordautentisering starter med versjon 1
Skill SOCKS5-hilsenen fra versjonsfeltet i underforhandlingen av brukernavn/passord.
En SOCKS5-klient begynner med versjon 5 og sender deretter versjon 1 under passordautentisering. Det er ikke nødvendigvis en nedgradering eller en feil proxy.
Den første utvekslingen forhandler SOCKS5-autentiseringsmetoden. Når brukernavn/passord velges, definerer RFC 1929 en egen underforhandling der versjonsfeltet er 0x01.
Denne autentiseringsforespørselen inneholder lengder og byte for brukernavnet og passordet. Serveren returnerer versjonen til underforhandlingen og en status. Først etter at autentiseringen lykkes, sender klienten SOCKS5-destinasjonsforespørselen.
Hold de to utvekslingene atskilt når du leser et spor eller implementerer en klient. Å gjenta 0x05 overalt fordi tjenesten heter SOCKS5 gir feil autentiseringsmelding.
En vellykket passordstatus betyr heller ikke at destinasjonen som ble bedt om, er tillatt. Den påfølgende SOCKS-svaret kan fortsatt avvise den tilkoblingen.
Til slutt krypterer ikke denne brukernavn/passord-metoden legitimasjonen sin. Versjonsbyten angir et meldingsformat, ikke en kryptert eller sterkere påloggingsmodus.