Windows-akreditaĵa dialogo ne aŭtentikigas la prokurilon per si mem
CredUI povas kolekti kontinformojn. La reta kliento ankoraŭ devas pritrakti la aŭtentikigan defion de la prokurilo per subtenata mekanismo.
La konata Windows-Sekureca prompto estas uzantinterfaco, ne universala funkcio «ensalutu ĉi tiun aplikaĵon en la prokurilon».
CredUI-funkcioj povas kolekti akreditaĵinformojn de la uzanto. Via reta kliento ankoraŭ devas interpreti la defion de la prokurilo kaj provizi la konton per mekanismo, kiun ĝi subtenas.
Ĉe WinHTTP, aŭtentikiga pritraktado apartenas al la petfluo kaj ĝiaj dokumentitaj API-oj. Defio 407 diferencas de la 401 de origina servilo, eĉ se la aplikaĵo montras similan prompton por ambaŭ.
Decidu, pri kiu prokurilo temas la prompto, pritraktu nuligon kaj limigu la redonitan akreditaĵon al tiu celo. Neniam kopiu specimenan kodon, kiu protokolas la pasvorton post malpakado de la aŭtentikiga bufro. Montri, ke la dialogo redonis tekston, ne estas kialo presi tiun tekston.
Integrita aŭtentikigo povas impliki alian akreditaĵprezenton kaj alian procesan identecon. Ne supozu, ke ĉiu metodo reduktiĝas al enmeto de uzantnomo kaj pasvorto en prokurilan URL-on.
La utila limo estas klara: la prompto akiras uzantan enigon, la reta API plenumas la aŭtentikigan interŝanĝon, kaj la prokurilo decidas ĉu akcepti ĝin.