As per the email “Update Your Auth0 Extensions for SameSite” that went out over the weekend, users can not log in anymore after I updated the Auth0 Authorization Extention from 2.4 to 2.6.
Logs show plenty of “Failed Login” events with “Authorization Extension: Invalid API Key” which is pretty self-descriptive, but I’m not sure what else I’m supposed to update.
I am also having the same issue after updating to 2.6 on one of our testing environments. Another one of our testing environments we have not yet update, and are not experiencing any problems.
We have noticed that the users on the environment that is still working have groups, roles and permissions assigned to them.
But users on the environment that is not working only have groups, but not roles or permissions.
Please let me know if this is a bug on your side, or if there is anything we need to do to update.
We delayed releasing 2.7 to new enrollments temporarily as we got some reports from customers that we wanted to investigate first. We’ll continue releasing a version with SameSite changes included in the upcoming days.
Once we complete the release, changelog and the versions available will match each other.
We’re having this issue as well. We upgraded from 1.x (not sure exactly which version) to 2.8 and then our users started getting a blank page when they log in to our application. I rotated the API key as described, but still all of the user logins fail like this:
Updated from 2.4. to 2.8 (2.6 was not available anymore). Did the steps in documentation and we can not login anymore. Please advise what changed and what we can do.
What is the name of your tenant and region? Feel free to private message me if that suits you better.
In addition to this, can you check the rules you have? The name of the rule published by the extension is auth0-authorization-extension. If you see any other rules, such as auth0-authz or others that you don’t recognize, can you try disabling it?
Please note that changing the order or the rules and/or disabling them might change the authorization responses, depending on the context of the rule, so please be careful not to give access to people that shouldn’t have in the progress.
If this doesn’t solve your problem, I would appreciate if you send me the real time logs captured by Real-time Webtask Logs. (screenshotted in the previous message)