DongHyeonkaandClaude Opus 5
e856e7af4d
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>
10 lines
304 B
Plaintext
10 lines
304 B
Plaintext
=== app1 로그인 직후 Keycloak 세션 ===
|
|
user_session_id | client_sessions
|
|
--------------------------+-----------------
|
|
oqOjHekin4JU-BZjgQLjUByW | 1
|
|
(1 row)
|
|
|
|
Redis 키: 1
|
|
bff:session:sessions:6e0d9af4-2c8f-47d2-bf83-8b1e9670c679
|
|
PostgreSQL authorized client: 1 행
|