Діалог облікових даних Windows сам по собі не автентифікує проксі
CredUI може збирати відомості про обліковий запис. Мережевий клієнт усе одно має обробити запит автентифікації проксі через підтримуваний механізм.
Знайоме вікно безпеки Windows — це інтерфейс користувача, а не універсальна функція «увійти цим застосунком у проксі».
Функції CredUI можуть збирати облікові дані в користувача. Ваш мережевий клієнт усе одно має інтерпретувати запит проксі й передати обліковий запис через механізм, який він підтримує.
Для WinHTTP обробка автентифікації належить до потоку запиту та його задокументованих API. Запит 407 відрізняється від 401 вихідного сервера, навіть якщо застосунок показує схоже вікно для обох.
Визначте, до якого проксі належить вікно, обробіть скасування й обмежте повернені облікові дані цією метою. Ніколи не копіюйте приклад коду, який записує пароль у журнал після розпакування буфера автентифікації. Демонстрація того, що діалог повернув текст, не є приводом друкувати цей текст.
Вбудована автентифікація може включати інше подання облікових даних і іншу ідентичність процесу. Не припускайте, що кожен метод зводиться до вставлення імені користувача й пароля в URL проксі.
Корисна межа ясна: вікно отримує введення користувача, мережевий API виконує обмін автентифікації, а проксі вирішує, чи прийняти його.