L’authentification SAML échoue en raison d’un temps de « max_clock_skew » élevé
6904
Created On 07/11/24 04:01 AM - Last Modified 08/14/24 01:48 AM
Symptom
- Échec de l’authentification SAML
- Authd.log (moins mp-log authd.log) affiche max_clock_skew de 60 secondes ou plus
-0600 SAML message from IdP " https://sts.xyzq.net/75d3/" (server profile "Max_Azure_SP") was created in the future (not_before "2023-01-08T15:46:59.518Z" - max_clock_skew 60 > now Sun Jan 8 09:38:09 2023 )
Environment
- Langage SAML (Security Assertion Markup Language)
- Authentification
- Pare-feu Panorama ou Palo Alto NGFW
Cause
- Par défaut, un décalage d’horloge maximal de 60 secondes est configuré/acceptable.
- Si l’authentification IdP et pare-feu/Panorama dépasse ce délai, l’authentification échoue.
- L’une des raisons courantes est que l’heure locale du pare-feu/Panorama n’est pas synchronisée avec son NTP.
- Même lorsque NTP est synchronisé, le problème peut se produire s’il y a une latence considérable entre l’IdP et le périphérique d’authentification (pare-feu/Panorama).
Resolution
- Suivez les étapes de dépannage documentées dans Comment résoudre l’échec de la connexion au serveur NTP
- Modifiez le paramètre d’inclinaison de l’horloge maximale.
- Pour NGFW, accédez à Profil de > de serveur de périphérique > Fournisseur d’identité SAML > [Nom de l’IdP SAML] > Décalage d’horloge maximal (secondes)
- Pour Panorama, accédez à Profils de serveur Panorama > > Fournisseur d’identité SAML > [Nom du fournisseur d’identité SAML] > Décalage d’horloge maximal (secondes)
- Le paramètre « Max clock skew » est la différence autorisée en secondes entre les temps système de l’IdP et du pare-feu/Panorama lorsque le pare-feu valide les messages IdP.
- La valeur par défaut est 60 et la plage est comprise entre 1 et 900.
Additional Information
Des échecs d’authentification SAML peuvent se produire en raison d’écarts temporels entre le fournisseur d’identité (IdP) et le pare-feu/Panorama, souvent causés par une heure locale désynchronisée ou une latence réseau.
Pour résoudre ce problème, assurez-vous que le serveur NTP est correctement synchronisé et envisagez d’ajuster les paramètres d’asymétrie d’horloge maximum sur le NGFW ou Panorama pour tenir compte des différences de temps potentielles.