
<html><body><span style="font-size:14px">When we discover an SSO session created by a bad actor, we can block further use of that user’s SSO session(s), setting an attribute in the attribute store that triggers an interrupt for any attempted use of the SSO session (analogous to putting a hold on use of a library or credit card). In principle we could wait a few hours for any existing SSO sessions to expire, but users of course want to get back to normal operation by resetting their password and removing that attribute trigger. Seems it should be passible to remove any existing unexpired SSO sessions from the server-side store, eliminating the ability of said bad actor to continue to use their ill-gotten SSO session(s) while allowing the legitimate account holder to establish new SSO sessions with their new credentials. How might I go about providing that ability to security admins?</span><div><span style="font-size:14px"><br></span></div><div dir="ltr"><span style="font-size:14px">David St. Pierre Bantz</span></div><div dir="ltr"><span style="font-size:14px">U Alaska IAM</span></div></body></html>