Чаму аўтэнтыфікацыя паролем SOCKS5 пачынаецца з версіі 1
Адрознівайце прывітанне SOCKS5 ад поля версіі ў яго субперамовах імя карыстальніка/пароля.
Кліент SOCKS5 пачынае з версіі 5, а затым падчас аўтэнтыфікацыі паролем адпраўляе версію 1. Гэта не абавязкова адкат або няправільны проксі.
Першы абмен узгадняе метад аўтэнтыфікацыі SOCKS5. Калі выбраны імя карыстальніка/пароль, RFC 1929 вызначае асобную субперамову, поле версіі якой 0x01.
Гэты запыт аўтэнтыфікацыі ўтрымлівае даўжыні і байты для імя карыстальніка і пароля. Сервер вяртае версію субперамовы і статус. Толькі пасля паспяховай аўтэнтыфікацыі кліент адпраўляе запыт прызначэння SOCKS5.
Трымайце два абмены асобна пры чытанні трасіроўкі або рэалізацыі кліента. Паўтарэнне 0x05 усюды, таму што сэрвіс называецца SOCKS5, стварае няправільнае паведамленне аўтэнтыфікацыі.
Паспяховы статус пароля таксама не азначае, што запытанае прызначэнне дазволена. Наступны адказ SOCKS усё яшчэ можа адхіліць гэта злучэнне.
Нарэшце, гэты метад імя карыстальніка/пароля не шыфруе свае ўліковыя даныя. Байт версіі пазначае фармат паведамлення, а не шыфраваны або больш надзейны рэжым уваходу.