Comprendre F5 · APM

F5 APM : SSO applicatif et Kerberos

Distinguer connexion à APM et authentification de la requête vers le backend.

Thomas SAUTIER · Publié le · Révisions de certification

Références et objectifs de certification (1)
  • Certification : F5 304 · Référence consultée le · Objectifs abordés : F5 304 1.03, F5 304 3.02.

Ce guide concerne BIG-IP sur TMOS. Vérifiez les noms et les options dans la documentation de votre version.

Comprendre en imageKerberos SSO : APM obtient le ticket du service backend
Kerberos SSO : APM obtient le ticket du service backend Exemple d’une identité déjà authentifiée dans APM et d’un backend HTTP acceptant Kerberos. L’objet SSO associe utilisateur / realm, compte de délégation et SPN du service cible. APM dialogue avec le KDC pour obtenir un ticket au nom de l’utilisateur, puis le présente au serveur. DNS, horloges, SPN et délégation doivent être cohérents. Il ne s’agit pas du workflow Kerberos Auth du client. Le ticket peut être mis en cache ; ce schéma ne détaille pas tous les échanges Kerberos. Oui Non Identité APM validée Utilisateur / UPN disponibleAutorisation APM déjà définie Objet Kerberos SSO Realm + compte de délégationSPN : HTTP/app.example KDC / Active Directory Demande de ticket du serviceDélégation autorisée pour lacible Ticket utilisable ? cible et identité SSO vers le backend Ticket présenté au serviceHTTPServeur valide son ticket Diagnostiquer le SSO SPN, realm, délégationDNS, heure et logs APM Objets et hypothèses Ne pas relayer un mot de passeutilisateur comme ticket Kerberos.Compte SSO dédié à la délégation.Autoriser les services nécessaires.Un Allow APM ne prouve pas le SSO. À vérifier sur les deux chemins Valider le SPN de la cible effective, le mapping de l’identité et les permissions de délégation. ÉchecSSO : le serveur peut refuser l’accès ; distinguer authentification initiale APM et accès final auservice.

Exemple d’une identité déjà authentifiée dans APM et d’un backend HTTP acceptant Kerberos. L’objet SSO associe utilisateur / realm, compte de délégation et SPN du service cible. APM dialogue avec le KDC pour obtenir un ticket au nom de l’utilisateur, puis le présente au serveur. DNS, horloges, SPN et délégation doivent être cohérents. Il ne s’agit pas du workflow Kerberos Auth du client. Le ticket peut être mis en cache ; ce schéma ne détaille pas tous les échanges Kerberos.

Télécharger le schéma en SVG · version claire

Deux authentifications

APM peut établir une identité sans que l’application backend la reconnaisse encore. Le SSO prépare et transmet la preuve adaptée au service aval. HTTP Basic, forms et Kerberos ne consomment pas les mêmes données.

Une authentification par certificat ou challenge peut ne pas fournir de mot de passe en clair pour un SSO qui l’exige. Kerberos SSO répond à des scénarios sans transmission de ce mot de passe, sous réserve d’une infrastructure et d’une délégation correctement préparées.

Sources : F5 TechDocs, Kerberos single sign-on ; F5 TechDocs, Single sign-on and multiple domains ; F5 TechDocs, Session variables.

Les dépendances Kerberos

Vérifiez identité utilisateur, domaine, SPN du service, DNS, NTP et compte de délégation. Le nom réellement demandé par le client et le backend doit correspondre au montage. Une connexion APM réussie ne valide pas la récupération du ticket.

Comparez le résultat d’accès, le mapping et la réponse backend. Un 401 après Allow APM oriente vers le SSO ou le service, sans exclure un problème de route. Testez aussi un compte non autorisé et le renouvellement des credentials techniques.

Sources : F5 TechDocs, Kerberos single sign-on ; F5 TechDocs, Single sign-on and multiple domains ; F5 TechDocs, Session variables.

Repères pour lire une configuration

Ces repères permettent de relier le besoin à la configuration et aux observations. Comparer les objets réellement attachés au service avant de modifier un réglage.

F5 APM : SSO applicatif et Kerberos : points de contrôle
ÉlémentÀ comprendreÀ vérifier
APM AuthIdentité établieRésultat per-session
MappingDonnées pour SSONom et domaine
KerberosTicket vers serviceSPN et délégation

Sources : F5 TechDocs, Kerberos single sign-on ; F5 TechDocs, Single sign-on and multiple domains ; F5 TechDocs, Session variables.

Une situation à expliquer

La politique APM termine à Allow mais IIS renvoie 401. Comparez le SPN, la délégation et le nom du backend. Redemander le mot de passe APM ne corrige pas automatiquement une authentification Kerberos aval mal configurée.

Sources : F5 TechDocs, Kerberos single sign-on ; F5 TechDocs, Single sign-on and multiple domains ; F5 TechDocs, Session variables.

Pour poursuivre les révisions

Expliquez la décision du schéma, puis recherchez dans la référence les objets qui la produisent. Pour APM, justifiez aussi ce qui changerait si un prérequis échouait : une réponse DNS, une décision WAF et une autorisation d’accès ne se vérifient pas au même endroit.

Revenir au parcours F5 APM pour lire les guides voisins et leurs exemples.

Sources : F5 TechDocs, Kerberos single sign-on ; F5 TechDocs, Single sign-on and multiple domains ; F5 TechDocs, Session variables.

Sources et portée

Les dates de consultation et les versions applicables sont précisées pour chaque référence ci-dessous. Les exemples utilisent des noms et adresses de documentation à remplacer. Les commandes de lecture affichent l’existant ; les captures et requêtes de diagnostic sont à limiter au périmètre autorisé.

Retrouver le parcours de lecture F5 APM

Continuer la série F5

Explorer tous les guides du parcours F5 APM

Découvrir l’expertise F5 de Samhan

Échange

Besoin d’éclaircir votre architecture F5 ?

Échangeons sur vos flux, vos contraintes de disponibilité et vos services applicatifs.