...
Virtually all the configuration options below can be set via two different properties: a static property that explicitly sets the value to use and a lookup strategy or predicate property that takes a Function or Predicate and returns the value to use. The dynamic property is generally named "propertyNamePredicate" or "propertyNameLookupStrategy" for Boolean- and non-Boolean-valued properties respectively.
Localtabgroupexpand |
---|
Localtab live |
---|
|
Include Page |
---|
| ProfileConfiguration-Common |
---|
| ProfileConfiguration-Common |
---|
| localtab-live
|
Expand |
---|
|
Include Page |
---|
| ProfileConfiguration-SAML |
---|
| ProfileConfiguration-SAML |
---|
| localtab-live
|
Expand |
---|
|
Include Page |
---|
| ProfileConfiguration-SAML2 |
---|
| ProfileConfiguration-SAML2 |
---|
|
|
Expand |
---|
|
Name | Type | Default | Description |
---|
signAssertions | Boolean | false | Whether to sign assertions | encryptAssertions | Boolean | See Notes | Whether to encrypt assertions | encryptAttributes | Boolean | false | Whether to encrypt attributes |
|
Notes
The default value of signResponses
signs only if TLS isn't used (very unusual) or if the receiving port is 443. It assumes that traffic over 443 will be relying on message-based security measures (but see below), whereas traffic to an alternative TLS port like 8443 will be relying on mutual authentication and thus provide a secure channel.
The default value of encryptAssertions
is conditional in the same manner.
If you need to enable the signAssertions
option, and you control the SP's metadata, you should generally add the WantAssertionsSigned
flag to it in place of using this option. Related, the idp.saml.honorWantAssertionsSigned property can be turned off to globally ignore that flag in metadata should you wish to do so.