Difference between revisions of "UserContextModes"
(Created page with " In order to provide a certain level of security in order to assert the identity of a user between the HIS<br/> and the receiving STS, there are certain requirements that need...") |
Thewikiadmin (talk | contribs) |
||
Line 10: | Line 10: | ||
The STS supports 5 context modes: | The STS supports 5 context modes: | ||
− | # | + | # |
+ | |||
UserContextMode 1 - SHA-256 hash with User-Specific Secret Key | UserContextMode 1 - SHA-256 hash with User-Specific Secret Key | ||
− | # | + | # |
+ | |||
UserContextMode 2 - SHA-256 hash with System-Specific Secret Key | UserContextMode 2 - SHA-256 hash with System-Specific Secret Key | ||
− | # | + | # |
+ | |||
UserContextMode 3 - User-Specific '''''Plaintext'''''Key | UserContextMode 3 - User-Specific '''''Plaintext'''''Key | ||
− | # | + | # |
+ | |||
UserContextMode 4 - User Windows Credentials | UserContextMode 4 - User Windows Credentials | ||
− | # | + | # |
+ | |||
UserContextMode 5 - Client Certificates | UserContextMode 5 - Client Certificates | ||
− | |||
| | ||
v1.95 has two additional modes planned for implementation; ADFS and SSO tokens. | v1.95 has two additional modes planned for implementation; ADFS and SSO tokens. | ||
− | |||
− | |||
== What is the right UserContextMode for my STS integration? == | == What is the right UserContextMode for my STS integration? == | ||
Line 43: | Line 45: | ||
| | ||
− | |||
− | |||
== UserContextMode 1 - SHA-256 hash with User-Specific Secret Key == | == UserContextMode 1 - SHA-256 hash with User-Specific Secret Key == | ||
Line 52: | Line 52: | ||
In this mode the source system provides six attributes | In this mode the source system provides six attributes | ||
− | * | + | * |
+ | |||
NameID – source system username | NameID – source system username | ||
− | * | + | * |
+ | |||
NameQualifier - optional | NameQualifier - optional | ||
− | * | + | * |
+ | |||
UserContextTimeDate - in “YYYY-MM-DD hh-mm-ss” format | UserContextTimeDate - in “YYYY-MM-DD hh-mm-ss” format | ||
− | * | + | * |
+ | |||
UserContextID - also set to the source system username | UserContextID - also set to the source system username | ||
− | * | + | * |
+ | |||
UserContextMode - set to “1” | UserContextMode - set to “1” | ||
− | * | + | * |
+ | |||
UserContextHash - [https://sts-orbital.atlassian.net/wiki/spaces/OLS/pages/229663/UserContextHash generated using a user-specific secret key] | UserContextHash - [https://sts-orbital.atlassian.net/wiki/spaces/OLS/pages/229663/UserContextHash generated using a user-specific secret key] | ||
− | |||
| | ||
− | |||
− | |||
== UserContextMode 2 - SHA-256 hash with System-Specific Secret Key == | == UserContextMode 2 - SHA-256 hash with System-Specific Secret Key == | ||
Line 85: | Line 88: | ||
In this mode the source system provides six attributes | In this mode the source system provides six attributes | ||
− | * | + | * |
+ | |||
NameID – source system username | NameID – source system username | ||
− | * | + | * |
+ | |||
NameQualifier - optional | NameQualifier - optional | ||
− | * | + | * |
+ | |||
UserContextTimeDate - in “YYYY-MM-DD hh-mm-ss” format | UserContextTimeDate - in “YYYY-MM-DD hh-mm-ss” format | ||
− | * | + | * |
+ | |||
UserContextID - also set to the source system username | UserContextID - also set to the source system username | ||
− | * | + | * |
+ | |||
UserContextMode - set to “1” | UserContextMode - set to “1” | ||
− | * | + | * |
+ | |||
UserContextHash - [https://sts-orbital.atlassian.net/wiki/spaces/OLS/pages/229663/UserContextHash generated using a system-specific secret key] | UserContextHash - [https://sts-orbital.atlassian.net/wiki/spaces/OLS/pages/229663/UserContextHash generated using a system-specific secret key] | ||
− | |||
| | ||
− | == | + | == UserContextMode 3 - User-Specific '''''Plaintext'''''Key == |
− | + | * | |
− | |||
NameID – source system username | NameID – source system username | ||
− | * | + | * |
+ | |||
NameQualifier - optional | NameQualifier - optional | ||
− | * | + | * |
+ | |||
UserContextTimeDate - in “YYYY-MM-DD hh-mm-ss” format | UserContextTimeDate - in “YYYY-MM-DD hh-mm-ss” format | ||
− | * | + | * |
+ | |||
UserContextID - also set to the source system username | UserContextID - also set to the source system username | ||
− | * | + | * |
+ | |||
UserContextPassword - user specific password that will allow STS to validate the user | UserContextPassword - user specific password that will allow STS to validate the user | ||
− | * | + | * |
+ | |||
UserContextWorkstation - | UserContextWorkstation - | ||
− | |||
| | ||
− | |||
− | |||
== UserContextMode 4 - User Windows Credentials == | == UserContextMode 4 - User Windows Credentials == | ||
Line 137: | Line 146: | ||
Additional user and security context will be obtained from the Windows credentials | Additional user and security context will be obtained from the Windows credentials | ||
− | * | + | * |
+ | |||
NameID – source system username | NameID – source system username | ||
− | * | + | * |
+ | |||
NameQualifier - optional | NameQualifier - optional | ||
− | * | + | * |
+ | |||
UserContextID - also set to the source system username | UserContextID - also set to the source system username | ||
− | + | | |
− | |||
== UserContextMode 5 - Client Certificates == | == UserContextMode 5 - Client Certificates == | ||
Line 153: | Line 164: | ||
Additional user and security context will be obtained from the client certificate | Additional user and security context will be obtained from the client certificate | ||
− | * | + | * |
+ | |||
NameID – source system username | NameID – source system username | ||
− | * | + | * |
+ | |||
NameQualifier - optional | NameQualifier - optional | ||
− | * | + | * |
+ | |||
UserContextID - also set to the source system username | UserContextID - also set to the source system username |
Revision as of 08:48, 15 January 2020
In order to provide a certain level of security in order to assert the identity of a user between the HIS
and the receiving STS, there are certain requirements that need to be fulfilled.
In a standard SAML 2.0 token exchange, the confidence (or “trust”) level is provided by the use of
digital certificates in order to encrypt and/or sign the message so that the information cannot be
easily disseminated or intercepted.
All user context exchanges should be conducted via a HTTP-POST to a specific processing web form
(or service) on the STS. To ensure the security of the transmission, this communication should
always occur over HTTPS.
The STS supports 5 context modes:
UserContextMode 1 - SHA-256 hash with User-Specific Secret Key
UserContextMode 2 - SHA-256 hash with System-Specific Secret Key
UserContextMode 3 - User-Specific PlaintextKey
UserContextMode 4 - User Windows Credentials
UserContextMode 5 - Client Certificates
v1.95 has two additional modes planned for implementation; ADFS and SSO tokens.
Contents
- 1 What is the right UserContextMode for my STS integration?
- 2 UserContextMode 1 - SHA-256 hash with User-Specific Secret Key
- 3 UserContextMode 2 - SHA-256 hash with System-Specific Secret Key
- 4 UserContextMode 3 - User-Specific PlaintextKey
- 5 UserContextMode 4 - User Windows Credentials
- 6 UserContextMode 5 - Client Certificates
What is the right UserContextMode for my STS integration?
Our experience is that most organizations are split between UserContextMode 2 and 4.
If the HIS/EMR/EHR or legacy application vendor has the ability to generate cryptographic hashes, the UserContextMode 2 is recommended as it makes the integration effort a lot simpler.
For environments where the Windows credentials are available (workstation, RDP/Citrix session, or a SSO client), then UserContextMode 4 is used.
[[File:]]
UserContextMode 1 - SHA-256 hash with User-Specific Secret Key
In this mode the source system provides six attributes
NameID – source system username
NameQualifier - optional
UserContextTimeDate - in “YYYY-MM-DD hh-mm-ss” format
UserContextID - also set to the source system username
UserContextMode - set to “1”
UserContextHash - generated using a user-specific secret key
UserContextMode 2 - SHA-256 hash with System-Specific Secret Key
The system-specific key is set in the STS web.config.
In this mode the source system provides six attributes
NameID – source system username
NameQualifier - optional
UserContextTimeDate - in “YYYY-MM-DD hh-mm-ss” format
UserContextID - also set to the source system username
UserContextMode - set to “1”
UserContextHash - generated using a system-specific secret key
UserContextMode 3 - User-Specific PlaintextKey
NameID – source system username
NameQualifier - optional
UserContextTimeDate - in “YYYY-MM-DD hh-mm-ss” format
UserContextID - also set to the source system username
UserContextPassword - user specific password that will allow STS to validate the user
UserContextWorkstation -
UserContextMode 4 - User Windows Credentials
Additional user and security context will be obtained from the Windows credentials
NameID – source system username
NameQualifier - optional
UserContextID - also set to the source system username
UserContextMode 5 - Client Certificates
Additional user and security context will be obtained from the client certificate
NameID – source system username
NameQualifier - optional
UserContextID - also set to the source system username