You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Session Established event signifies that the Transmitter has created a new session for a user for use with the Transmitter. Receivers may use this information for a number of reasons, including:
715
+
716
+
* A service acting as a Transmitter can close the loop with the IdP after a user has been federated from the IdP
717
+
* An IdP can detect unintended logins
718
+
* A Receiver can establish an inventory of user sessions
719
+
720
+
### Event Specific Claims {#session-established-event-specific-claims}
721
+
The following optional claims MAY be included in the Session Established event:
722
+
723
+
ip
724
+
: The IP address of the user as observed by the Transmitter (**NOTE**, this can be different from the one observed by the Receiver for the same user because of network translation)
725
+
726
+
fp_ua
727
+
: Fingerprint of the user agent computed by the Transmitter. (**NOTE**, this is not to identify the session, but to present some qualities of the session)
728
+
729
+
acr
730
+
: The authentication context class reference of the session, as established by the Transmitter. The value of this field MUST be interpreted in the same way as the corresponding field in an OpenID Connect ID Token {{OpenID.Core}}
731
+
732
+
amr
733
+
: The authentication method reference of the session, as established by the Transmitter. The value of this field MUST be interpreted in the same way as the corresponding field in an OpenID Connect ID Token {{OpenID.Core}}
734
+
735
+
### Examples {#session-established-examples}
736
+
The following is a non-normative example of the `session-established` event type:
0 commit comments