Bakit Nagsisimula sa Bersyon 1 ang Pagpapatotoo ng Password ng SOCKS5
Ibahin ang pagbati ng SOCKS5 sa field ng bersyon sa subnegosasyon nito ng username/password.
Nagsisimula ang kliyente ng SOCKS5 sa bersyon 5, pagkatapos ay nagpapadala ng bersyon 1 habang nagpapatotoo ng password. Hindi ito kinakailangang downgrade o maling proxy.
Ang unang palitan ay nakikipagnegosasyon sa paraan ng pagpapatotoo ng SOCKS5. Kapag pinili ang username/password, tinutukoy ng RFC 1929 ang hiwalay na subnegosasyon na ang field ng bersyon ay 0x01.
Kasama sa kahilingan sa pagpapatotoo ang mga haba at byte para sa username at password. Ibinabalik ng server ang bersyon ng subnegosasyon at isang estado. Pagkatapos lamang ng matagumpay na pagpapatotoo ipinapadala ng kliyente ang kahilingan sa destinasyong SOCKS5.
Panatilihing hiwalay ang dalawang palitan kapag nagbabasa ng trace o nagpapatupad ng kliyente. Ang paulit-ulit na 0x05 sa lahat ng dako dahil SOCKS5 ang tawag sa serbisyo ay gumagawa ng maling mensahe sa pagpapatotoo.
Ang matagumpay na estado ng password ay hindi rin nangangahulugang pinapayagan ang hiniling na destinasyon. Maaari pa ring tanggihan ng susunod na tugon ng SOCKS ang koneksyong iyon.
Sa wakas, hindi ine-encrypt ng paraang username/password na ito ang mga kredensyal nito. Tinutukoy ng byte ng bersyon ang format ng mensahe, hindi ang naka-encrypt o mas malakas na mode ng pag-login.