Ahoj Horak David,
To, co popisujete, je poměrně častý problém při automatickém rolloveru token-signing certifikátu v AD FS. Některé relying party aplikace nebo externí partneři totiž dál ověřují tokeny pomocí původního certifikátu, a proto selhává SSO autentizace. Doporučeným postupem je zajistit, aby partneři používali federation metadata AD FS a pravidelně je aktualizovali, takže se nový podpisový certifikát načte ještě předtím, než začne být aktivní.
V prostředích, kde partneři podporují automatickou aktualizaci metadat, obvykle celý proces proběhne bez problémů. U business-critical aplikací bych se ale nespoléhal pouze na automatický refresh. U klíčových relying party aplikací a externích partnerů doporučuji ověřit interval aktualizace metadat a informovat je o plánovaném rolloveru s dostatečným předstihem. Zároveň je vhodné monitorovat AD FS logy a ověřit, že se nový token-signing certifikát objeví ve federation metadata ještě před jeho aktivací.
Pokud partneři používají certifikáty importované manuálně, je nezbytné mít koordinovaný proces komunikace a distribuce certifikátů. Mnoho organizací proto udržuje runbook pro rollover certifikátů, který zahrnuje včasné upozornění partnerů, validaci metadat, testování a následné ověření po dokončení rolloveru. Tím lze minimalizovat riziko výpadku SSO. Otestování nového certifikátu na menší skupině relying party aplikací ještě před plánovaným datem rolloveru navíc pomůže včas odhalit případné problémy s kompatibilitou.
Doufám, že vám tyto informace pomohou při řešení problému. Pokud pro vás byla odpověď užitečná, klikněte prosím na „Accept Answer“, abych věděl, že odpovídá na váš dotaz.
Jason