Дыялог уліковых даных Windows не аўтэнтыфікуе проксі сам па сабе
CredUI можа збіраць звесткі пра ўліковы запіс. Сеткавы кліент усё роўна павінен апрацаваць запыт аўтэнтыфікацыі проксі праз падтрыманы механізм.
Знаёмае акно Windows Security — гэта інтэрфейс карыстальніка, а не ўніверсальная функцыя «увайсці гэтай праграмай у проксі».
Функцыі CredUI могуць збіраць уліковыя даныя ў карыстальніка. Вашаму сеткаваму кліенту ўсё яшчэ трэба інтэрпрэтаваць запыт проксі і перадаць уліковы запіс праз механізм, які ён падтрымлівае.
Для WinHTTP апрацоўка аўтэнтыфікацыі належыць да патоку запыту і яго дакументаваных API. Запыт 407 адрозніваецца ад 401 сервера-крыніцы, нават калі праграма паказвае падобнае акно для абодвух.
Вызначце, да якога проксі адносіцца запыт, апрацуйце адмену і абмяжуйце вернутыя ўліковыя даныя гэтай мэтай. Ніколі не капіюйце прыкладны код, які запісвае пароль пасля распакавання буфера аўтэнтыфікацыі. Дэманстрацыя таго, што дыялог вярнуў тэкст, не з'яўляецца падставай друкаваць гэты тэкст.
Інтэграваная аўтэнтыфікацыя можа ўключаць іншае прадстаўленне ўліковых даных і ідэнтычнасць працэсу. Не мяркуйце, што кожны метад зводзіцца да ўстаўкі імені карыстальніка і пароля ў URL проксі.
Карысная мяжа ясная: акно атрымлівае ўвод карыстальніка, сеткавы API выконвае абмен аўтэнтыфікацыі, а проксі вырашае, ці прымаць яго.