რატომ იწყება SOCKS5-ის პაროლის ავთენტიფიკაცია ვერსიით 1

SOCKS5 კლიენტი იწყება ვერსიით 5, შემდეგ პაროლის ავთენტიფიკაციის დროს აგზავნის ვერსიას 1. ეს სულაც არ არის ვერსიის დაწევა ან არასწორი პროქსი.

პირველი გაცვლა აწარმოებს მოლაპარაკებას SOCKS5-ის ავთენტიფიკაციის მეთოდზე. როდესაც არჩეულია მომხმარებლის სახელი/პაროლი, RFC 1929 განსაზღვრავს ცალკე ქვემოლაპარაკებას, რომლის ვერსიის ველია 0x01.

ეს ავთენტიფიკაციის მოთხოვნა მოიცავს მომხმარებლის სახელისა და პაროლის სიგრძეებსა და ბაიტებს. სერვერი აბრუნებს ქვემოლაპარაკების ვერსიასა და სტატუსს. კლიენტი SOCKS5-ის დანიშნულების მოთხოვნას მხოლოდ ავთენტიფიკაციის წარმატების შემდეგ აგზავნის.

შეინახეთ ორი გაცვლა ცალ-ცალკე კვალის წაკითხვისას ან კლიენტის დანერგვისას. 0x05-ის ყველგან გამეორება იმის გამო, რომ სერვისს SOCKS5 ჰქვია, ქმნის არასწორ ავთენტიფიკაციის შეტყობინებას.

წარმატებული პაროლის სტატუსი ასევე არ ნიშნავს, რომ მოთხოვნილი დანიშნულება დაშვებულია. შემდეგი SOCKS პასუხი მაინც შეიძლება უარყოს ეს კავშირი.

დაბოლოს, ეს მომხმარებლის სახელის/პაროლის მეთოდი არ შიფრავს თავის მონაცემებს. ვერსიის ბაიტი აღნიშნავს შეტყობინების ფორმატს და არა დაშიფრულ ან უფრო ძლიერ შესვლის რეჟიმს.