One user session carries a client session per application, so visiting the second app skips the login screen. Deleting the identity provider session leaves both application sessions untouched and both apps keep serving, because the identity provider, the application session and the access token each have their own lifetime. That inverts the B-2 finding: there the app session was cleared and the surviving SSO session let the user straight back in. Either way, clearing one side leaves the other. It also means an identity provider outage is a single point of failure for logging in, not for already-authenticated users, and the failure arrives late and all at once. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
16 lines
665 B
YAML
16 lines
665 B
YAML
- generic [ref=f45e3]:
|
|
- banner [ref=f45e4]:
|
|
- generic [ref=f45e5]: keycloak-patterns
|
|
- main [ref=f45e6]:
|
|
- heading "Sign in to your account" [level=1] [ref=f45e8]
|
|
- generic [ref=f45e12]:
|
|
- generic [ref=f45e13]:
|
|
- generic [ref=f45e14]: Username or email
|
|
- textbox "Username or email" [active] [ref=f45e17]
|
|
- generic [ref=f45e18]:
|
|
- generic [ref=f45e19]: Password
|
|
- generic [ref=f45e21]:
|
|
- textbox "Password" [ref=f45e24]
|
|
- button "Show password" [ref=f45e26] [cursor=pointer]:
|
|
- generic [aria-hidden] [ref=f45e27]:
|
|
- button "Sign In" [ref=f45e30] [cursor=pointer] |