Skip to content

Fortified IDDocs

Integrated Windows login, IWA

Used to leverage Windows login already done from a domain-connected client. Requires module AuthN to be deployed.

Common Authenticator configuration can be found here.

NameDescriptionDefault valueMandatory
packageNegotiatefalse
error_urlWhere to redirect the user if authentication fails.N/Afalse

custom_identifier

Tag used for event separationN/Afalse

Apart from system logging, event logging is done when starting, completing, and failing a transaction.

Event ids are:

  • WEB_100015("Authenticated using Integrated Windows Authentication")

    • IDENTIFIER (user trace id)
    • CUSTOMER_IDENTIFIER (if configured)
    • SOURCE_USER_NAME (Windows username)
    • SOURCE_ADDRESS (ip of the remote session)
    • AUTHENTICATOR_IDENTIFIER (id and display name)
  • WEB_100016("Failed authentication using Integrated Windows Authentication")

    • IDENTIFIER (user trace id)
    • CUSTOMER_IDENTIFIER (if configured)
    • SOURCE_ADDRESS (ip of the remote session)
    • AUTHENTICATOR_IDENTIFIER (id and display name)

After a user completes a transaction, the authenticator is marked as done. Data from the authentication response is then put into the global state replacing existing values:

  • username
  • Integrity must be running on a Windows server joined to the domain where IWA is to take place.
  • Integrity must run using an actual domain account belonging to the same domain as the server is joined.
  • Ensure that there is a DNS A record present for the host. Be sure the record is of A type.
  • A SPN registration must be done connecting the DNS name, protocol & account. This is done using the command setspn:
setspn -s HTTP/webserver.example.com DOMAIN\ServiceAccount
setspn -s HTTPS/webserver.example.com DOMAIN\ServiceAccount

This authenticator has no user interface and therefore exposes no Web Authenticator API. It negotiates with the browser over HTTP and completes without any dialogue of its own.