Un'applicazione utilizzata da 6.000 utenti convalida le richieste di ferie e attualmente gestisce il proprio archivio di credenziali nome utente/password. L'applicazione non supporta provider di identità esterni. Si prevede di abilitare il single sign-on (SSO) registrando l'applicazione in Azure Active Directory. Quale metodo SSO è appropriato date le limitazioni dell'applicazione?

L'autenticazione basata su password è l'opzione più appropriata perché l'applicazione non supporta provider di identità esterni e gestisce il proprio archivio di credenziali. Questo metodo consente ad Azure AD di archiviare e riprodurre le credenziali dell'utente nell'applicazione legacy, fornendo SSO senza modifiche al codice dell'applicazione. SAML e OpenID Connect sono protocolli di autenticazione moderni che richiedono che l'applicazione supporti provider di identità esterni, il che non è il caso qui. L'autenticazione basata su header è tipicamente utilizzata con proxy o gateway di autenticazione che inseriscono le informazioni sull'identità nelle intestazioni HTTP dopo l'autenticazione, ma non risolve direttamente il problema di un'applicazione che gestisce il proprio archivio di credenziali e non supporta provider esterni.