Skip to content

Cognito user threat detection not updating after One-Click-Link-Valid is clicked

0

Hello,

I'm encountering an issue with Amazon Cognito’s advanced security features.

When a user receives an Account Takeover notification email and clicks the “This was me” or “This wasn’t me” link (i.e., ONE_CLICK_LINK_VALID or ONE_CLICK_LINK_INVALID), the CustomEmailSender_AccountTake OverNotification trigger fires correctly, and the UI updates accordingly. However, the user is still unable to log in afterward — it appears that the threat detection state is not being updated despite the user's action.

I suspect that the UpdateAuthEventFeedback API call is not being made or not being accepted.

Can you please help us confirm:

  • Whether the one-click links in the email automatically trigger the UpdateAuthEventFeedback call on AWS’s end?
  • If not, is it our responsibility to call UpdateAuthEventFeedback manually in the Lambda triggered by the email feedback?
  • How we can verify via logs whether the feedback was successfully recorded (would this be in CloudTrail perhaps)?
  • Why the user might still be blocked even after confirming the login attempt was valid?

Thank you in advance for your help!

asked a year ago178 views

3 Answers
0

There appears to be an issue with how the one-click links in the Cognito Advanced Security notification emails are functioning.

When users receive an email notification about potentially suspicious authentication events, they can click on links that correspond to {one-click-link-valid} or {one-click-link-invalid} in your notification template. These links should automatically trigger the UpdateAuthEventFeedback API call to provide feedback on whether the authentication attempt was legitimate.

However, there is a known bug with the "Managed login" experience where the URL uses "clientId" instead of the expected "client_id" parameter, which causes the links to lead to an error page. This prevents the feedback from being properly recorded in the system.

A workaround for this issue is to hardcode the user pool client ID directly in your notification template using: {one-click-link-valid}&client_id=my-actual-client-id.

Regarding your specific questions:

  1. Yes, the one-click links should automatically trigger the UpdateAuthEventFeedback call on AWS's end when clicked, but the bug may be preventing this.

  2. It's not your responsibility to call UpdateAuthEventFeedback manually in a Lambda - this should happen automatically when users click the links in the email.

  3. You can verify if feedback was recorded by checking the user's event history in the Amazon Cognito console. Navigate to your user pool, search for the user, select their username, and check the "User event history" section. This will show risk levels and actions taken.

  4. The user might still be blocked because the feedback wasn't properly recorded due to the parameter name issue in the links. Even when a user marks an event as valid, Amazon Cognito needs to successfully process this feedback to update the risk evaluation for that user.

Since this appears to be a bug with the Cognito service, you may want to report it via a Support ticket in the AWS Console for your account.
Sources
Bug report: Cognito Advanced Security user notification has wrong parameter name in links | AWS re:Post
UpdateAuthEventFeedback - Amazon Cognito User Pools
Working with adaptive authentication - Amazon Cognito
Adding threat detection to custom authentication flow with Amazon Cognito advanced security features | AWS Security Blog

answered a year ago

0

Hello,

Warm Greetings from AWS Premium Support. I hope you're doing well.

Thank you for reaching out to us with your concern.

Upon reviewing your correspondence, I understand that you have query related to threat detection not updating after One-Click-Link-Valid is clicked, Please feel free to correct me in case I misunderstood your concern.

  • The one-click links in the email do NOT automatically trigger the UpdateAuthEventFeedback API call

  • These links are designed to direct users to your application, where you need to handle the feedback submission

As I see that this issue need live troubleshooting and investigation, I would request you to raise a Support case directly to Technical team for further assistance on the issue as this re-post is public to all.

answered a year ago

0

Looking at the UpdateAuthEventFeedback documentation it says:

Users invoke this operation when they select the link that corresponds to {one-click-link-valid} or {one-click-link-invalid} in your notification template.

So according to the documentation it should? I'm not sure there is a manual way of doing it, I will raise the issue with the Technical team thank you.

answered a year ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.