Options common to SAML profiles:
|additionalAudiencesForAssertion||Collection<String>||Additional values to populate into audience restriction condition of assertions|
|includeConditionsNotBefore||Boolean||true||Whether to include a |
|assertionLifetime||Duration||PT5M||Lifetime of assertions|
|signAssertions||Predicate<ProfileRequestContext>||false||Whether to sign assertions|
|signResponses||Predicate<ProfileRequestContext>||varies by profile||Whether to sign responses|
|signRequests||Predicate<ProfileRequestContext>||false||Whether to sign requests|
It isn't too common to need any of these options, and they should be changed only with care.
includeConditionsNotBefore settings provide ways to work around bugs in other systems. You should never use these settings without obtaining a commitment from the other system's owner to fix their bugs.
assertionLifetime setting does not involve control over the session with the relying party, it's only relevant in delegation scenarios.
The signing options have a complex history, which is one reason they are not themselves just boolean-valued. We provide Spring support so you can just set them to "true" or false" as though they are, but they also directly support the more dynamic approach of deriving the value with a bean.
signResponses default varies by profile, see the notes on the individual profile pages.
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.