Skip to content

Fortified IDDocs

SAML profile

This section explains how to add and configure an SAML profile.

If you have multiple SAML applications that should have the same configuration, you can configure them to use a SAML SP profile.

Note, there are some properties that cannot be configured in a SAML profile and must be configured directly on the SAML SP application. These properties are url and path.

Set assertion_config.force_re_auth to true to require a new authentication for every SAML application using the profile. The selected profile replaces the application-level assertion_config, but re-authentication requirements from the incoming AuthnRequest or SAML IdP are still combined using OR semantics and cannot be disabled by setting the profile value to false.


Below are the properties that can be configured for a SAML profile.

NameDescriptionDefault valueMandatory
nameUsedN/Atrue
assertion_pre_pipeOverrides IDP default pre-pipe empty means NO pipe. IDP pipe is not used as fallback.N/Afalse
authorizationOptional app-specific authorization configuration. Use this to run an authorization pipe before the SAML response is issued. See the App-specific authorization section below for details.N/Afalse
belongs_to_idpentity id of allowed IDP. Only use if configuring multiple IDP'sN/Afalse
require_signed_auth_requestsIf set, will only accept signed autn requests.falsefalse
signature_algorithmAlgorithm used for signing.ttp://www.w3.org/2001/04/xmldsig-more#rsa-sha256false
digest_algorithmAlgorithm used for digest calculation.http://www.w3.org/2001/04/xmlenc#sha256false
app_tagJsonArray containing strings used for filtering and similar operations.N/Afalse
assertion_configParent holder for assertion configuration.{}false
assertion_config.force_re_authRequire a new authentication for every SAML application using this profile. This value cannot disable an incoming ForceAuthn=true or a global/SP-specific IdP requirement.falsefalse
assertion_config.encryptWhether the assertion should be encrypted. Requires encryption certificate in SP meta datafalsefalse
assertion_config.encryption_algorithmOptional XML Encryption data encryption algorithm for encrypted assertions. If omitted, Access first uses a compatible EncryptionMethod from SP metadata when present, otherwise the built-in default is used. Use http://www.w3.org/2001/04/xmlenc#aes256-cbc when an SP requires AES-256-CBC.N/Afalse
assertion_config.include_session_informationInclude session information in the assertion (trace id).truefalse
assertion_config.include_session_not_on_or_afterInclude the SessionNotOnOrAfter attribute.falsefalse
assertion_config.include_remote_addressInclude the client’s IP address.falsefalse
assertion_config.include_attribute_value_typeInclude explicit XML Schema typing (xsi:type) on SAML AttributeValue elements. Set to false for service providers that require untyped attribute values.truefalse
assertion_config.sign_assertionWhether the assertion itself should be signed.truefalse
assertion_config.sign_responseWhether the full response should be signed.truefalse
assertion_config.session_not_on_or_after_minutesSession expiration time in minutes.60false
assertion_config.assertion_valid_for_no_of_minutesAssertion validity period in minutes.2false
assertion_config.name_idConfiguration of the NameID element.{}false
assertion_config.name_id.formatNameID formaturn:oasis:names:tc:SAML:1.1:nameid-format:transientfalse
assertion_config.name_id.from_parameterState parameter containing value of Name IDnameIDfalse
assertion_config.name_id.include_sp_name_qualifier
Whether to include SPNameQualifier.falsefalse
assertion_config.name_id.include_name_qualifier
Whether to include NameQualifier.falsefalse
assertion_config.attributesEach entry in attributes describes one attribute in the assertionN/Afalse
false
assertion_config.attributes.nameAttribute name (URN or custom identifier).N/Atrue
assertion_config.attributes.valueName of the state attribute holding the value.N/Atrue
assertion_config.attributes.name_formatAttribute name format, usually unspecified.urn:oasis:names:tc:SAML:2.0:attrname-format:unspecifiedfalse
assertion_config.attributes.friendly_nameHuman-readable (friendlyName) alias.N/Afalse
assertion_config.attributes.friendly_name.requiredIndicates if the attribute is required. If true value may be emptyfalsefalse
assertion_config.attributes.include_if_emptyInclude the attribute even if the source value is missing valuefalsefalse

You can configure app-specific authorization on the SAML profile. When a SAML application uses a profile, the profile configuration becomes the active source of truth, including the authorization settings.

If the authorization pipe succeeds, Access continues the flow as normal.

If the authorization pipe fails, Access can:

  • redirect the user to a configured failure location
  • redirect the user to a specific target based on the pipe failure message
  • fall back to the standard SAML deny handling
NameDescriptionMandatory
pipe_idPipe used to evaluate whether the authenticated user is authorized for applications using this SAML profile. If the authorization object is present, this property is required.true
fail_locationFallback redirect target used when authorization fails and no failed_redirect entry matches the failure message.false
failed_redirectArray of pattern-based redirects. Each entry contains pattern and target. The first matching pattern is used.false