Proč ověřování heslem SOCKS5 začíná verzí 1
Odlište pozdrav SOCKS5 od pole verze v jeho podvyjednávání uživatelského jména a hesla.
Klient SOCKS5 začíná verzí 5 a poté během ověřování heslem odešle verzi 1. Nejedná se nutně o downgrade ani o špatnou proxy.
První výměna vyjednává metodu ověřování SOCKS5. Když je zvoleno uživatelské jméno/heslo, RFC 1929 definuje samostatné podvyjednávání, jehož pole verze je 0x01.
Tento požadavek na ověření obsahuje délky a bajty uživatelského jména a hesla. Server vrátí verzi podvyjednávání a stav. Teprve po úspěšném ověření klient odešle požadavek na cíl SOCKS5.
Při čtení trasování nebo implementaci klienta udržujte obě výměny oddělené. Opakování 0x05 všude proto, že se služba jmenuje SOCKS5, vytváří nesprávnou zprávu ověřování.
Úspěšný stav hesla také neznamená, že je požadovaný cíl povolen. Následující odpověď SOCKS může toto připojení stále odmítnout.
A konečně, tato metoda uživatelského jména a hesla nešifruje své přihlašovací údaje. Bajt verze označuje formát zprávy, nikoli šifrovaný nebo silnější režim přihlášení.