SSO et fédération d’identités

Comprendre l’enjeu et le périmètre

Elle simplifie les accès et centralise certains contrôles, tout en créant une dépendance forte au service d’identité.

Couvrir applications fédérées, attributs, groupes, sessions, certificats, comptes locaux et accès de secours.

Passer à l’action

• Définir les sources d’identité et contrats de confiance
• Configurer les attributs et droits minimaux
• Tester révocation, indisponibilité et changement des clés

Traitez l'arrivée, la mobilité et le départ comme un même cycle. Reliez chaque identité à un responsable et chaque droit à un usage. Les comptes techniques, les accès d'urgence et les prestataires ne doivent pas rester hors du dispositif.

Responsabilités et moyens

L’équipe identité administre, les propriétaires applicatifs valident les attributs, et sécurité contrôle les trusts et accès de secours.

Inclure licences, intégration, surveillance, support et continuité.

Produire et vérifier

Livrable utile

Une cartographie de fédération et des procédures d’exploitation et de secours.

Preuve à rechercher

Désactiver un compte de test et vérifier l’effet sur les sessions et applications selon les durées prévues.

Indicateur à interpréter

Suivre applications non fédérées, erreurs d’attributs, comptes locaux privilégiés et disponibilité de l’identité.

Vérifiez un départ récent de bout en bout : annuaire, applications non fédérées, sessions, jetons et accès partenaires. La désactivation d'un compte central n'implique pas toujours la disparition immédiate de tous les moyens d'accès.

Arbitrages et dépendances

Une compromission du service d’identité peut affecter de nombreuses applications à la fois.

Le SSO dépend du DNS, du temps, des certificats, du réseau et des annuaires.

Séparez le confort d'usage du niveau de privilège. La fédération facilite la connexion, mais peut aussi concentrer la dépendance à un fournisseur d'identité. Prévoyez la récupération des accès sans créer un contournement plus faible que l'authentification normale.