Hvorfor SOCKS5-passordautentisering begynner med versjon 1
Skille SOCKS5-hilsenen fra versjonsfeltet i underforhandlingen av brukernavn/passord.
En SOCKS5-klient starter med versjon 5 og sender så versjon 1 under passordautentisering. Dette er ikke nødvendigvis en nedgradering eller en feil proxy.
Den første utvekslingen forhandler SOCKS5-autentiseringsmetoden. Når brukernavn/passord er valgt, definerer RFC 1929 en separat underforhandling med versjonsfelt 0x01.
Autentiseringsforespørselen inneholder lengder og bytes for brukernavnet og passordet. Serveren returnerer underforhandlingens versjon og en status. Klienten sender SOCKS5-destinasjonsforespørselen først etter at autentiseringen er vellykket.
Hold de to utvekslingene atskilt når du leser et spor eller implementerer en klient. Gjentatt 0x05 overalt fordi tjenesten kalles SOCKS5 gir feil autentiseringsmelding.
En vellykket passordstatus betyr heller ikke at den forespurte destinasjonen er tillatt. Den neste SOCKS-responsen kan fortsatt avvise den forbindelsen.
Til slutt krypterer ikke denne brukernavn/passord-metoden påloggingsinformasjonen. Versjonsbyten angir et meldingsformat, ikke en kryptert eller sterkere påloggingsmodus.