Ці можа прыватны проксі прымаць толькі вашу праграму?
Тлумачыць межы абмежаванняў па назве праграмы і User-Agent і адрознівае валоданне ўліковымі данымі ад доказу пэўнага выканальнага файла.
Прамы проксі можа патрабаваць уліковыя даныя, абмяжоўваць сеткі крыніц і ўжываць палітыку прызначэння. Але гэтыя сродкі кантролю не даказваюць, што выклікаючы — пэўны выканальны файл.
User-Agent або ўласны загаловак падае кліент, і яго можна скапіяваць. Таму назва праграмы ў запыце не падыходзіць як адзіная брама да прыватнага проксі.
Выкарыстоўвайце кантроль доступу, які адлюстроўвае тое, што вы сапраўды можаце праверыць: аўтарызаваны ўліковы запіс, дазволенае месца ў сетцы і мэтавыя прызначэнні. Абараняйце і адклікайце кліенцкія ўліковыя даныя праз звычайны праект апрацоўкі сакрэтаў праграмы. Затым праверце дазволеныя і адхіленыя запыты адносна мэтавай мяжы доступу.
Нават мацнейшая аўтэнтыфікацыя кліента ўстанаўлівае валоданне зацверджаным ключом або ўліковымі данымі. Яе не варта апісваць як абсалютную гарантыю, што ніякая іншая праграма не зможа скарыстацца гэтымі ўліковымі данымі.
Калі патрабаванне — гэта забеспячэнне цэласнасці кіруемых прылад або праграм, пазначце гэта як дадатковае сістэмнае патрабаванне. Не абяцайце гэтага правілам загалоўка Squid, якое проста распазнае радок, выбраны самім выклікаючым.