Защо удостоверяването с парола на SOCKS5 започва с версия 1
Различавайте поздрава на SOCKS5 от полето за версия в неговото договаряне за потребителско име/парола.
Клиентът на SOCKS5 започва с версия 5, след което изпраща версия 1 по време на удостоверяване с парола. Това не е непременно понижаване на версията или грешен прокси сървър.
Първият обмен договаря метода за удостоверяване на SOCKS5. Когато е избрано потребителско име/парола, RFC 1929 дефинира отделно поддоговаряне, чието поле за версия е 0x01.
Тази заявка за удостоверяване включва дължини и байтове за потребителското име и паролата. Сървърът връща версията на поддоговарянето и статус. Едва след успешно удостоверяване клиентът изпраща заявката за дестинация на SOCKS5.
Пазете двата обмена отделни, когато четете трасе или реализирате клиент. Повтарянето на 0x05 навсякъде, защото услугата се нарича SOCKS5, произвежда грешно съобщение за удостоверяване.
Успешният статус на паролата също не означава, че заявената дестинация е разрешена. Следващият отговор на SOCKS все още може да отхвърли тази връзка.
И накрая, този метод с потребителско име/парола не криптира своите идентификационни данни. Байтът за версия обозначава формат на съобщението, а не криптиран или по-силен режим на вход.