Previous Topic: Adapter ArchitectureNext Topic: State Manager


Authentication Flow Manager

Authentication Flow Manager (AFM) functions as an interface between users and other components of Adapter. For SAML-based portals, AFM can be deployed as an Identity Provider (IdP) providing SSO-based federated identity services using SAML 2.0. It also performs the function of a state machine that guides the end user through authentication workflows.

AFM provides you the flexibility to create common ready-to-use authentication configurations, known as AFM profiles. For more information about AFM profiles, see section, Understanding the AFM Profile.

You can use AFM to configure the following out-of-the-box workflows:

Important! All workflows are capable of enrolling users who do not possess an AuthMinder credential.

Typically, these authentication workflows are rendered as JavaServer Pages (JSPs) that collect user information required for authentication. All authentication workflows support user migration. For example, if a user is not enrolled for ArcotID PKI authentication, then the user is taken through the enrollment workflow to complete the authentication process.

The following JSP file can be used to directly enroll a user for AuthMinder authentication:

The following JSP file can be used to update the user’s details:

AFM also maintains the state data of the user workflow, conducts AuthMinder authentication, and reads or writes RiskMinder Device ID information required by RiskMinder. In addition to using the authentication workflows shipped with AFM, you can customize an authentication workflow as per your organization’s requirements.

Important! All users enrolled for authentication through any of the authentication workflows are assigned some Custom Attributes, which are accessible through AuthMinder Administration Console. While fetching the user details in the Administration Console, you might see any of the following Custom Attributes:
– AOTPXML
– PAM_IMAGE
– OATH_SYNCHRONIZED
If you find any of the above-mentioned Custom Attribute in the user details, you must not edit or delete the attribute. Doing so would result in unsuccessful user authentication or enrollment workflow.

For information about supported authentication mechanisms for the different integration types, see the "Performing Adapter Configuration Using the Wizard" section.