HTTP Basic ავთენტიფიკაცია პროქსის მეშვეობით ცარიელი პაროლით
ამოიცანით ცარიელი პაროლის გამყოფი, როცა ზედა დონის პროქსი API გასაღებს Basic მომხმარებლის სახელად იყენებს.
login=API_KEY:-ში ბოლო ორწერტილი შეიძლება ნიშნავდეს, რომ პაროლი ცარიელია. HTTP Basic-ის მონაცემები შედგება მომხმარებლის სახელის, ორწერტილისა და პაროლისგან. როცა სერვისი API გასაღებს მიუთითებს მომხმარებლის სახელად ცარიელი პაროლით, წყვილია API_KEY:; ორწერტილი ანგარიშის გასაღების ნაწილი არ არის.
დაიცავით სერვისის ხელშეკრულება ამ ინტერპრეტაციით. სხვა სერვისმა შეიძლება ტოკენი პაროლის ველში ჩადოს ან სხვა ავთენტიფიკაციის მექანიზმი გამოიყენოს. მხოლოდ ბოლო ორწერტილი ვერ განსაზღვრავს, რას ელოდება მისი სერვერი.
Squid-ის cache_peer შესვლის სინტაქსი ასევე განსხვავდება პროქსი URL-ის მომხმარებლის ინფორმაციის სინტაქსისგან. დაცული სიმბოლოებს შეიძლება დასჭირდეს URL კოდირება ერთ ინტერფეისში და სხვა ბრჭყალები მეორეში; შეინარჩუნეთ რეალური პარამეტრის წესები.
TLS მშობელ პროქსისკენ ცალკე არჩევანია. ამ ტრანსპორტის შეცვლა არ ცვლის Basic მონაცემების წყვილს და არც განსაზღვრავს, იყენებს თუ არა დანიშნულების საიტი HTTPS-ს.