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