Authentication error occurs when additional authentication is required for RSA SecurID Access application portal or a protected application
Originally Published: 2018-04-05
Last Modified: 2023-12-01
Article Number
Applies To
Issue
Authentication error
The /var/log/symplified/symplified.log includes a message like:
2018-04-05/18:50:20.627/UTC [ajp-bio-8009-exec-7] WARN com.symplified.service.appliance.cloudmfa.CloudMFAUtils[37] - Failed strong authentication: AUTHN_ATTEMPT_ID_NOT_FOUND
The User Event Monitor shows an authentication failure with Authentication Details AUTHN_ATTEMPT_ID_NOT_FOUND.Cause
- The user is in an associated LDAP identity source but has not been synchronized to the Cloud yet.
- The user has been synchronized to the Cloud but a step-up authentication is required and the user is not registered for any of the allowed step-up authentication options.
- Two users in different identity sources are synchronized to the Cloud with the same user ID. A step-up authentication is required and at least one of the two users is not registered for any of the allowed step-up authentication options.
Resolution
Next, take the appropriate step below, depending on the cause of the issue, to ensure the user is correctly sync'd to the Cloud.
- The user is in an associated LDAP identity source but has not been synced to the Cloud yet.
Follow the steps in Manually Synchronize an Identity Source for the Cloud Authentication Service to create a record of the user in the SecurID Access cloud service.
- The user has been synced to the Cloud but a step-up authentication is required and the user is not registered for any of the allowed step-up authentication options.
Ensure that the user has a device registered to perform the required additional authentication. For example, see RSA SecurID Authenticate Device Registration Overview if approve (push notification) or authenticate tokencodes are allowable authentication methods.
- Two users in different identity sources are sync'd to the Cloud with the same user id. A step-up authentication is required and at least one of the two users is not registered for any of the allowed step-up authentication options.
Delete the unwanted user from the Cloud Authentication Service, and from the identity source.
Lastly, ensure that the user has the ability to perform the required additional authentication. For example, see RSA SecurID Authenticate Device Registration Overview if approve (push notification) or authenticate tokencodes are allowable authentication methods, or ensure the user's correct telephone is registered for SMS or Voice Token Code authentication.
Related Articles
Entitlement Relationships are getting rejected in MAEDCs in RSA Governance & Lifecycle 10Number of Views Partial reject for approvals still provision indirect entitlements for accounts in RSA Governance & Lifecycle 40Number of Views Delete Backups 16Number of Views Unable to create an account in Active Directory with a custom objectClass in RSA Governance & Lifecycle 36Number of Views Unable to register the SecurID app with the Cloud Authentication Service using the Prime Self-Service Portal 101Number of Views
Trending Articles
Troubleshooting RSA MFA Agent for Microsoft Windows Deploy an Identity Router Virtual Machine in Microsoft Azure How to Change the Token Lifetime Extension Window in Authentication Manager Using rsautil How to manipulate imported RSA SecurID Software Token(s) on an iPhone or iPad device When configuring LDAP or LDAPS in RSA Authentication Manager with a global catalog the connection fails
Don't see what you're looking for?