We’re excited to announce that Custom Phone Providers and the Unified Phone Experience are now Generally Available.

Custom Phone Providers: With this feature, customers can configure custom phone providers and customize phone messages not only when leveraging phone number as an identifier, but also when using MFA and Passwordless! Auth0’s CI/CD tooling (Auth0 CLI, Deploy CLI, and Terraform Provider) now fully supports Custom Phone Providers. To access these new capabilities, upgrade to the latest versions of Auth0 CLI, Deploy CLI, and Terraform Provider.

We encourage you to get started with Custom Phone Providers today by checking out our documentation and if you have any feedback, give us a shout in our community channel!

Unified Phone Experience: The Unified Phone Experience offers a consolidated experience where you can configure a tenant-level phone provider that will be used for Phone as ID, MFA, and Passwordless flows. Additionally, the management of phone templates will be centralized on a single page. This unification aims to reduce redundancy across Auth0 features and present a more streamlined user experience. The unified experience will be the default for any new tenants created after this release, and existing tenants will have the ability to revert to the legacy experience if desired.

We encourage you to try out the new Unified Phone Experience and provide feedback and questions to us through our community channel. Information on how to migrate to the new experience can be found here.

We're improving both account security and user experience by extending Breached Password Detection to the password reset flow.

🔹 What’s New?

Previously, users could unknowingly reset their passwords to compromised credentials, creating security risks and potentially requiring another reset. With this update, you can now prevent users from setting their password to a known breached credential during the reset flow —just like during sign-up and login.

🚀 Benefits

Stronger security – Protects against compromised credentials at every stage.

Better user experience – Avoids unnecessary password resets by blocking breached passwords upfront.

This update helps prevent your users from using known compromised credentials throughout their password lifecycle, giving your users stronger security on their accounts.

For additional details and to learn how to enable Breach Password Detection on Password Reset Flows, please view our online documentation here.

This feature allows developers to ensure their custom database scripts are compatible with specific Node.js runtime versions.

Here's a summary of the key points:

• Bulk Testing Compatibility: The feature can test the compatibility of custom database scripts with different supported Node.js runtime versions.
• Database Connections Limit: It is available if your tenant has 1 to 10 database connections with custom database scripts enabled.
• Navigation Path: The feature can be accessed by going to Tenant Settings → Advanced → Extensibility → Verify Custom DB Scripts.

Actions Based on Results: After testing, the results can be verified and corrective actions can be taken if any compatibility issues are identified.

Checkout our online documentation to learn more about Extensibility Tenant Settings!

We are excited to announce the next Early Access release of Advanced Customizations for Universal Login! This release adds support for building custom versions of Universal Login’s MFA enrollment screens and 3 of our most common MFA factors using the new ACUL SDK.

Advanced Customizations for Universal Login enables you to build custom, client-rendered interfaces for Universal Login screens, allowing you to control every pixel of your Universal Login experience. This release allows you to building custom versions of the following screens:

• MFA Detect Browser Capabilities
• MFA Begin Enroll Options
• MFA Enroll Result
• MFA Login-options
• MFA Email List
• MFA Email Challenge
• MFA Country Codes
• MFA SMS Enrollment
• MFA SMS List
• MFA SMS Challenge
• MFA Push Welcome
• MFA Push Enrollment QR
• MFA Push List
• MFA Push Challenge Push

We are well on our way to adding support for everything that Universal Login currently supports out of the box. Checkout our online documentation to learn more about ACUL and stay tuned to the Auth0 Changelog for updates and announcements!

We have deprecated the Node.js 12 and 16 extensibility runtimes in all environments and recommend using the Node.js 22 runtime for your extensibility integrations (such as Actions, Rules, Hooks, Custom Database Connections, and Custom Social Connections).

We have provided additional information and timelines for removing the deprecated runtimes through a dashboard and support center notification.

We have deprecated the invalidation of user sessions when performing database connection user update (PATCH - /api/v2/users/{id}) requests where:

• The email or email_verified attributes are set to an unchanged value;
• The email_verified attribute is set to a true value.

These changes allow for consistent behavior between setting an email as verified through the Management API and the built-in email verification flows provided by the service. In addition, it improves the overall end-user experience by avoiding session invalidation in situations that do not require it, such as setting either the email or email_verified attributes to unchanged values.

The dashboard will be updated with a migration toggle to opt out of the deprecated behavior ahead of its future end-of-life; we have provided additional information and timelines for enforcing this change through a dashboard and support center notification.

End User TOTP enrollment for Native devices is now more intelligent! For end users enrolling into a TOTP factor on a mobile device, Auth0 skips the QR code and prompts for manual code entry with the QR code as a fall back option. Check out Auth0 Temporary OTP for more detail!

We are excited to introduce the Usage Metrics Dashboard in Okta Fine-Grained Authorization (FGA), providing customers with deeper visibility into their authorization usage. This new dashboard, available under the “Manage Account” section of the Okta FGA dashboard, helps teams monitor, analyze and manage their FGA consumption efficiently.

What’s New?

• Monitor Key Metrics: Track Monthly Active Users (MAUs), Total Tuple Count, and Monthly Average Requests Per Second (RPS). Time Frame Selection: View trends over the Last Month or Last 3 Months, with the current month’s data always included for the latest insights.

• Granular Data Views: Click on “View Table” option to see a detailed breakdown of usage by store and time period.

• Hourly Updates: Data is refreshed hourly to help you make informed decisions.

Learn More:

Check out the documentation for details on how to use the dashboard effectively.

Email OTP Verification is now Generally Available (GA), minor improvements will continue to roll out over the next 1-4 weeks to enhance performance and usability.

With Email OTP Verification, users are required to enter a One-Time Password (OTP) sent to their email during the signup or password reset process. This ensures email verification happens before account creation or password reset is completed, offering enhanced security and reducing the chances of mistyped or fake email accounts.

Key Highlights:

• Synchronous Email Verification: Prevents account creation or password reset until users verify their email via OTP.
• Improved Security: Helps prevent fake accounts, ensures accurate email addresses, and discourages phishing through email links.
• Applicability: Available for both email verification during signup and password reset challenges.

Prerequisites:

• Must be using Universal Login.
• Connection must have Flexible Identifiers enabled.
• Email OTP is only compatible when using the Identifier First Authentication Profile.

To enable this feature, navigate to the Attributes tab on any connection and change the Verification Method under the Email attribute settings from Verification Link to OTP.

We are thrilled to announce the Early Access release of Custom Token Exchange. Enterprise customers can now request access to use this feature.

Token Exchange is an OAuth grant-type that enables the exchange of security tokens for other security tokens, typically access_tokens. Custom Token Exchange provides a flexible solution using Actions that allows customers to provide their custom logic to control the exchange - i.e. effectively providing the means to implement custom authentication semantics using Actions.

This added flexibility can be used by customers to tackle advanced integration use cases, such as:

• Seamlessly migrating users to Auth0
• Integrating external IDPs
• Exchanging Auth0 tokens for a different audience
• ... and other use cases where regular federation and/or OIDC flows are not an option

To learn more, read our documentation.

Reach out to you Auth0 contact to request access!

At Auth0, we understand that no two customer identity stories are the same. Every company has a brand identity, a secret sauce, and a unique aesthetic vision. Today, we are very excited to introduce the next evolution in customization for Universal Login, Advanced Customizations for Universal Login (ACUL). ACUL enables your team to build custom, client-rendered versions of each Universal Login screen, allowing you to control every pixel of the Universal Login experience.

This Early Access release of ACUL is available to all paid customers. Public cloud customers can start using it today! Those on private cloud will be enabled as part of their regular release cycle. This initial EA release provides a new configuration API, CDT and SDK support, and allows you to build custom versions of the following screens:

• Login
• Login Id
• Login Password
• Login Passwordless Email Code
• Login Passwordless SMS OTP
• Signup
• Signup Id
• Signup Password
• Passkey Enrollment
• Passkey Enrollment Local
• Phone Identifier Enrollment (used for identity verification during Signup)
• Phone Identifier Challenge (used for identity verification during Signup)
• Email Identifier Challenge (used for identity verification during Signup)
• Interstitial Captcha
• Reset Password
• Reset Password Email
• Reset Password Request
• Reset Password Error
• Reset Password Success

The following flows and capabilities are supported in ACUL EA:

• Single step Signup & Login with password and social & enterprise connections
• ID First Signup/Login using password, passwordless email/SMS OTP, passkeys, and social & enterprise connections
• Basic Reset Password flow with and without Bot Detection
• Flexible Identifiers with and without identity verification enabled during Signup
• Bot detection with any of our 7 supported Captcha providers during the Signup, Login, and Reset Password flows
• Capturing additional data during Signup and Login using custom prompts

This is just the beginning! In the coming months, we will be adding support for every screen and capability that Universal Login currently supports out of the box, a shiny new Dashboard UI for configuring ACUL, and lots more DX goodness!

Checkout our online documentation to learn more about ACUL and stay tuned to the Auth0 Changelog for updates and announcements!

Auth0 is delighted to introduce Hyderabad as the latest AWS region for Private Cloud deployments.

Hyderabad follows Mumbai as the second AWS region for Auth0 Private Cloud available in India! This new addition unlocks reduced latency and increased flexibility for Auth0 deployments on AWS. We stand committed to meeting our customers’ data residency and resiliency needs in an ever expanding global market.

We are excited to introduce the Per-Module Authorization feature. This enables large organizations to securely share authorization models by specifying which application credentials can update data for specific modules.

Teams that are responsible for their own separate services can now limit access to modification of authorization data on a per-module basis. Last year, we released Modular Models, where a single model could be separated into modules across multiple files, allowing teams to use features in their source code management platforms (such as GitHub’s CODEOWNERS feature) to enforce access on who can modify parts of a model.

Per-Module Authorization builds on top of that work to further define permissions for applications. Workflows can be implemented where different teams maintain their portion of an FGA model independently and also ensure that the services and applications owned by the respective teams can only modify their own authorization data.

For more details, refer to Okta FGA’s documentation on how to grant client credentials access to only specific modules.

Customers now have Enhanced Rate Limit Reporting via Logs, including:

• Increased Rate Limit Log (api_limit) Publishing Frequency: receive 1X per minute notifications indicating when you have exhausted a rate limit.
• New Rate Limit Warning Log (api_limit_warning): receive 1X per minutes notifiactions indicating when you have exhuasted 80% of your rate limit request token allocation.
• Enhanced Logs Schema: additional attributes of HTTP path and method and bucket size will be included to allow for easier mapping between Logs and API Rate Limit Configuration Docs. https://auth0.com/docs/troubleshoot/customer-support/operational-policies/rate-limit-policy/rate-limit-configurations

We’re thrilled to announce that Auth0 now supports Universal Logout integration with Okta Workforce Identity Cloud!

Okta Universal Logout is based on the Global Token Revocation specification and allows security incident management tools Okta Identity Threat Protection to send back-channel requests to revoke users' sessions and refresh tokens when they identify a change in risk.

With this feature, Auth0 customers federating with Okta Workforce Identity using the Okta, SAML, or OpenID Connect connection types no longer need to build a global token revocation endpoint. Instead, with minimal configuration required, they can provide the Okta admin with Auth0’s connection-specific endpoint URL.

This integration provides security benefits for apps that depend on refresh tokens and Auth0 sessions, as both are revoked when Auth0 receives a Universal Logout request for a user. This integration can also trigger Auth0's OIDC back-channel logout feature to terminate custom application sessions.

To learn more about Universal Logout support in Auth0, click here.

This feature will be rolled out to all public cloud environments over the next few days and to private cloud environments as per their release pipeline.

We are excited to announce the next major version of Next.js SDK. With the introduction of nextjs-auth0 v4, we now support Next.js 15 and React 19, allowing developers to leverage the latest features and improvements in both frameworks. This compatibility not only enhances the development experience but also ensures that applications can take full advantage of performance optimizations. This updated SDK features a simplified architecture and is edge-compatible by default, enhancing performance and flexibility for developers.

What’s new:

• Middleware-Based Authentication: Improved compatibility and reduced maintenance by moving to middleware-based handlers.
• Enhanced Security: Switched to encrypted cookies and removed outdated cookie logic.
• Resolved State Mismatch Issues: Fixed long-standing issues reported by the community.
• Improved Session Management: Implemented rolling sessions and eliminated cookie chunking.
• Improved Hooks and Helpers: Introduced useUser(), getAccessToken(), and getSession() for easier data fetching and session handling.
• Stateful Sessions with Custom Databases: Support for "Bring Your Own Database" (BYODB).
• Compatibility with Next.js 15, Turbopack, and React 19
• Simplified architecture, API, and configuration options

Learn More:

• Quickstart
• Migration Guide

What’s Changing: We are improving the Dashboard configuration experience for email providers. The default From address field will be required when creating or updating email provider configuration through the Dashboard. Customers do not need to take immediate action, and the Management API will maintain the field as optional for backward compatibility.

Key Dashboard Updates:

1. Configuring New Email Providers: Customers must supply a default From address when configuring a new email provider.
2. Changing Existing Email Providers: Customers must supply a default From address when updating an existing email provider. Existing configured email providers that do not have a From address configured will continue to work as before.

Why This Matters: An email provider configured without a default From address may lead to a poor user experience because email template customizations are not supported when a customer-defined From address is unavailable. By requiring a default From address at the email provider level, email template customizations will be respected even if the email template does not have a template-specific From address.

Rollout Timing: We plan to roll out this change in the coming days. After the rollout, customers can expect to see the enforcement of this required field on the Dashboard.

We’re excited to announce that Custom Email Providers is now Generally Available.

With this feature, customers can configure custom email providers and customize emails so they can have full control of the email delivery process. This feature utilizes the Actions framework and leverages the Actions Code Editor so you can more completely manage, monitor, and troubleshoot your email communications. Auth0’s CI/CD tooling (Auth0 CLI, Deploy CLI, and Terraform Provider) now fully supports Custom Email Providers. To access these new capabilities, upgrade to the latest versions of Auth0 CLI, Deploy CLI, and Terraform Provider.

We encourage you to get started with Custom Email Providers today by checking out our documentation and if you have any feedback, give us a shout in our community channel!

This Beta feature logs in real-time output form your custom Actions code. This includes all console.log output and exceptions.

For example, a custom Action code such as below:

console.log("Hello world!");

Will show up within Dashboard > Monitoring > Actions Logs as

You can also use examples such as below to catch and log errors for making it easy to debug and troubleshoot your Actions.

try {
  nonExistentFunction();
} catch (error) {
  console.error(error);
  // Expected output: ReferenceError: nonExistentFunction is not defined
  // (Note: the exact output may be browser-dependent)
}

These logs are not stored and are only available within the dashboard when you are logged in and are on the Dashboard > Monitoring > Actions Logs tab within the browser. These logs are designed to help you troubleshoot as you write or modify your custom Actions code.

Node.js 22 is now generally available (GA) as a runtime for your extensibility integrations (such as Actions, Rules, Hooks, Custom Database Connections etc).

New Actions created will now default to Node 22 as the runtime. As part of this release, we have also split runtime selection for Legacy Extensibility (for Rules & Hooks) separate from the general Extensibility (for Custom Database Scripts & Custom Social Connections). These setting are available within Tenant > Settings > Advanced and allows you to individually manage desired runtime configuration as required.

Please refer to our docs for more details on how to migrate to Node 22.

We are delighted to announce that support for the Client-Initiated Backchannel Authentication (CIBA) flow is now available in Early Access.

The CIBA flow works as a decoupled authentication flow across two different devices:

• Consumption device: initiates the authentication request.
• Authentication device: handles end-user authentication, implemented as a custom mobile app which embeds the Guardian mobile SDK.

The CIBA flow supports a number of powerful use cases driven by backend client applications, such as:

• Customer authentication by headless devices or devices with limited interaction capabilities.
• Customer authentication in call centre scenarios.
• Authorising sensitive operations on behalf of yourself or a third-party e.g. a customer service agent.

To evaluate CIBA for securing your sensitive customer interactions, contact your Technical Account Manager. For more details, check out our product documentation.

We’ve added the Organization ID to the Auth0 Tenant Logs for the Successfully revoked a refresh token (srrt) event. This enhancement allows you to correlate the organization associated with the revoked refresh token for improved tracking and auditing.

We have increased the max secret value length from 2048 to 4096 to allow for larger secrets to be stored within Actions.

You can refer to our docs for further details on Actions limitations.

We're excited to introduce the new 10,000 RPS (100x) tier for Auth0 Private Cloud Performance offering on AWS. This enhanced tier supports a higher volume of authentication requests, complementing the existing 30x and 60x tiers for customers who need high performance thresholds.

Please see Private Cloud documentation to learn more.

Introducing a new capability within the Security Center Dashboard offering - Security Center Alerts for Thresholds Early Access. This new feature expands on the Security Center metrics and Thresholds to allow Enterprise customers to not only monitor their tenant security but also receive notifications when a threat metric exceeds their predefined thresholds. Customers can now configure webhook alert notifications on security threat metrics and monitor when threats exceed the acceptable value.

To learn more Alerts for Thresholds, click here

The new Bot Detection ML model designed to detect signup attacks is now available for Classic Login and Custom Login implementations.

For customers using Classic or Custom login experiences, this enhancement leverages advanced machine learning to identify and block automated signup attacks effectively.

For those using New Universal Login, no configuration changes are required. This feature was rolled out for New Universal Login in September, as highlighted in the changelog here.

Below is the demo showcasing how to enable this feature in Auth0 for Classic and Custom Login experiences.

This enhanced security capability is now available to all Enterprise customers with the Attack Protection add-on. The rollout is underway and will be completed in the coming weeks, aligned with individual customer release schedules.

For details on activation or to learn more, visit our documentation or reach out to your account team. We’re here to support you in protecting your systems against evolving threats.

Auth0 is pleased to announce the Early Access (EA) of enhanced support for customer data recovery. This resilience feature is available to a set of Private cloud customers during EA. It would come handy in the event of customer data loss or data corruption, and would assist customers in meeting regulatory requirements such as European Union’s Digital Operational Resilience Act (DORA).

Customer will be able to request restoration of their production Private Cloud space from a backup within the past 14 days. Please refer to Operational policies documentation for details.

We’re excited to announce that all Customizable Email Templates have been styled with a modern look and feel and are now live!

No verbiage or content has been changed on any of the emails and customers that have customized the email templates are unaffected.

Single Sign On (SSO) allows one set of credentials to access multiple resources through a centralized identity provider (IdP). Auth0 Teams security policies allows team owners to configure and implement authentication rules that adhere to their organization's IT security policies for access to infrastructure systems or applications.

Announcing in beta the ability for team owners to self-configure and connect their IdP to provide SSO for dashboard administrators.

Auth0 Teams Self-Service SSO beta is currently limited to Public Cloud Enterprise customers.

Interested in the BETA? Reach out to your Technical Account Manager to enrol in our beta program.

Announcing General Availability of Auth0 Dashboard Login Session Management. A feature that allows Auth0 Dashboard admins to view and revoke active dashboard sessions for an added layer of security to the session idle timeout for both our Public and Private Cloud customers.

Click here to learn more about Auth0 Dashboard Login Session Management.

We’re excited to announce that we’ve increased the number of metadata slots for Organizations from 10 to 25! This enhancement provides you with more flexibility to store and manage additional data within your organization, enabling a more customized and efficient approach to your workflows.

To learn more about Organizations, click here.

We are delighted to announce that Customer Managed Keys is now generally available. This solution within the Highly Regulated Identity solution suite enables organizations to comply with cryptographic key-related security policies for data protection. Customer Managed Keys provides customers with two options for key management: Control Your Own Key and Bring Your Own Key.

With Control Your Own Key, you can manage the lifecycle of the Tenant Master Key according to your security policy. Bring Your Own Key allows you to maintain ownership of the Root Key that protects the encryption key hierarchy. These features enable compliance with cryptographic key-related security policies for data protection.

You can read more about this in our product documentation.

We added a new API command available in the Password Reset / PostChallenge trigger. This API allows Tenant Developers to specify the url to redirect a user to upon the completion of a password reset on Universal Login.

Here is an example of using the command to redirect the user to a sample url after a successful password reset:

  exports.onExecutePostChallenge = async (event, api) => {
    api.transaction.setResultUrl('https://yourapp.yourdomain.com/profile');
  };

You can learn more in our reference documentation.

We’ve introduced a new Batch Check endpoint to the Okta FGA API, allowing clients to batch multiple authorization checks into a single request. This enhancement reduces the network latency associated with previously needing to performing multiple Check API requests in parallel, resulting in faster and more efficient requests for applications with high authorization demands.

For more details, refer to the Okta FGA Batch Check documentation.

We’re thrilled to announce that our fourth-generation Bot Detection has been upgraded to incorporate additional aggregated tenant-level insights. This upgrade strengthens bot detection across both public and private cloud environments, providing a more precise and robust defense against malicious activity while ensuring a seamless and secure experience for all users.

This enhanced security capability is now available to all Enterprise customers with the Attack Protection add-on. The rollout is currently underway and will be completed in the coming weeks, aligned with individual customer release schedules.

For details on activation or to learn more, please refer to our documentation or reach out to your account team. We are here to support you in protecting your systems against evolving threats.

Auth0 is excited to announce that Self-Service SSO is now in General Availability.

Our Self-Service SSO feature is designed to simplify and streamline the administrative tasks that are essential for every B2B SaaS product. By equipping your business customers to configure their own Single Sign-On setups, we provide them with a seamless, intuitive experience—eliminating the need for complex IT involvement. This flexibility not only enhances security but also improves the overall user experience, giving businesses more control and agility while reducing overhead.

This feature is available for B2B Professional, Enterprise and Enterprise Premium customers.

Click here to learn more.

Hello everyone,

We're thrilled to announce the beta release of nextjs-auth0 SDK v4! This new version brings significant improvements, new features, and fixes to enhance your development experience.

Important Notice About v3

As we move forward, we will not be updating v3 of the SDK to support Next.js 15. This allows us to focus on v4, which offers a wealth of new features and improvements. This will also enable us to support future releases of Next.js faster and with more confidence. We understand this may pose challenges, and we're here to help.

v3 will continue to receive critical security updates for 6 months after the GA of v4.

Highlights of v4 Beta

• Middleware-Based Authentication: Improved compatibility and reduced maintenance by moving to middleware-based handlers.
• Enhanced Security: Switched to encrypted cookies and removed outdated cookie logic.
• Resolved State Mismatch Issues: Fixed long-standing issues reported by the community.
• Improved Session Management: Implemented rolling sessions and eliminated cookie chunking.
• Improved Hooks and Helpers: Introduced useUser(), getAccessToken(), and getSession() for easier data fetching and session handling.
• Stateful Sessions with Custom Databases: Support for "Bring Your Own Database" (BYODB).
• Compatibility with Next.js 15, Turbopack, and React 19
• Simplified architecture, API, and configuration options

Try It Out and Provide Feedback

We invite you to explore the beta release and share your feedback to help us improve before the general availability release. We are currently targeting a general availability release by the end of December.

Beta Release: v4.0.0-beta.3

Need Help with Migration?

If you encounter challenges migrating to v4, please don't hesitate to open an issue and our team will assist you. We're committed to making the transition as smooth as possible.

Thank You for Your Support

We appreciate your understanding as we focus on making v4 the best it can be. Your feedback is invaluable, and we're here to support you every step of the way.

Happy coding! 🚀

— The Auth0 DX SDK Team

We have transitioned the Rules and Hooks features to a read-only mode in all public cloud environments as part of their announced deprecation plan.

You can still disable, delete or re-enable an existing Rule or Hook. You can also add or remove Rules settings (for updating stored secrets) or Hook secrets but you will no longer be able to modify their script.

If this impacts you, our recommendation is to migrate to Actions. Refer to the following docs for more details:

• Migrate Rules to Actions
• Migrate Hooks to Actions

Auth0 is excited to announce the following updates to Self-Service SSO:

1. Custom Introduction Text: You can now customize the welcome message on the wizard's landing screen, aligning the experience with your brand’s tone and engaging users right from the start.
2. PingFederate Support: We've expanded our list of supported Identity Providers (IdPs) to include PingFederate, giving you more flexibility in your authentication options.
3. Revoking SSO Access Tickets: Our new API endpoint lets you revoke SSO access tickets at any time.
4. Updated Ticket Expiration: Access tickets are now consumed only when a connection is created, enabled or edited — like when updating SAML or OIDC details — avoiding issues with scanners opening them prematurely.
5. Customized Login Experience: When creating a ticket, you can now define the login experience — adding optional parameters for Home Realm Discovery, Organization Auto-Membership, and more to tailor every step of the way.

To learn more, see the Self-Service SSO documentation.

We are excited to announce that our fourth-generation Bot Detection has been upgraded with user-agent signals, and is now integrated into our proprietary machine learning model. This enhancement improves our capability to detect and thwart bot activity, further strengthening protection against malicious traffic without adding any additional friction for legitimate users.

This security feature is available to all Enterprise customers with the Attack Protection add-on. We are currently rolling out this enhancement and expect to complete the process within the next few weeks, aligned with your individual release schedules.

For activation details or further information, please check our documentation or reach out to your account team. We’re here to support you in safeguarding your systems against evolving threats.

Thank you for trusting us with your security needs.

Actions now supports the following APIs within the post-login trigger.

• api.samlResponse.setRelayState(relayState)
• api.samlResponse.setIssuer(issuer)

You can see all available API methods supported within the post-login trigger along with details on these methods from this link.

The possibility to scope machine-to-machine access to a specific organization is now Generally Available. This feature allows you to define the organizations that a given application can access for each API via the Client Credentials Flow.

You can easily define and enforce access to one, many, or all the organizations in your tenant and securely expand the reach of your SaaS APIs to more use cases and scenarios, making sure sensitive data and operations are only accessible to authorized parties. After configuring the access rights for your API, you simply have to inspect the org_id in access tokens of incoming requests, independently of whether they come from third-party applications or your own applications.

This feature is available for B2B Professional, Enterprise and Enterprise Premium customers.

To learn more, read the reference documentation.

Auth0 is delighted to launch Private Performance Burst AWS - 30x (3000 RPS*) and 60x (6000 RPS) offerings for Private Cloud deployments on AWS.

These cost-effective Private Performance options scale the Authentication traffic up to 3000 RPS and 6000 RPS respectively for 80 hours a month, and allow usage up to 1500 RPS and 3000 RPS respectively for the remaining duration.

The elevated transaction capacity comes handy for planned and unplanned traffic spikes, e.g. during product launches, large media events, seasonal activities, and unpredictable usage peaks.

The Private Performance Burst offering is just another milestone in our commitment to providing the functionality and flexibility our beloved customers need.

Please refer to Private Performance Burst documentation page for more information.

*RPS: Requests Per Second

The Okta FGA authorization modeling language allows defining conditions that can be used to express certain ABAC authorization policies. Previously, if you wanted to take advantage of that feature you needed to use the Okta FGA API or the FGA CLI.

Now, with the Okta Fine Grained Authorization Dashboard, you can create conditional relationship tuples and specify context parameters in assertions, making it easier to fully define ABAC-like conditions directly within the dashboard.

For more details, refer to the Okta FGA dashboard documentation.

The Google Workspace Enterprise connection now supports an Extended Group Attribute Format option. When selected, group memberships are written to the Auth0 user profile as an array of JSON objects containing the group unique ID, group name, and group email address for each group retrieved from Google.

For more information, see Connect Your App to Google Workspace.

This feature is immediately available in the public cloud and will be rolled out to private cloud environments in the next few weeks as per the release pipeline.

Auth0 is excited to introduce the following updates to Self-Service SSO:

1. Tenant admins now have the ability to choose which IdPs to display when their customers are setting up an SSO profile through the set up wizard, making the entire process more efficient and customizable.
2. We've added support for Keycloak expanding the available IdPs.
3. When no user attributes exist in the SSO profile, we skip the Claims Mapping instructions in the SSO wizard.
4. When testing the connection, the JSON has been formatted to show on multiple lines.

To learn more, see the Self-Service SSO documentation.

In our continuing effort to improve our security posture, Auth0 will no longer retain closed support tickets older than 24 months. Closed support tickets older than 24 months will be deleted on October 16. To view your support tickets, you can navigate to https://support.auth0.com/tickets . For questions or issues on this change, please reach out to Support.

We’re excited to announce that Custom Phone Providers in is now in Early Access.

With this feature, customers can configure custom phone providers and customize phone messages associated with using phone number as an identifier. Using a custom phone provider for MFA and passwordless phone messages is planned for a later release.

This early access release enables you to:

• Configure your preferred phone provider for phone messages
• Leverage various contexts for using different providers, including organization, client, user, and more

We encourage you to get started with Custom Phone Providers today by checking out our documentation and if you have any feedback, give us a shout in our community channel!

Auth0 is delighted to introduce the United Arab Emirates (UAE) as the latest AWS region for Private Cloud deployments.

We are committed to enhancing our presence in the Middle East. The UAE joins Bahrain as the second AWS region for Auth0 Private Cloud in this part of the world. This expansion opens up new possibilities in the UAE, where Private Cloud deployment is already supported on Azure.

What’s Changing:

We are improving the user experience when adding or updating identifiers (email, phone number, or username) in profiles.

Key Updates:

1. New Identifier: When a new identifier type (email, phone, or username) is added to a user profile where one does not already exist, the user’s session will not be terminated. This allows for a smoother progressive profiling experience, where users can add new identifiers without disruption.
2. Changing Existing Identifier: When an existing identifier is modified, the user’s session will terminate, and the user will have to re-authenticate. This ensures security best practices are followed when updating key account information.

Why This Matters: Previously, any update to an identifier (whether adding or changing it) would terminate the user’s session. This could lead to a poor experience, especially during progressive profiling, where users are expected to update or add information without being logged out. With this update, customers can offer a seamless experience for users adding new identifiers while maintaining strict security for changes to existing identifiers.

Rollout Timing: This change will be rolled out progressively over the next 1-4 weeks. Customers can expect to see the updated session handling behavior in their environments during this period.

Action Required: No immediate action is required from customers, but it is recommended to review any user flows that involve the addition or modification of identifiers to ensure they align with this change.

Okta CIC is excited to announce that Universal Login now satisfies out of the box or provide configurability to satisfy the guidelines for the EN 301 549 standard. We have updated our VPAT to include this information and it is available on Okta.com. By ensuring that Universal Login is accessible to all users, we enable our customers to confidently secure their applications with accessible authentication.

See our online documentation for more details.

We have introduced Email OTP Verification as a new method for email verification, available in Early Access. Expect to see the feature in your environments within the next 1-4 weeks.

With Email OTP Verification, users are required to enter a One-Time Password (OTP) sent to their email during the signup or password reset process. This ensures email verification happens before account creation or password reset is completed, offering enhanced security and reducing the chances of mistyped or fake email accounts.

Key Highlights:

• Synchronous Email Verification: Prevents account creation or password reset until users verify their email via OTP.
• Improved Security: Helps prevent fake accounts, ensures accurate email addresses, and discourages phishing through email links.
• Applicability: Available for both email verification during signup and password reset challenges.

Prerequisites:

• Must be using Universal Login.
• Connection must have Flexible Identifiers enabled.
• Email OTP is only compatible when using the Identifier First Authentication Profile.

To enable this feature, navigate to the Attributes tab on any connection and change the Verification Method under the Email attribute settings from Verification Link to OTP.

Auth0 Actions dashboard experience & documentation has been updated to consolidate around the concept of "Triggers" (as opposed to our previous mix of Flows and Triggers). A trigger represent points in the Auth0 process where Actions can be added.

We believe this change will make it easier for you to identify available customization options (now simply labelled as triggers) and how they can be leveraged to personalize your identity needs.

Please note that this change does not have any impact on the current functional behaviour of Actions within Auht0.

We are happy to announce that we just added two new endpoints to our Session Management APIs:

POST /api/v2/users/{id}/revoke-access – This endpoint allows you to revoke sessions for a user and decide if you want to revoke the associated Refresh Tokens.

POST /api/v2/sessions/{id}/revoke – This endpoint will revoke the session and all its related Refresh Tokens.

Please refer to the Auth0 Management API for more information.

Continuous Session Protection is now generally available for enterprise customers, providing powerful tools to dynamically manage Sessions and Refresh Tokens within Auth0 Actions. This feature offers flexible options to configure expiration settings, access additional session and token data, and revoke sessions when necessary, enhancing security and control.

Key benefits of Continuous Session Protection include:

• Dynamic Session and Token Expiration: Configure custom absolute and idle timeouts for Sessions and Refresh Tokens using the new setExpiresAt(Date) and setIdleExpiresAt(Date) methods. These settings can be applied across users, organizations, or specific connections to meet your security and compliance needs.
• Enhanced Security with Revocation: Revoke Sessions and Refresh Tokens programmatically using Actions, based on custom logic or risk assessments. This allows you to take immediate action when suspicious behavior is detected or when tokens no longer meet your security policies.
• Comprehensive Session and Token Insights: Access additional session and refresh token attributes within Actions, enabling you to make more informed, data-driven decisions for managing user sessions.
• These features allow enterprise customers to dynamically improve their security posture by customizing session behavior, enforcing shorter expiration times for high-risk roles (such as administrators), and revoking tokens when necessary to mitigate risks.

To learn more, visit the product documentation: Continuous Session Protection

Passwordless Connection Support

Universal Login now supports customizing the passwordless signup and login authentication flows, allowing customers to address their unique data capture, security, and compliance requirements when users authenticate with email and SMS one-time passwords.

See our online documentation for more information, instructions and examples.

Dev Tooling support for the Partials API

Auth0’s CI/CD tooling (Auth0 CLI, Deploy CLI, Terraform Provider) now fully supports the Partial API including the new Passwordless prompts. As a bonus, Partials can now also be edited using Auth0 CLI’s UL Customize interface. Run auth0 ul customize in your terminal to see it in action. To access these new capabilities, upgrade to the latest versions of Auth0 CLI, Deploy CLI, and Terraform Provider.

We're happy to announce SaaStart: a complete B2B SaaS reference application built using Next.js, Radix UI and Auth0 by Okta. Clone the repo to get a head start on the capabilities that you'll need to support enterprise customers of your SaaS app - like multi-tenant user management and access controls, security policies, self-service Single Sign-On configuration and more...

Give us a holler in the Auth0 community if you have any questions!

You are now able to individually test a Custom Database script for a specific Node runtime version.

This will help to validate script changes against a target runtime version before you modify the default global tenant configuration for Extensibility runtime.

You can read more about how to use this feature in our documentation.

We’re excited to announce that support for Okta Universal Logout in Okta Customer Identity Cloud is now in Limited Early Access!

Okta Universal Logout is based on the Global Token Revocation specification and allows security incident management tools Okta Identity Threat Protection to send back-channel requests to revoke application users' sessions and refresh tokens when they identify a change in risk.

With this feature, customers who use Okta Workforce Connections in Auth0 no longer need to build their own Global Token Revocation endpoints to support Universal Logout. Simply enable it for your Okta Workforce connection and provide the endpoint URL to the Okta Workforce administrator.

To enable the Limited Early Access release in your Auth0 tenant, please contact your Technical Account Manager to request access.

We’re excited to announce that Forms is now generally available in Okta Customer Identity Cloud!

This new feature allows you to extend your login and signup flows with additional steps and business logic.

What's new:

1. Pass data between Forms and Actions: now you can easily inject server-side data from Actions to Forms, and use the collected data in Forms in your Actions.
2. New form components: custom fields components to create your own fields UI with code, image block to personalize your form adding logos or images, and HTML block to customize it with code.
3. Organizations support: forms now inherit organization branding, and there is available context data about the organization you're using.
4. Management API: create and manage forms using the Management API.
5. Other changes: added new templates, rich text editor improvements, and new masking options for your flows.

Learn more:

• Product documentation.
• Templates.
• Blog Post.

We’re excited to announce the introduction of support for multiple Self-Service SSO profiles! This new feature allows you to customize Self-Service SSO profiles configurations to meet your diverse needs, including different required attributes and branding. With this update, you can now tailor SSO setups more precisely to fit your company's unique requirements.

Learn more about Self-Service SSO in the product documentation.

Within the Security Center Dashboard offering, customers can now set metric thresholds. This new feature provides Enterprise customers with an enhanced proactive capability around the various Security Center monitors they track. Customers can now configure thresholds on security threat metrics and monitor when threats exceed the acceptable value. The feature is available in all Public cloud environments and rolling out to Private spaces throughout the next few weeks.

We are excited to announce that our Bot Detection feature has been upgraded with a new machine learning model specifically designed to detect and prevent signup attacks. This enhancement integrates advanced ML capabilities into our proprietary Bot Detection system, significantly improving the identification of fraudulent account creation attempts.

This feature is currently available in the New Universal Login experience, providing added security for customers utilizing our latest UI. For customers using the Classic Login or custom UI, we are evaluating options to extend these capabilities in the future.

As always, to activate Bot Detection or if you require more detailed information, please visit our online documentation or contact your account team. We are here to assist you in ensuring your systems remain secure against evolving threats.

Okta FGA has now two deployment options: public cloud and private cloud. The public cloud option is a multi-tenant SaaS service available in three geographies: the United States, Europe, and Australia, offering a highly available multi-region deployment. The private cloud option, on the other hand, is tailored for enterprises seeking dedicated resources. Okta FGA Private Cloud leverages the same architecture principles that have been battle-tested with Auth0 for over two years.

Private Cloud for Okta FGA has the following benefits:

• Higher RPS: Private cloud instances are optimized for high request-per-second (RPS) performance, scaling up to five times the average RPS based on your application’s needs.
• High Availability: Okta FGA for Private Cloud is always deployed in two AWS regions with active-active data replication, minimizing the chances of being impacted by an AWS region outage.
• Data Residency and Compliance: Deploy your Private Cloud environment in any AWS region to meet specific data residency and compliance requirements. Initial regions include the US, Germany, Ireland, UK, France, Japan, India, Singapore, Australia, and Brazil.
• Reduced Latency: Choose the AWS region closest to your application servers, which will significantly reduce latency for faster access control checks.
• Multi-Geography Deployments: Businesses can replicate the same authorization data across multiple regions worldwide, allowing them to maintain low-latency authorization services even for globally distributed applications. For example, a company can have the same data in the US, EU, and Australia, have their authorization data replicated across all regions, and have their applications routed to the closest region.
• Automated, Hardened Release: Benefit from automated weekly releases that are previously validated in Okta’s public cloud deployments.
• Centralized Management: Customers can manage both private and public cloud instances seamlessly from the Okta FGA dashboard.

Learn more in the product documentation.

We are pleased to announce that developers using Okta FGA now have a way to specify their required consistency level when querying Okta FGA.

To minimize latency, Okta FGA uses two levels of caching that can result on permissions changes not being reflected in authorization queries for up to 20 seconds.

All query APIs (Check, Read, ListObjects, ListUsers, Expand) now have an additional optional parameter with two possible values:

• MINIMIZE_LATENCY (default): Okta FGA will try to minimize latency (e.g. by making use of the cache)
• HIGHER_CONSISTENCY: Okta FGA will try to optimize for stronger consistency (e.g. by bypassing cache)

When using HIGHER_CONSISTENCY, latency will be higher as Okta FGA will ready directly from the database. Developers need to make the trade off between consistency and latency depending on the use case.

All SDKs were updated with support for the new parameter.

You can learn more in the Okta FGA documentation.

Introducing a new capability within the Security Center Dashboard offering - Security Center Thresholds Early Access. This new feature provides Enterprise customers with an enhanced proactive capability around the various Security Center monitors they track. Customers can now configure thresholds on security threat metrics and monitor when threats exceed the acceptable value. The feature is available in all Public cloud spaces and will roll out to private spaces with the General Availability announcement.

Prioritized Log Streams is now Generally Available (GA)

Now, Enterprise customers can stream a predefined set of security risk-related log events through a dedicated architecture with higher confidence. Customers can stream events to SIEM tools, monitor, and take action on Security events without interruption when there is an attack on the customer’s tenant or abnormally high user activity.

The feature is available in all Public cloud environments and rolling out to Private spaces throughout the next few weeks.

Following on the objective to improve the capabilities to dynamically manage Sessions and Refresh Tokens, we are happy to announce that we have added new methods to control the expiration of Sessions and Refresh Tokens using Actions.

Now you can control the absolute and inactivity timeouts with the new setExpiresAt(Date) and setIdleExpireAt(Date) methods, available for post-login Action objects api.session and api.refresh_token.

They can be used in different use cases, for example, you can improve your security posture by enforcing shorter expiration times for administrators, specific Connections or Organizations.

To learn more, read our public docs: Sessions with Actions and Refresh Tokens with Actions.

They are now available in Private Early Access. If you are an Enterprise customer, please reach out to your Technical Account Manager (TAM) to request access.

We’re excited to announce that Self-Service SSO on Customer Identity Cloud, powered by Auth0 is now in Early Access.

This capability aims to streamline the administrative tasks that are critical for every B2B SaaS product. Our Self-Service SSO feature, provides our business customers' customer with a flexible, user-friendly experience for configuring their own single sign-on setups.

These capabilities are now available in Early Access. If you are a B2B Professional or Enterprise customer, please reach out to your Auth0 account contact to request access.

Starting February 23rd, 2025, Auth0 will begin removing the ability to use the legacy, non-compliant UI for Universal Login. The new WCAG compliant version ensures that end users, including those who rely on assistive technology, can access and engage with a customer’s product or service. Read our Universal Login Accessibility documentation for more information.

We're excited to announce the Early Access launch of Guide - an Okta AI powered chatbot here to answer your questions about the Auth0 platform.

What is Guide?

Guide is your new go-to for quick answers on all things Auth0. It pulls information from our docs, blog, and community to provide summarized responses and relevant links. You can access Guide by clicking the "Ask Guide" button in the top-right of your Auth0 Dashboard. Just ask your question and let Guide do the work.

Availability

Guide is available to tenants in the US Public Cloud region. Guide will be rolled out to all Public Cloud regions in the near future.

Today, we've reduced the minimum character requirement for Organization Name and Organization Display Name from 3 to just 1 character. Plus, our Organization search has been updated to return exact matches for queries with fewer than 3 characters.

Okta CIC is excited to announce that Universal Login now satisfies out of the box or provide configurability to satisfy the Web Content Accessibility Guidelines (WCAG) version 2.2 AA! We have published our VPAT and it is available on Okta.com. By ensuring that Universal Login satisfies the WCAG guidelines, we enable our customers to confidently secure their applications with accessible authentication.

See our online documentation for more details.

Okta CIC is happy to announce the next major version of the React Native SDK. With react-native-auth0 v4, developers will be able to use advanced biometric authentication to obtain credentials. This new SDK version also makes it possible to switch between domains for authentication. We’re planning to release a GA version later in Q3 with major improvements to the SDK architecture and other new features.

What’s new

1. Advanced Biometric Authentication: Use FaceID/Fingerprint to perform device authentication before obtaining credentials.
2. Domain Switching: Dynamically switch domain/clientID to offer a personalised and contextual authentication experience.

Learn More

1. Migration Guide
2. Implementation Guide: Advanced Biometric Authentication
3. Implementation Guide: Domain Switching

Introducing a new Log Stream and Security capability, Prioritized Log Streams.

Now, Enterprise customers can stream a predefined set of security risk-related log events through a dedicated architecture with higher confidence. Customers can stream events to SIEM tools, monitor, and take action on Security events without interruption when there is an attack on the customer’s tenant or abnormally high user activity.

This feature is rolling out to public cloud spaces throughout the next couple of weeks

The Auth0 Changelog now contains Release Version Numbers where applicable!

Now, Private Cloud customers can view & filter for a specific version within the Changelog directly. Additionally, Private Cloud customers can view an environment's current version and next version from within the Auth0 Support Center on the 'Private Instances' page and link directly to any feature releases in the Changelog that may be applicable to that version number.

Public Cloud customers are not impacted by this change and should continue to use the Auth0 Changelog as they normally do.

Have you ever wondered, as a user of the Auth0 platform, how many active sessions you have for the different Auth0 dashboard applications across your multiple devices? Introducing Auth0 Dashboard Login Session Management, allowing Auth0 Dashboard admins to not only view all active dashboard sessions but also the ability to revoke them. This beta feature provides an added layer of security to session idle timeout for our Public Cloud customers.

What has changed?

We have deprecated the "Support Access" Role so that the only tenant member role that now has access to the “Subscription Tickets” feature within the Auth0 Support Center are those with the new Elevated Support Access role within the Role Based Access Control (RBAC) feature in the Auth0 Management Dashboard. The Subscription Tickets feature in Support Center allows access to view and manage all tickets created by all users across a tenant. The current ‘Support Access’ role is now deprecated.

Tenant Administrators do not automatically inherit the new ‘Elevated Support Access’ role and will need to explicitly add themselves to the role via the Auth0 Management Dashboard to continue to have access to view and manage all tickets across their tenant(s) via the Subscription Tickets feature. Tenant Administrators and all tenant members will still have access to the Auth0 Support Center to create and manage their own tickets without adding any additional roles.

Why did we make this change?

In order to increase the security of the Auth0 Support Center, the ‘Subscription Tickets’ feature will be tied specifically to the new Elevated Support Access role so that access is not automatically inherited by all Tenant Admin users. This prevents roles from being able to see tickets they did not create without explicitly granting them access to do so.

How are you affected?

Tenant Administrators no longer have access to view and manage all tickets for your tenant on the ‘Subscription Tickets’ page in the Auth0 Support Center unless the Elevated Support Access role is added to their user. You will still be able to access the Auth0 Support Center and create & manage the support tickets you created.

What action do you need to take?

If you have a paid subscription, you can add yourself and any other users who need to see/manage all tickets (even those they did not create) across the tenant to the new Elevated Support Access role from the Auth0 Management Dashboard. You should also review who currently has the legacy ‘Support Access’ role assigned and determine if they should be removed and/or added to have the new Elevated Support Access role.

If you are currently on a Free plan, there is no action required and this communication is to inform you that you will only be able to view and manage support tickets that you created.

How can you get additional assistance?

We are here to help. Contact us by using the Auth0 by Okta Support Center.

The Log Stream filters have been updated with a new filter category. This category complements the SCIM GA announcement and streams out only SCIM tenant logs when SCIM is enabled on the tenant. Through this capability, customers can monitor the full details of all the SCIM requests that Auth0 receives and get notified when a user is created, updated, or deleted using SCIM.

This feature is immediately available in the public cloud and will be rolled out to private cloud environments in the next few weeks as per the release pipeline.

Deleting a Team Member from the Teams dashboard removes access to Teams and now deletes the team member from all team tenants they are a member of. However, if you just want to remove access to one or more tenants, you can now do so from the Team Member's details page.

Note: Tenant Member Management feature is required. This feature is on by default for all Self Service customers but is configurable for Public Cloud customers and is coming soon for Private Cloud customers.

Please refer to the following documentation for more information.

1. How do you delete a Team Member from a Team and remove access to all tenants?
2. How do you delete a Team Member from one or more tenants?
3. I am a Public Cloud Customer; how do I verify that I have the suitable feature turned on to support tenant member management?

Auth0 Teams is getting more exciting new features, and we can't wait to share them with you.

We are excited to announce that our fourth-generation Bot Detection is now enhanced with ASN reputation signals and untrusted IP data. This upgrade integrates ASN and related IP reputation data into our proprietary Bot Detection ML model, specifically targeting scripted attacks where attackers frequently change their IP addresses. This enhancement further improves our ability to detect and thwart bot activities, thereby strengthening protection against malicious traffic.

This security feature is available to all our Enterprise customers with the Attack Protection add-on. We are currently rolling out this enhancement and expect to complete the process within the next few weeks, aligned with your individual release schedules.

To activate Bot Detection or if you require more detailed information, please visit our online documentation or contact your account team. We are here to assist you in ensuring your systems are secure against sophisticated threats.

We are excited to announce that the Flexible Identifiers feature has transitioned to General Availability (GA). This update brings several key enhancements and improvements:

Key Updates:

• Better Compatibility with Organizations: We have improved the signup experience, particularly for users joining organizations via invitation links. The signup flow now collects the password after verifying the phone number, ensuring a smoother and more secure process.
• Username as Sole Identifier Improvements: You can now allow self-service password reset with Username as the Sole Identifier, in order for this to work the end-user must have a valid email address on their account to receive a password reset email.
• Overall Increased Stability: Comprehensive testing and refinements have enhanced the reliability and performance of the Flexible Identifiers feature, ensuring a smooth and dependable user experience.

Action Required:

• Conduct thorough testing in a development environment before activating Flexible Identifiers in your live environment.
• Review the Limitations Page in our documentation for detailed information on feature constraints.

This rollout will be completed over the next 1-4 weeks. We encourage you to explore these new capabilities and enhance your authentication processes.

We now offer the ability to subscribe via RSS/ATOM Feed for Auth0 Private Cloud Status Page on status.auth0.com.

For more information on how to access Private Cloud Status information and subscribe to updates via RSS/ATOM feed, see this documentation.

We are delighted to announce that we are adding 27 new languages to Universal Login’s extensive list of localization options. CIC customers can now localize their authentication journeys with out of the box translations for 78 different languages! To learn more see the Support Center article

To see the full list of Universal Login localization options checkout our online documentation.

We’re excited to announce that Inbound SCIM for Enterprise Connections is now generally available in Okta Customer Identity Cloud!

This initial release is tailored for B2B SaaS application developers who need to integrate with enterprise Identity providers that use SCIM 2.0 to manage user accounts in SaaS applications. This includes integrations with Okta Workforce Identity Cloud, Microsoft Entra ID, and other Enterprise identity providers that use SAML or OpenID Connect for user authentication.

Developers can follow our configuration guide to see SCIM working in minutes. You can discover more by reading our documentation at Configure Inbound SCIM.

This feature is immediately available in the public cloud and will be rolled out to private cloud environments in the next few weeks as per the release pipeline.

A new User ID Attribute Type menu has been added to the Microsoft Azure AD connection type, which allows developers to select which Azure AD user attribute is mapped to the Auth0 user_id attribute. The options correspond to the two supported ID types (sub and oid) described in Microsoft’s ID token claims reference.

Whereas the Azure AD connection previously only supported the pairwise subject claim (sub), developers can now alternately choose the user object identifier claim (oid) which contains Azure AD’s immutable identifier for the user. When this option is selected, Auth0 writes the user_id value in the following format: waad|{connection-name}|{oid-value}

The "oid" option is recommended for all new single-tenant Azure AD integrations. It is also required to achieve full user lifecycle management using Auth0’s Inbound SCIM feature with Azure AD.

We are delighted to announce Early Access availability of Bring Your Own Key (BYOK) and Control Your Own Key (CYOK) as part of Highly Regulated Identity.

• BYOK allows customers to upload and replace their Auth0 environment root key with their own customer provided root key in a secure process, known as a key ceremony.

• CYOK allows customers to manage the lifecycle of their customer provided root key directly from the management API. It allows customers to rekey / rotate it according to their key management policies.

Auth0 is happy to announce that we have released improved capabilities to manage sessions and refresh_tokens in Actions.

Now you can get detailed information on both using event.session and event.refresh_token. Additionally, you can revoke them by using api.session.revoke() and api.refreshToken.revoke() methods.

These are powerful building blocks that can help you dynamically manage access for a wide variety of use cases, for example, you can improve your security posture by revoking sessions based on risk assessments.

These capabilities are now available in Private Early Access. If you are an Enterprise customer, please reach out to your Auth0 account contact to request access. Your account contact will provide documentation if you are approved for the Private Early Access program.

Machine to Machine Authentication usage within Quota utilization reports has been updated to improve accuracy with regards to not counting Auth0 Management API tokens. As a reminder, Machine to Machine tokens issued for Auth0 Management API are not counted against your Auth0 Subscription Machine to Machine quota limit.

Majority of our users will not see any difference in their usage data while a small number of users will see slightly lower usage from before depending on how they had defined their own custom APIs.

We are here to help. Please contact us by using the Auth0 by Okta Support Center if you have any question.

Okta FGA now provides a new API endpoint that allows you to list all users who have a specific relationship with a specific resource. For example, you can list all users who can view a particular document.

This feature is useful for scenarios such as notifying users of changes to resources or reviewing permissions for auditing purposes.

For more information, refer to the ListUsers API documentation.

Auth0 is pleased to announce that JSON Web Token (JWT) Profile for OAuth 2.0 Access Tokens - RFC9068 is now Generally Available for all customers. You are now able to opt-in to use the new profile for your Access Tokens on a per-API basis.

With this release, we are adopting an Identity industry standard to maximize compatibility and interoperability with other solutions as well as reusability of community tools.

Read our public documentation to learn about the details of the new profile and how to activate it for the APIs in your tenant(s).

Auth0 is thrilled to announce the General Availability of our latest Public Cloud environment in Canada. 🇨🇦🎉

The Public Cloud in Canada is our sixth Public Cloud region (besides US, EU, Japan, Australia, and UK) offering feature-rich, highly secure, resilient, and economical Auth0 solution in a multi-subscriber deployment.

This new region enables customers in Canada to utilize our starter Essentials, Professional, and Enterprise tiers while benefiting from lower latencies and meeting data-residency requirements.

Customers may choose this Public Cloud region during the tenant creation process. The newly created Auth0 tenant will have "tenant".ca.auth0.com domain name.

Auth0 is delighted to introduce two new AWS regions for Private Cloud deployments - Hong Kong and Calgary, Canada. This expansion clearly demonstrates our unwavering commitment to meet customers' needs for geographical availability, data residency, and resilience.

Hong Kong Region: APAC is home to economies with a burgeoning demand for services. The Private Cloud (AWS) region in Hong Kong further enhances our existing extensive presence in APAC, which includes Private Cloud regions in Australia, India, Indonesia, Japan, Singapore, and South Korea as well as Public Cloud regions in Australia and Japan.

Calgary Region: The Private Cloud (AWS) region in Calgary joins the Montreal AWS region to serve our Canadian customers better. This region offers the following deployment options:

• Primary region for new Private Cloud (AWS) deployments in Canada
• Failover region for Private Cloud (AWS) GeoHA deployments (e.g. with Montreal AWS region as the primary region, enabling a full GeoHA deployment within Canada)

We are pleased to announce General Availability of our Refresh Tokens Management API to all our customers with an Enterprise plan.

Refresh Tokens API endpoints extend your session management capabilities with access to your user's refresh tokens properties and administrative bulk or individual revocation endpoints. That is specially important for out-of-band session management in applications that do not rely solely on browser cookies.

You can learn more in our product documentation and management API for details.

Today we released support to choose whether self-service Organization signup is supported for Database connections.

You can now navigate to Organizations -> “Your Organization” -> “Your Connection” and then select whether you want that database connection to support Organization Signup.

Note, this new setting will outweigh the Application level setting for the Database connection. Meaning, you can disable signup support at the Application level, but enable it within the Organization, preventing the signup if an Organization is not present.

Additionally, passwordless connections will now support Organization Membership if the Application level has signups enabled and the organization supports just-in-time membership.

To learn more, check out the documentation.

We’ve made the migration from Rules to Actions easier for you! You can leverage the newly launched Actions migration tooling to transition from Rules to Actions leveraging QuickFix to covert Rules’ code to Actions syntax.

In most cases, you can simultaneously compare and review code between Rules and Actions, and quickly rewrite into a new Action. We also allow control of the execution sequence of old Rules and new Actions.

You can read more about this in our product documentation.

We have implemented dynamic switching between a select dropdown and an input field in the user creation modal of the Delegated Admin Extension based on the number of connections per tenant.

For tenants with over 20,000 connections:

• Instead of listing all connections in a select dropdown, a text input field is now displayed where the connection name can be manually typed.

For tenants with 20,000 or fewer connections:

• No change. A select dropdown is displayed, listing all available connections.

You can now enjoy syntax coloring and validation when editing Okta FGA models and [tests](https://docs.fga.dev/modeling/testing in any JetBrains IDE.

Install the JetBrains plugin from the JetBrains Marketplace to get started.

What is changing?

Starting on August 5, 2024, the only tenant member role that will have access to the “Subscription Tickets” feature within the Auth0 Support Center will be those with the new Elevated Support Access role within the Role Based Access Control (RBAC) feature in the Auth0 Management Dashboard. The Subscription Tickets feature in Support Center allows access to view and manage all tickets created by all users across a tenant. The current ‘Support Access’ role will be deprecated.

Tenant Administrators will not automatically inherit the new ‘Elevated Support Access’ role and will need to explicitly add themselves to the role via the Auth0 Management Dashboard to continue to have access to view and manage all tickets across their tenant(s) via the Subscription Tickets feature. Tenant Administrators and all tenant members will still have access to the Auth0 Support Center to create and manage their own tickets without adding any additional roles.

Why are we making this change?

In order to increase the security of the Auth0 Support Center, the ‘Subscription Tickets’ feature will be tied specifically to the new Elevated Support Access role so that access is not automatically inherited by all Tenant Admin users. This prevents roles from being able to see tickets they did not create without explicitly granting them access to do so.

How are you affected?

Tenant Administrators will lose access to view and manage all tickets for your tenant on the ‘Subscription Tickets’ page in the Auth0 Support Center on August 5, 2024. You will still be able to access the Auth0 Support Center and create & manage the support tickets you created.

What action do you need to take?

If you have a paid subscription, you can add yourself and any other users who need to see/manage all tickets (even those they did not create) across the tenant to the new Elevated Support Access role from the Auth0 Management Dashboard. You should also review who currently has the legacy ‘Support Access’ role assigned and determine if they should be removed and/or added to have the new Elevated Support Access role.

If you are currently on a Free plan, there is no action required and this communication is to inform you that you will only be able to view and manage support tickets that you created.

How can you get additional assistance?

We are here to help. Contact us by using the Auth0 by Okta Support Center.

We have added support to create a custom email provider connector via a new embedded Action in the Branding -> Email Provider section of the Dashboard. Check out how to get started by visiting: Configuring a Custom Email Provider.

This feature is in Open Early Access and we appreciate your feedback on it!

We are excited to announce that Bot Detection is now available in the password reset flow. This enhancement further fortifies your security posture, providing the same robust protection against bots and scripted attacks during account recovery as in the signup and login flows.

This feature is available to all our Enterprise customers with the Attack Protection add-on. To enable it, go to your Manage Dashboard and configure the “Enforce CAPTCHA for the password reset flow" settings. You can choose to show a challenge Always, When Risky (based on our ML model detecting a bot), or Never (monitoring mode).

To activate Bot Detection or if you require more detailed information, please visit our online documentation or contact your account team.

We have updated the Auth0 Dashboard for Private Cloud Environments to enforce Autonomous System Network (ASN) binding for Auth0 Dashboard Administrator sessions with release version v202422.31.0. Please refer to our initial change log and documentation for more information.

We are delighted to announce that Highly Regulated Identity (HRI) is now generally available. HRI incorporates a set of Financial Grade Identity™ features, defined by the OpenID FAPI Working Group and known as “FAPI v1 Advanced“ and including:

• Mutual TLS (mTLS) for client authentication and token binding
• PAR endpoint for submitting pushed authorization requests
• JAR for signed JWT authorization requests
• JWE for encrypted Access Tokens
• RAR for rich authorization requests

This enables customers to elevate the security of their identity solutions, protect user data and privacy, and comply with regulations for Strong Customer Authentication.

You can read more about this in our product documentation.

We are pleased to announce the release of Flexible Identifiers, enhancing your ability to customize authentication processes. This feature allows the use of multiple attributes such as email, phone number, and username as unique identifiers, either individually or in combination, to authenticate users. Including the option to configure Phone Number as a Sole Identifier!

Key Capabilities:

• Configure multiple identifiers for enhanced security and user experience.
• Tailor login experiences to fit specific user and security requirements.

Please Note:

• Thorough testing in a development environment is recommended before deployment.
• We’re Implementing this release in a staggered approach, it could take between 1-4 weeks for these changes to be visible in your dashboard
• Review the Limitations Page in our documentation for detailed information on feature constraints.

Flexible Identifiers are designed to provide a more adaptable, secure, and user-friendly authentication environment. Explore this new feature to enhance your platform's functionality and security.

Auth Challenge is the new default Bot Detection response that offers an invisible, frictionless alternative to CAPTCHA. Auth Challenge uses a series of non-intrusive challenges to make it tougher on bots but frictionless for users. Raising costs to attackers while keeping the user interaction as simple as clicking a checkbox!

You can read more about Auth Challenge enablement and Bot Detection in our online documentation found here

We’re excited to announce the launch of our fourth generation Bot Detection. This upgrade combines the capabilities of our CIC machine learning model with third-party bot scoring, significantly enhancing our ability to identify and thwart bots more effectively and safeguarding against malicious traffic.

The fourth generation Bot Detection includes a major update in our ML architecture that allows for faster model releases and a range of detection algorithms. Our testing indicates a potential increase in bot detection by up to 25%, all while maintaining minimal impact on legitimate user traffic.

This feature upgrade is available to all our Enterprise customers who subscribe to the Attack Protection add-on. We are currently rolling out this enhancement and expect to complete the process within the next few weeks, aligned with your individual release schedules.

To activate Bot Detection or if you require more detailed information, please visit our online documentation or contact your account team. We are here to assist you in ensuring your systems are secure against sophisticated threats.

Forms for Actions is a new visual editor that allows you to build custom forms that can be used to extend your login and signup flows with additional steps and business logic.

Some of the key capabilities of Form for Actions include:

• Pre-built components with frontend and backend validations.
• Custom business logic with out-of-the-box integrations with third parties.
• Controlled and secure experience within your tenant's domain. Not required to redirect users to external sites.
• Consistent branding experience with Universal Login.

Using Forms for Actions enables you to build use cases like progressive profiling, custom policies acceptance, custom signup or login steps... Personalization has never been easier.

You can read more about this new capability in our Product Documentation and our Blog Post.

Auth0 Teams provides a platform to simplify viewing and management of environments, tenants and tenant members from a single pane of glass (Teams Dashboard).

We've updated the Teams Dashboard to include a new report called Team Activity under the Reports section of the Teams Dashboard.

Team Activity allows Team Owners to view and audit event logs generated by team members.

Team owners now have visibility to events such as team member invitations, team member role changes, changes to the team security policies, and changes to the team settings.

Team Activity Early Access is now available on the Enterprise plan. Please refer to Auth0 Teams Documentation for more information.

Auth0 Teams is getting more exciting new features, and we can't wait to share them with you.

Starting May 2nd, 2024, Team Owners with accounts created using username and password would need to verify their email address before they are allowed to invite other members to the team from the Teams Dashboard.

Note: Email verification only applies to team owner accounts created using username and password and does not apply to team owner accounts created using enterprise and social connections.

Auth0 is happy to announce that JSON Web Token (JWT) Profile for OAuth 2.0 Access Tokens - RFC9068 is now available in Early Access for all customers. You will be able to opt-in to use the new profile for your Access Tokens on a per-API basis.

With this release, we are adopting an Identity industry standard to maximize compatibility and interoperability with other solutions as well as reusability of community tools.

Read our public documentation to learn about the details of the new profile and how to activate it for the APIs in your tenant(s).

Developers need to manage how applications are able to interact with an Okta FGA store. Some applications need full permissions, others write permissions, read permissions, or only permissions to update the authorization model.

You can now create multiple credentials for an Okta FGA store with different sets of permissions. So whether your client-facing application only needs read access while your Continuous Integration deployment needs the ability to write an authorization model, you are in control of security from the Okta FGA dashboard.

You can learn more by following the How To Get Your API Keys tutorial to create a new credential.

Okta CIC has added a privacy manifest file to the iOS Guardian app & SDK – the privacy manifest file describes the data that apps & third-party SDKs collect and supplies the reasons required APIs that the app & SDK use.

The privacy manifest file is in support of the requirements put forth by Apple to ensure transparency and allow users to make informed decisions about their privacy. The manifests include details on the types of data collected, how the data is used, and whether it is shared with third parties. Read more information about Apple’s privacy manifests and the required reason API.

Okta CIC is proud to announce the next round of improvements to Universal Login as part of our efforts to reach WCAG 2.2 AA guideline conformance. This release includes the following improvements.

• Client-side validation of email addresses. These validations follow the same formatting rules as the server-side validation
• Accessible Labels. We cleaned up the duplicate labels in the HTML and properly associated them with their respective input fields.
• Password Complexity Requirements. These will now be properly announced by screen readers.
• Announce Inline Error Message. We added the proper aria attributes to the Inline error messages so that they can be understood and properly announced by screen readers.
• Consistent Page Titles. Every screen in our authorization flows now has a useful and distinct page title.
• Visually Indicate Required Fields. Required fields now include a visual indicator within the label.

To view all the changes and learn more see the Support Center article

Okta FGA is now very easy to integrate with Java Spring Security, using the OpenFGA Spring Boot Starter.

In a nutshell, you can now use the @PreAuthorize Spring Security annotation with an fga bean that will require an authorization check to pass before executing a method:

// Method body will only execute if the FGA check returns true. 403 otherwise.
@PreAuthorize("@fga.check('document', #docId, 'reader', 'user', authentication?.name)")
public Document getDocument(@PathVariable String docId) { 
   return repository.findById(id);
}

You can learn more in the OpenFGA Spring Boot Starter repository.

Given authorization is application specific, the rules governing application authorization should be managed by the application team.

Okta FGA now enables you to compose an authorization model from multiple modules. Each module lives in a different file, owned by each application team.

For example, if a company has 3 teams that own different components:

• The core authorization entities that are shared across the organization
• A wiki component
• An issue tracking component

Each team will be able to manage their own module in independent files whose ownership can be defined in your source control system (e.g. Github CODEOWNERS).

The modules will be combined in a single model when written to Okta FGA.

Learn more about Modular Models in the Okta FGA documentation.

Okta CIC is proud to announce an opt-in, Early Access release of several accessibility improvements to Universal Login as part of our efforts to reach WCAG 2.2 AA guideline conformance. This release allows customer to opt-in to these and future improvements that we will be rolling out in the coming weeks. Once enabled, improvements will be automatically applied to Universal Login as they are released. To learn more see the Support Center article

Auth0 is excited to share an updated list of IP addresses for allow listing on Public Cloud regions, as follows. The updates include, but are not limited to, GeoHA enhancements to Australia and Japan Public Cloud regions.

Request your attention if IP allow list is being used or planned to be used for your deployment on Auth0 Public Cloud. Please refer to Auth0 IP Addresses for Allow Lists for further information on when IP allow list could be required.

United States

174.129.105.183 , 18.116.79.126 , 18.117.64.128 , 18.191.46.63 , 18.218.26.94 , 18.232.225.224 , 18.233.90.226 , 3.131.238.180 , 3.131.55.63 , 3.132.201.78 , 3.133.18.220 , 3.134.176.17 , 3.19.44.88 , 3.20.244.231 , 3.21.254.195 , 3.211.189.167 , 34.211.191.214 , 34.233.19.82 , 34.233.190.223 , 35.160.3.103 , 35.162.47.8 , 35.166.202.113 , 35.167.74.121 , 35.171.156.124 , 35.82.131.220 , 44.205.93.104 , 44.218.235.21 , 44.219.52.110 , 52.12.243.90 , 52.2.61.131 , 52.204.128.250 , 52.206.34.127 , 52.43.255.209 , 52.88.192.232 , 52.89.116.72 , 54.145.227.59 , 54.157.101.160 , 54.200.12.78 , 54.209.32.202 , 54.245.16.146 , 54.68.157.8 , 54.69.107.228

Europe

18.197.9.11 , 18.198.229.148 , 3.125.185.137 , 3.65.249.224 , 3.67.233.131 , 3.68.125.137 , 3.72.27.152 , 3.74.90.247 , 34.246.118.27 , 35.157.198.116 , 35.157.221.52 , 52.17.111.199 , 52.19.3.147 , 52.208.95.174 , 52.210.121.45 , 52.210.122.50 , 52.28.184.187 , 52.30.153.34 , 52.57.230.214 , 54.228.204.106 , 54.228.86.224 , 54.73.137.216 , 54.75.208.179 , 54.76.184.103

Australia

13.210.52.131 , 13.238.180.132 , 13.55.232.24 , 16.50.37.252 , 16.51.137.244 , 16.51.49.47 , 54.153.131.0 , 54.252.2.143 , 54.79.31.78

Japan

13.208.85.227 , 15.152.185.222 , 15.152.2.46 , 15.152.28.221 , 15.152.56.146 , 15.152.95.63 , 176.34.22.106 , 35.74.30.168 , 43.206.201.6 , 46.51.243.250 , 54.150.87.80 , 54.248.192.141

UK

18.135.40.36 , 3.10.89.10 , 3.8.59.62

Using the post-login action, you can now easily customize your MFA flows to prompt users to enroll in specific factors. After a user enrolls in a factor, they can use that factor as a secondary method of authentication in future logins. Customer Identity Cloud (CIC) now includes two new commands in the post-login API object: enrollWith and enrollWithAny. 

These commands, paired with our recent Customize MFA Factor Selection feature release, allow you to specify precisely how to enroll and challenge the user with MFA factors based on contextual signals about the user, the organization, or the application they are logging into.

These changes provide greater flexibility with MFA to:

• design an authentication flow that reduces friction
• cater to your end-users’ preferences 
• align authentication with your organization's security policies

You can read more about this new capability in our Product Documentation.

End users can now enroll in One-time Password (OTP) Multi-factor Authentication (MFA) using the Guardian App or a custom app using the Guardian SDK on the same mobile device as the application. This allows users to complete OTP MFA enrollment flows using Guardian without having to scan a QR code.

Read our documentation to learn more.

Okta Fine Grained Authorization is generally available in the US, Europe and Australia regions.

It enables developers to implement authorization in a way that’s centralized, flexible, fast, scalable, and easy to use.

It's based on OpenFGA, an open source project owned by the Cloud Native Computing Foundation for which Okta is a core maintainer.

Try it for free at https://dashboard.fga.dev/, or learn more about it on the product documentation.

As part of our commitment to protect users, we are giving developers remote control of their users' authentication status through additional management API endpoints. These endpoints enable developers to list, explore, and terminate all or individual sessions and refresh tokens.

Access to the sessions via API endpoints is generally available to all customers with an Enterprise plan. Additionally, eligible customers have the opportunity to participate in the early access program for the Refresh-Token API endpoints.

It is important to note that the newly introduced session revocation methods will soon incorporate the corresponding session-deleted along with previous initiators, progressively becoming available in the coming days.

Businesses using Customer Identity Cloud’s Universal Login can leverage a new pro-code option to customize signup and login flows to address their unique needs. This new capability is available to customers on Professional plans or higher and allows them to address unique data capture, security, and compliance (terms of service) requirements.

Interested in learning more? See our online documentation for detailed instructions and examples.

Okta Customer Identity Cloud (CIC) recently published CIC log schemas (V1). This repository contains schemas for Log events documented here. For more information please reference the Github repository

Okta Customer Identity Cloud (CIC) now supports Duo Web SDK V4 for MFA.

If you are currently using Duo Web SDK V2, additional information about this change was or will be sent to your tenant administrators, including detailed instructions and links to related documentation. See also: Duo Web SDK V4 and Duo Universal Prompt Update Guide.

Starting February 14th, 2024, Tenant admins with accounts created using username and password would need to verify their email address before they are allowed to invite other members to the tenant from the Auth0 Dashboard.

Note: Email verification only applies to tenant admin accounts created using username and password and does not apply to tenant admin accounts created using enterprise and social connections.

Auth0 Teams consolidates managing tenants, tenant members and your subscription in one central place. We are happy to announce Teams Environment and Tenant Management support for our Private Cloud customers.

The release of Teams General Availability marks another significant milestone, completing the support of all plan types on the Auth0 Teams architecture. Our enterprise customers can now view and manage environments and tenants that belong to both Private and Public Clouds.

Please refer to Auth0 Teams Documentation for more information. Contact your Technical Account Manager or Auth0 Support to provision Auth0 Teams if you are an Enterprise customer and begin the journey of centralized visibility and control with us.

More exciting new features are coming to Auth0 Teams, and we can't wait to share them with you. Please continue to look for Auth0 Teams product announcements in the future.

At Okta, we take security seriously, so we made further updates as part of our continued efforts to help keep your Auth0 and Teams dashboard user accounts secure. Starting today, the session cookies of both Teams and Auth0 Dashboard dashboard users will now be bound to the originating Autonomous System Network (ASN) as part of the session creation.

What does this mean? Suppose, in an unforeseen situation, the session cookies are compromised. In that case, existing sessions will be invalidated, and the user hijacking the session will be forced to log in again if they attempt to access from a different workstation outside of the ASN bound to the session cookie.

Initiators hook up to session termination events to request applications to log users out whenever that session is invalidated at Auth0. An initiator can be any cause of a session ending. This allows you to move from user-interactive single-logout to server-initiated distributed logout effortlessly on top of the OIDC Back-Channel Logout specification.

This update includes Account Deleted and Email Changed in the existing list of logout initiators: Password Changed, Session Expired, and various Logout. Your applications can subscribe to individual or all initiators. For example, you can use Account Deleted to, in combination with OIDC Back-Channel Logout, remotely log the user out upon removing the account.

Want to know more? Check out our public documentation and follow our updates as we incorporate more functionalities.

This invisible, frictionless captcha alternative uses a series of browser and device challenges to make it tougher on bots but frictionless for users.

Auth Challenge raises costs to attackers while keeping the user interaction as simple as clicking a checkbox!

Check out the details on configuring Auth Challenge in our online documentation here.

As part of our continued efforts to help keep your dashboard user accounts secure, we now require dashboard users that log in with either username and password or 3rd party social connection apps to enrol into MFA.

Note: This change applies to your Auth0 account login and does not impact applications or websites you have configured with Auth0.

Read our documentation, and community post for more information.

Ready to start using MFA as part of a more secure login flow? You can configure it in your user profile.

Read more about how to configure Multi-Factor Authentication for Dashboard Users.

Need to request an MFA reset? Review this post.

Today we released support to choose whether you show an Enterprise Connection during Organization based logins. Similar to how Enterprise Connections work at the Application level, you can now navigate to Organizations -> “Your Organization” -> Connections -> “Your Connection” and then select whether you want to display that connection as a button on the login screen.

Paired with Home Realm Discovery, this gives you powerful options to utilize hidden enterprise connections to support multiple customers using a single organization login, or hiding a support staff login from a customer’s organization.

To learn more, check out the documentation.

Starting today, our Private Cloud customers can now request Session Timeout and Max Session Age value changes for their Auth0 Dashboard users (admins and non-admins). Please reach out to your Technical Account Manager for more information.

We’re excited to announce that Inbound SCIM for Okta Customer Identity Cloud is now in Early Access. Customers can now go live with their SCIM integrations if they choose. In addition, the EA supports SCIM for Enterprise identity providers integrated using all three of these connection types: SAML; Okta Workforce (OpenID Connect); OpenID Connect

We’re excited to announce passkeys are now Generally Available in the Okta Customer Identity Cloud to help businesses drive greater sign-up and sign-in conversion without compromising end-user security.

This release builds off our existing Early Access implementation and makes it easier for larger enterprises with a custom database to adopt passkeys using lazy migration and reduce their customer's reliance on passwords. We’ve also improved the developer experience by expanding our SDK Libraries support.

With passkeys, Auth0 customers can transform their sign-in process, enjoying faster, easier, and more secure access to websites and applications. Passkeys are FIDO credentials that are discoverable by browsers or by security keys for passwordless authentication. Based on FIDO Alliance and World Wide Web Consortium (W3C) standards, passkeys replace the need for passwords by using cryptographic key pairs, ensuring robust protection against phishing and enhancing the overall user experience.

This feature will be gradually rolled out to all customers across all plans, starting Jan 31, 2024. Initially, it'll be available in the public cloud, followed by a rollout in private cloud environments a few weeks later as per the release pipeline.

For your existing users with passwords, we offer a seamless progressive enrollment process to add passkeys for subsequent logins, ensuring a smooth transition to enhanced security.

Before you get started, please note that there are certain prerequisites to enable passkeys. Make sure to review these requirements in our documentation to ensure a seamless setup process.

Ready to try out passkeys in your application? Check out this implementation post and our online documentation for step-by-step guidance on configuration.

Enterprise customers with Public Cloud-based tenants may now receive request rates in excess of 100 RPS. Public Performance is an add-on to a Customer’s existing Public Cloud deployment allowing for request rates up to 200 RPS for 48 hours per month. The add-on is intended to provide customers the ability to grow their traffic on Auth0 in more affordable Public Cloud environments before upgrading to Private Cloud.

For more information, please see Rate Limit Policy docs

We are happy to announce Limited Early Access availability of advanced identity security solutions for customers operating in highly regulated industries. These incorporate a set of Financial Grade Identity™ features, defined by the OpenID FAPI Working Group and known as FAPI v1 Advanced. This enables customers to elevate the security of their identity solutions, protect user data and privacy, and comply with regulations for Strong Customer Authentication.

You can read more about this in our public documentation.

We have introduced a new claim mapping for the Google hd claim to Auth0 idp_tenant_domain. This new claim, made available with Auth0 PostLogin Actions can be leveraged to validate the Google organization an end-user is authenticating with. Check out Auth0 PostLogin Action Object for more information.

We are excited to announce our first round of accessibility fixes and updates to New Universal Login required for WCAG 2.2 AA compliance!

This release focused on the MFA Country Code Selector

Users that rely on screen readers will now have a much easier time navigating the country code selector. We also added a shiny new search/filter input to make it possible for all users to efficiently find and select their country code. These changes are already in production for most environments!

We’ve reduced the session timeout for the session age for administrator sessions on Auth0 Dashboard down to 12 hours.

For administrators working within Auth0 Dashboard day to day, you will be prompted to re-authenticate after 12 hours from your last login activity. This change does not affect any sessions configured for your end users interacting with your applications integrated with Auth0 identity services. The changes only apply to administrator sessions on Auth0 Dashboard.

We’ve reduced session timeout due to inactivity and also implemented a session age for administrator sessions on Teams dashboard to 12 hours.

For administrators working in Teams dashboard day to day, more frequent challenges to log after 12+ hours.

We’ve also reduced the session age for administrator sessions on Teams dashboard. After 12+ hours from last successful login inactivity, the Teams session will time out, and administrators will have to log back in.

Have you ever had challenges in writing an Action from scratch? Now, Templates for Actions help you jumpstart with pro-code Actions within seconds!

Head over to Actions and choose "build from Templates" - We have offered a growing list of templates for Actions across different triggers and use cases. Start use Actions to customize MFA setting and verify access control by choosing relevant templates.

You can learn more about Templates for Actions from our doc site.

We are happy to announce a new Actions trigger for password reset flows is now generally available. This new extensibility point allows developers to block specific password reset requests, customize the password reset flow to require MFA, leverage a redirect to complete additional validation by a third party, and leverage an Auth0 Marketplace integration in the password reset flow. Read more

Do you sit and stir at the screen, scrolling through the tenant page filled with many tenants on the Teams dashboard? As your luck may have it, only to find the tenant on the last page? Teams Dashboard allows you to search quickly for a tenant that belongs to the team.

Now, when attaching .HAR files within a ticket via Support.Auth0.com, the file is sanitized. To use:

1. Navigate to the Auth0 Support Center
2. Select Open Ticket
3. To trigger the file sanitization, simply attach/upload the .HAR file to the existing ticket or new ticket.
4. The file is sanitized at the client side before the file is uploaded to the portal.
5. The original trace is not uploaded prior to sanitization.
6. Filename after sanitization and upload: <file_name>_sanitized.har. You can download the sanitized file if you want to inspect it.

Do not attempt to upload zipped or compressed HAR files because those files will not trigger the sanitization. Only .har files are processed.

While Okta will attempt to identify sensitive data for you, you acknowledge that it is your responsibility, and not Okta’s, to identify sensitive data in HAR files that you want to be redacted.

For more information on generating HAR files, see this documentation.

Customers can now pass the email_locale parameter when invoking an MFA enrollment via API to generate MFA enrollment tickets and render Universal Login enrollment prompts in the specified language. This is a fix to a known issue where Universal Login enrollment prompts were defaulting back to English instead of rendering in the specified language. Read more.

On the heels of announcing the new Private Cloud regions in Australia and Japan, we're thrilled to launch Private Cloud deployments in a brand new country - Indonesia - leveraging Jakarta AWS region.

This region expands Auth0's geographical availability and addresses Indonesian customers' data residency needs. We stand committed to meeting our customers where they are, both figuratively and literally.

Okta Access Gateway (OAG) is a solution designed to extend modern identity to legacy on-prem applications to protect your hybrid cloud. Now, you can easily set up Okta Access Gateway to use Auth0 as the identity provider to authenticate users and have Single Sign-On (SSO) when accessing these on-prem applications.

To learn more, read our documentation.

We are happy to share that we are expanding the use cases of OIDC Back-Channel Logout with new Logout Initiators (Early Access).

“Don't call us, we'll call you”

What is this feature? Initiators hook up to session termination events to request applications to log users out whenever that session is invalidated at Auth0. An initiator can be any cause of a session ending, like a Password Changed or a Session Expired. This allows you to move from user-interactive single-logout to server-initiated distributed logout effortlessly on top of the OIDC Back-Channel Logout specification.

Want to know more? Check out our public documentation and follow our updates as we incorporate more functionalities. This functionally requires access to the OIDC Back-Channel Logout functionality already generally available for enterprise plans.

We are delighted to announce support for Private Cloud deployments in two new AWS regions - Melbourne, Australia and Osaka, Japan as part of continual geographical availability and reliability enhancements.

Either of these regions could be used as:

• Primary region for new Private Cloud deployments
• Failover region for Private Cloud GeoHA deployments, which have primary region in the existing Sydney and Tokyo AWS regions respectively

With the introduction of these Private Cloud regions, customers with be able to satisfy GeoHA as well as Data residency requirements in Australia and Japan.

You asked, we listened and delivered! Introducing the much anticipated Teams feature, Tenant Member Management. Designed to help you centrally manage your onboarding and off-boarding workflow of tenant dashboard members. 

We have received much feedback from our users, and this feature will significantly improve your experience with our product.

Here are some key benefits of Teams Tenant Member Management:

• Team Owners centrally grant dashboard users access to one or more tenants.
• Assign Team Members more than one App at a time for Editor - Specific Apps role.
• A new "Contributor" role for Team Members, to view and access specific tenants they are members from Teams Dashboard.
• Just In Time, Team members' accounts are auto-created in Teams based on successful login using your enterprise IdP.

Want to experience improved account management with friction-reducing Teams Tenant Member Management? Our documentation will guide you on how to turn on the feature.

We have recently enhanced our Adaptive MFA risk assessment object to expose three additional phone attributes: line type, region, and provider!

In combination with Actions you can customize your Adaptive MFA flow to leverage and trigger challenges based on these new attributes in the risk assessment object.

To read more about the new phone attributes in the Adaptive MFA, you can check out our online documentation here.

To learn more on how to use Adaptive MFA with Actions, check out the following documentation here

Using the post login action, you can now easily define which secondary factor, or sequence of factors, your end-users are challenged with for MFA in the login flow. Customer Identity Cloud (CIC) now includes two new commands in the post login API object: challengeWith and challengeWithAny.

With these commands, you can specify how to challenge the user with MFA factors based on contextual signals about the user, the organization, or the application they are logging into.

These changes provide greater flexibility with MFA to:

• design an authentication flow that reduces friction
• cater to your end-users’ preferences
• align authentication with your organization's security policies

You can read more about this new capability in our Product Documentation.

We have updated the experience for the Production Readiness Check tool in the Auth0 Management Dashboard.

The Production Readiness Check tool now provides:

• The ability to 'dismiss' a check while keeping it available to restore at the bottom of the page
• A progress gauge as a clear visual indicator of tenant production readiness
• Failed and Passed expandable objects within a single page (replaced the former tabbed layout)
• Critical labels to denote that a check has security or end-user implications.

*Note: The Production Readiness Check tool now only lives in the Auth0 Management Dashboard. Previously, it also lived in Auth0 Support Center but has now been centralized in the Dashboard.

To learn more about the Production Readiness Check tool, see this documentation

Is Johnny part of the team? Teams Dashboard allows you quickly search for a team member either by name or email!

We are excited to announce that the Guardian App now supports all 40+ languages to match the entire Universal Login localization language set.

Users can select the language in the app; the default is based on the user's registered device setting. See our documentation for the full list of supported languages.

The Guardian app is an authenticator that delivers push notifications to a user’s pre-registered device (mobile phone or tablet). You can learn more about the Guardian App in our product documentation.

Additional library updates and minor bug fixes are included with this release.

Starting today, we are rolling out Account Linking in Actions. Developers can start linking user accounts from various identity providers. This allows a user to authenticate from any of their accounts and still be recognized by your app and associated with the same user profile.

Account Linking in Actions will be rolled out in stages to all customers in all environments. The Public Cloud on the Converged Platform will receive this feature in next coming weeks based on its release cycle.

You can leverage setPrimaryUser now in Actions and check our documentation to learn more.

A new version (V3) of the LinkedIn social connection is available in Customer Identity Cloud. Existing customers/connections are unaffected by this change. Customers creating new LinkedIn applications that require Sign in with LinkedIn using OpenID Connect will need to use this new connection strategy. Read more.

Did someone order up one Dark Mode Browser extra Hot! Feel free to dim the lights; Teams Dashboard now supports dark mode.

You can now seamlessly integrate with Arkose Labs through our Bot Detection product!

Arkose Labs is a bot management provider that helps deter and defeat bots by leveraging AI and unique context-based 3D captchas.

With this new integration, you can combine the power of Auth0 attack protection and seamlessly integrate Arkose Labs detection and response into your authentication flows!

To learn more about our Bot Detection Integrations, please refer to our online documentation.

Starting Oct 16, We are removing Rules and Hooks from new customers onboarded on/after Oct 16, as our first step of the Rules and Hooks Deprecation Plan.

This has no impact on existing customers and tenants, but we encourage all customers to migrate their Rules and Actions before Nov 18, 2024, the end of life for Rules and Hooks. We have provided a Migration Guide to help our customers get started.

You can contact your Technical Account Manager or Auth0 Support for retroactive access for very limited use cases.

Okta Workflows is a no-code automation platform for Identity. To help developers extend and customize Customer Identity with custom logic, Auth0 (CIC) now has an Actions Integration with Workflows and Workflows now has a connector with Auth0.

You can check out the details and read more here.

We've updated the Private Instances page in the Auth0 Support Center to display Failover Region (where applicable) and Deployment Window schedule information.

OpenID Connect Back-Channel Logout allows you to implement end-users single-logout through direct communication between the identity provider (IdP) and an application backend. When configured, any Single Sign-On (SSO) application can leverage the session identifier (sid) included in ID Tokens to react to the session termination events received in OIDC Back-Channel Logout Tokens.

Back-channel communication is a reliable mechanism to coordinate application logout and avoid limitations imposed by the need for an active browser or third-party content browser restrictions. OIDC Back-Channel Logout in our public documentation This capability is a practical solution for applications with a backend that can keep and manage the state of a user session. Learn more about . The feature will be gradually rolled out to all customers on one of our enterprise plans.

The Auth0 Community Response Series YouTube Playlist is now integrated as a source of knowledge when searching for solutions on https://support.auth0.com/. Content from this YouTube source may also appear as a 'Recommended Article' if it matches with the ticket Request Summary during the ticket creation flow in order to surface helpful knowledge while troubleshooting.

We're making it easier for you to build multi-tenant administrative dashboards in your SaaS application by optionally including organization members’ RBAC roles in the Auth0 Management API GET Organization Members response.

This will allow you to show your customers' administrators a list of the end-users on their team, along with their access levels, using a single API request.

Click here to learn more about how Organizations can help with authentication and authorization for your B2B & SaaS applications.

Announcing the general availability release of Auth0 Terraform Provider v1! This milestone release introduces a plethora of new features, enhancements, and bug fixes that make managing your Auth0 infrastructure with Terraform more efficient and reliable than ever.

What's New in v1:

• Data Sources for Resources: Fetch and reference data from existing Auth0 resources effortlessly. Retrieve specific details or configuration settings from Auth0 entities and use them within your Terraform code.
• Resource Relationships: Establish and manage relationships between Auth0 resources with ease. Whether it's 1:1 or 1:many relationships, v1 provides the flexibility to model connections and dependencies accurately.
• Zero Downtime Client Secret Rotation: Rotate client secrets without causing disruptions to your applications or users. This version includes built-in support for zero downtime during client secret rotation.
• Bug Fixes and Stability Enhancements: We've focused on improving the stability and reliability of the Auth0 Terraform Provider. This release includes numerous bug fixes and enhancements to meet the diverse needs of the developer community.

To get started with Auth0 Terraform Provider v1, visit the official Terraform Registry. If you're migrating from a previous v0 build, please consult the migration guide as this release includes breaking changes.

We have updated Quota Utilization Reports to include the Private Cloud Environment name within the 'Environment' column of these reports instead of the previously inferred values of "Production or Development".

Now you can leverage the actual names for the Private Cloud environment to have a better understanding of your subscription usage.

After a successful authentication to the Teams URL https://accounts.auth0.com, you will be automatically redirected to your Teams dashboard without the need to enter either your Team name or Team permalink.

We are excited to share that the Auth0 Support Center has been updated to integrate Auth0 'Recommended Articles' within the Ticket Creation Flow. Now, as you enter in a summary of your request or issue in a ticket, you'll be presented with matched recommended articles to help troubleshoot your request or issue.

Learn more about Auth0 Support Tickets here.

Annoucning the general availability of node-auth0 v4. This release brings a wealth of exciting new features and improvements including:

• Rewritten from the ground up in TypeScript
• Full up-to-date Types for methods, request parameters, bodies, errors, and responses.
• Support for Edge runtimes
• A customizable modern network stack and more!

To get started with the node-auth0 v4 SDK, check out the repo on GitHub. If you're coming from a previous version, please check out the migration guide as this release includes breaking changes.

With our recent release, the Guardian App now supports both passcodes and biometrics as a layer of security for the app on iOS. You can add a passcode, touch ID or face ID from within the app settings. This is a safeguard to ensure the information you manage within the app is protected if you lose your phone or if it is stolen – any easy measure to take to protect yourself!

Note: this feature was previously released on Android and is already supported on that app.

We're excited to introduce passkeys, a cutting-edge feature now available in Early Access! With passkeys, Auth0 customers can transform their sign-in process, enjoying faster, easier, and more secure access to websites and applications. Passkeys are FIDO credentials that are discoverable by browsers or security keys for passwordless authentication. Based on FIDO Alliance and World Wide Web Consortium (W3C) standards, passkeys replace the need for passwords by using cryptographic key pairs, ensuring robust protection against phishing and enhancing the overall user experience.

For your existing users with passwords, we offer a seamless progressive enrollment process to add passkeys for subsequent logins, ensuring a smooth transition to enhanced security.

Before you get started, please note that there are certain prerequisites to enable passkeys. Make sure to review these requirements in our documentation to ensure a seamless setup process.

With Early Access, this feature will be gradually rolled out to all customers across all plans, starting September 7th, 2023 . Initially, it'll be available in the public cloud, followed by a rollout in private cloud environments a few weeks later as per our release pipeline. For our valued Private Cloud customers, enabling passkeys is as simple as reaching out to your account team for assistance. To learn more about our release stages, please refer to Product Release Stages.

Curious about setting up passkeys? Explore our online documentation for step-by-step guidance on configuration.

Users now have the option to choose a dark theme when viewing Auth0 docs. Anyone wanting to try it can toggle the theme using the button on the top right corner of the screen.

We are excited to share that we have added new production readiness checks to our Readiness Check tool in the Auth0 Management Dashboard. The Readiness Check tool helps Tenant Administrators review configuration issues for a specified tenant to ensure optimal setup before going live.

‘Required’ Readiness Checks Added:

• All Actions are running a recommended version of NodeJS
• Hooks are being deprecated and must be migrated to Actions
• Rules are being deprecated and must be migrated to Actions
• Tenant is set to use a recommended default NodeJS version
• Use Custom Domain in Branded Email Templates

Learn more about 'Required' Checks here.

‘Recommended’ Readiness Checks Added:

• Configure Log Streaming
• Enable New Universal Login
• Set Application Login URI
• Set Tenant Login URI
• Set Tenant Allowed Logout URLs

Learn more about 'Recommended' Checks here.

Give your eyes a break or just switch it up for a bit of a change. Whether it’s for higher contrast, glare reduction or if it just comes down to your personal preference, check out Dark Mode on the Guardian App.

The Guardian App now supports both dark and light themes. From the Settings menu, users can now select the display theme: light, dark, or system default.

Starting today, we are rolling out advanced capabilities of SAML Mapping, Root-Level User Attributes, and Access Token Scope to Actions. Developers can effectively leverage these newly added capabilities in Actions to unblock unique use cases and complete migrations from legacy Rules and Hooks.

Key Highlights

SAML Mapping and Configuration: Developers can effectively use SAML mapping to map user attributes and claims from SAML assertion assertions to user profiles with Actions when creating and customizing the login and user registration flow.

Access Token Scope: Developers can freely add or remove claims scopes with newly created custom API with security enhancement.

Root-Level User Attributes: Developers can start using standard properties such as user.roles, user.groups, user.permissions to understand more customer profiles and help protect user interests,

To learn more about the feature you can go through our supporting resource below:

Blog Post | Documentation | Migration Guide

We are thrilled to announce the general availability of react-native-auth0 v3! This release is a significant transformation in our React Native SDK, aligning with the latest developments in the React Native framework.

Key Highlights

• Strong Typing with TypeScript: Migrated to TypeScript for native type support and enhanced development support.
• Hooked on Hooks: Full support of SDK through Hooks, including Authentication APIs.
• Dynamic User Object: Real-time updates and improved credentials management through Hooks.
• Single Line Expo Integration: Seamless integration with just one line of configuration.
• Android 12 Support: Compatibility with the latest Android version.

To get started with the react-native-auth0 v3 SDK, check out the repo on GitHub. If you are coming from a previous version, please check out the migration guide as this release includes breaking changes.

To make Organizations easier to use, Auth0 now supports using the Organization Name to launch login flows via the Authentication API. More specifically, the /authorize and /samlp (SAML) endpoints have now the option to accept Organization Names instead of Organization IDs.

To learn more about how to activate and use this feature, as well as the security implications to bear in mind, read more details in Auth0 docs.

We have expanded our captcha response providers in our Bot Detection product. Now, you can seamlessly integrate with Friendly Captcha and hCaptcha.

Friendly Captcha is a proof of work captcha. Not only does it provide a frictionless user experience, but it also imposes significant computational costs on attackers, making it highly effective against malicious activities.

In addition, we’ve added hCaptcha as an alternative to reCAPTCHA Enterprise. hCaptcha offers a similar user experience while offering different stances on privacy and data collection. It also provides wider regional availability, ensuring that our customers can benefit from comprehensive bot detection regardless of their location.

To learn more about our Bot Detection solution, please refer to our online documentation.

Now announcing the Bot Detection Slider for Bot Detection!

We have added the ability to adjust the level of friction of the “When Risky” setting on our Bot Detection model.

There are three settings to choose from Low, Medium, and High.

Low - a more relaxed security stance, resulting in less friction for users.

Medium - a balanced and recommended setting for a balanced experience of security and user friction

High - will take a more strict security approach, increasing user friction but applying a more assertive security stance.

With this new addition, the ability to adjust your detection to match your business needs and risk tolerance is just a setting away!

See the online documentation here, for additional information on bot detection and on how to use the bot detection slider.

The Guardian iOS and Andriod SDKs support custom domains!

With a custom domain, your users feel confident that they are providing their credentials to the right party. Authentication happens within the context of your brand which helps you build brand loyalty. Users are not redirected to a third-party site that breaks the branding context. This prevents users from becoming confused about whether they are still making a transaction or operation with you.

Containing your authentication services in one place makes your application architecture more maintainable. Applications gain only the access they need and authentication services scale easily. Other security benefits of using a custom domain include:

• Some browsers, by default, make it difficult to communicate in an iFrame if you don't have a shared domain.
• It's harder to phish your domain if you have a vanity URL because the phisher must create a vanity URL to mimic yours. For example, with a custom domain, you can use your own certificate to get an Extended Validation, making phishing harder.

Security policies allow team owners to configure and implement access rules that adhere to your organization's IT security policies for access to their Auth0 accounts. SSO Enforcement as one of the security policies gives you the option to mandate login to Teams and Manage Dashboard through the organization's enterprise IdP.

Follow the link to learn more. Configure Security Policies

We have added a new Auth0 Management Dashboard Role: Editor - Organizations. Now, we’ve created a way for you to provide more specific Organizations Administration access in order to allow other tenant members to create, configure, and maintain your Organizations. To learn more about the role and what plans have access, see our Dashboard Access by Role documentation

Auth0 now supports Microsoft 365 Modern Authentication and Azure Communications Services for outbound email services. Customers can use Outlook on Microsoft 365 or the recently released Azure Communication Services as preferred authentication methods. To learn more, read Configure Microsoft 365 Exchange Online as External SMTP Email Provider or Configure Azure Communication Services as External SMTP Email Provider.

OIDC and Okta Workforce connections now support PKCE and attribute mapping. PKCE enables you to build more secure connections between Auth0 and your connected identity provider. With attribute mapping you can sync more attributes from your IdP into your Auth0 tenant. This enables you to ensure your tenant is leveraging the latest user information from the connected IdP. To learn more about both of these improvements check out our documentation.

Node.js 18 is now generally available (GA) for Actions, Rules and Hooks. Starting today, all tenants in public cloud will receive Node 18 support. Customers on Converged private cloud platform will receive Node 18 in the following weeks subject to your private cloud release schedule.

To adhere to best code security practices, we strongly encourage customers to update to Node 18, before September 11th, 2023 when Node 16 long-term support ends.

Customer can start using Node 18 in their tenants setting and/or when creating new Actions in the Auth0 Manage Dashboard.

We have updated the CIC Production Readiness Checks tool found in the Auth0 Management Dashboard. Documentation links have been updated and "Configure" navigation has been improved to allow for easier use of the Production Readiness Checks tool.

You requested the ability to change team names, and we have successfully delivered. To change the team name, go to the Teams dashboard, click the Settings icon, and update the Team Name in the Team information section. See the online documentation for additional information on changing team name or Teams in general.

Today we’ve released upgrades to how login flows work for applications using Organizations to build multi-tenant SaaS apps. We’ve created options for tying identifier first Home Realm Discovery to Connections with IdP domains associated with Organizations. We’ve also released a New Universal Login Prompt that displays when configured for end users with multiple organization memberships. Those users can now select which Organization they want to login with after authenticating.

You can find out more about how these new flows work in the online documentation.

Auth0 Enterprise plans can now use OIDC Back-Channel Logout capabilities for Session Management in their production tenants. This allows you to implement responsive single-logout experiences for end-users, avoiding limitations imposed by third-party cookie browser restrictions and setting the foundation for remote logout capabilities.

When configured, any SSO application can leverage the session identifier (sid) included in ID Tokens to react to the session termination events received in OIDC Back-Channel Logout Tokens.

The feature is available upon opt-in request to all enterprise plans and will be automatically enabled by default soon after.

You can learn more about it in our online documentation

Six new languages are now available as supported translations for Universal Login:

• Basque: eu-ES
• Catalan: ca-ES
• Galician: gl-ES
• Norwegian: no
• Norwegian Nynorsk: nn
• Welsh: cy

For additional information on languages and localization, see the online documentation.

We are excited to announce that the Guardian App supports localization. The app is available, as an authenticator, to deliver push notifications to a user’s pre-registered device (mobile phone or tablet). In addition to English - US (en-us), we support French - Canada (fr-ca), French - France (fr), Portuguese - Brazil (pt-br), and Spanish - Argentina (es-ar). Users can select the language in the app setting; the default is based on the user's registered device setting.

You can learn more about the Guardian App in our public docs.

Beginning October 16th, 2023, Rules & Hooks will no longer be available to new tenants. Actions is our offering which unifies all the extensibility of Rules and Hooks and more. For existing users of Rules & Hooks, these features will no longer be available as of November 18th, 2024.

To learn more about migrating to Auth0 Actions, read this migration guide.

Auth0 now supports Private Key JWT in General Availability, a more secure and flexible way to authenticate your Auth0 Apps:

• Enhance security by generating asymmetric public/private key pairs for use as credentials. Once you register the public key with Auth0, you use the private key to sign the request sent to the Authentication API for a more secure experience.
• Renew credentials seamlessly with key rotation. Have two keys active simultaneously for zero downtime.

Private Key JWT is our first protocol capability shipped to enable FAPI compliance for Financial Grade APIs and other Highly Regulated Identity scenarios. Stay tuned for further updates!

Private Key JWT is available to customers on the Enterprise subscription plan. To activate, visit the new Credentials tab within the Auth0 Dashboard or the Management API. The main Auth0 SDK also support this new App Authentication Method. Read our Auth0 Docs to learn more.

Auth0 Enterprise customers on Converged Platform can now use Security Center, a new security feature that provides real time monitoring of potential security events. It provides a more proactive approach to our customers on understanding and tweaking their attack protection program, and further strengthen the security posture with real-time monitoring capability of common attack types and metrics on the current attack protection features.

The feature will be rolled out in stages to all Enterprise customers using Private and Public Cloud on the Converged Platform beginning on May 4, 2023.

Security Center includes trends on common threat behaviors- including credential stuffing attacks, sign up attacks, and MFA bypass attacks. It also provides threat monitoring capability on our current attack protection program - including Bot Detection, Brute-force Protection, Suspicious IP Throttling and Breached Password Detection. The threat monitoring tool helps our customers understand the current attack trends on their tenant traffic, and then implement countermeasures by enabling and tweaking the Auth0 Attack Protection feature sets.

To learn more, please refer Security Center in the Auth0 Docs.

The Auth0 Developer Experience team is in the process of deprecating the following repos:

• express-oauth2-bearer | migration guide
• angular-auth0 | migration guide
• auth0-cordova | migration guide

These libraries will no longer be supported after their end of life date. For express-oauth2-bearer, the EOL date is June 30, 2023. For angular-auth0 and auth0-cordova, the EOL date is October 31, 2023. Please make plans to remove these libraries from any active projects before these dates. For each repo we have also provided a migration guide to further assist you.

If you have any questions or concerns, please reach out to us on GitHub.

Auth0 is excited to announce the release of an enhanced search experience on the Auth0 Support Center. Now you can search and filter across Auth0 Docs, Auth0 Community, and Auth0 Blog in a single place without leaving Support Center.

We've added Adaptive MFA Risk Ratings Score in Actions to all environments!

Developers today can effectively use event.authentication.riskAssessment for adaptive MFA risk score and leverage the details about risk assessments obtained during the login flow in PostLogin@v3 trigger.

To learn more about this feature, visit our doc site. As we are adding values to Actions, we encourage all customers to move from Rules/Hooks to Actions starting today.

Announcing the general availability release of Auth0 CLI v1, a significant milestone moving Auth0 CLI from an experimental build to an officially supported tool, offering a range of powerful features and enhancements tailored to streamline your Auth0 development process. Key highlights include an improved authentication process, allowing you to authenticate as a user via device flow or as a machine with client credentials; the new 'api' command for making authenticated HTTP requests to the Management API directly; and over 70 other improvements, feature enhancements and bug fixes.

To learn more and start building with Auth0 CLI, check out our Release Notes on GitHub. If you are coming from a previous version of Auth0 CLI, please refer to the v1 Migration Guide as this release includes breaking changes.

Organization Membership added to User Search 🕵️‍♀️

In order to support our customers with multi-tenant applications, we’ve updated User Search to support the organization_id parameter so that you can search for and filter users based on their Organization membership. This is available in the Manage Dashboard for your support teams as well as via the Management API so that you can enable your business customers' team members to search for users in their Organization from within your application.

Details and examples can be found here.

We're delighted to announce General Availability of the latest Public Cloud environment in United Kingdom (UK)!

Auth0 strives to offer the best CIAM solution in all aspects. The addition of this region (to Public Cloud environments available globally) enables low-latency IAM experience and addreses data residency requirements for UK customers.

The UK region has been available in Beta mode, and thousands of customers have experienced it successfully since November 2022.

Auth0 customers are now able to choose the UK region during tenant creation process. The newly created Auth0 tenant will have [tenant].uk.auth0.com domain name.

Announcing General Availability of SMS and Email based passwordless authentication on New Universal Login. Previously, these passwordless flows were only available on Classic Universal Login. Now, you can use passwordless with many of the existing features of New Universal Login such as No Code Customization tools and the Custom Text Editor.

To learn more about the feature you can go through our documentation here.

The Dashboard Activity page has been reimagined and now provides dashboard admins with access to visualized metrics that give them a high-level understanding of their tenant application signup and login data.

Initially, Tenants will be able to track metrics over time, such as Active Users, Sign-ups, and Retention, in addition to Failed logins. Auth0 will consistently add additional functionality and features to improve the user experience.

This feature is now available to all customers.

You can learn more in our public docs.

A new configuration option is available for factor enrollment flows for end-users on New Universal Login. With this new setting, Administrators have the ability to configure their tenants to prompt end-users to select their preferred factor instead of relying on the factor being automatically selected as default by Auth0.

You can learn more about this new setting, Show Multi-factor Authentication Options, in our documentation here.

Announcing the general availability release of auth0-java v2, the latest release of our authentication and management SDK for Java applications. This release brings a variety of exciting new features and improvements, including:

• A new pluggable HTTP component with a configurable default implementation, making it easier to handle simple and complex use cases.
• HTTP request configuration enabled for all requests, eliminating the need to downcast and simplifying our internal request class hierarchy.
• HTTP response information is returned for all API calls, making it easier to retrieve important information, such as response headers, without having to inspect logs.
• Improvements to the Authentication API client, like no longer requiring a client secret, allowing callers of APIs that don't need a secret to use the client.

To learn more and start building with our latest Java SDK, check out the repo on GitHub. And for developers upgrading from previous versions you can check out our migration guide here.

Customers interested in private cloud deployments can now opt for even greater performance thresholds to support their high volume authentication requirements. We’ve rolled out support for two new Private Cloud tiers supporting up to 180,000 and 360,000 requests per minute (or 3,000 and 6,000 requests per second, respectively). These new tiers are currently available for Private Cloud deployments on AWS.

To learn more, visit the following Private Cloud documentation page.

We've updated the subscription quota reports to also show Active Enterprise Connections usage. This is Generally Available for both Private and Public Cloud customers.

Additionally Auth0 Private Cloud customers can now view their feature usage (eg. Machine to Machine Auth, MFA), for their respective private instances.

For more information on subscription usage, please see the documentation here.

We've updated the Private Instances page in the Auth0 Support Center to display environment name, version, deployment type, and cloud provider.

Auth0 has released Security Center, a new security feature to provide our customers with real-time monitoring of potential security events as they happen. It provides a more proactive approach to our customers on understanding and tweaking their attack protection program, and further strengthen the security posture with real-time monitoring capability of common attack types and metrics on the current attack protection features.

This feature is in Early Access and will initially be rolled out in stages to all Enterprise customers using Private Cloud on the Converged Platform beginning on February 7, 2023. To learn more about our release stages, read Product Release Stages. The feature can be accessed from Auth0 Dashboard.

Security Center in Early Access includes trends on common threat behaviours- including credential stuffing attacks, sign up attacks, and MFA bypass attacks. It also provides threat monitoring capability on our current attack protection program - including Bot Detection, Brute-force Protection, Suspicious IP Throttling and Breached Password Detection. The threat monitoring tool helps our customers understand the current attack trends on their tenant traffic, and then implement countermeasures by enabling and tweaking the Auth0 Attack Protection feature sets.

To learn more, read Security Center in the Auth0 Docs.

Announcing Early Access of SMS and Email based passwordless authentication on New Universal Login. Previously, these passwordless flows were only available on Classic Universal Login. Now, you can use passwordless with many of the existing features of New Universal Login such as Organizations and our No Code Customization tools.

To learn more about the feature you can go through our documentation here.

Announcing the general availability release of auth0-angular, auth0-react, and auth0-vue v2, the latest update to our family of single page application SDKs. With the v2 releases, we've introudced all of the improvements that were released as part of Auth0-SPA-JS v2 and more!

To learn more about the latest release of each SDK and get started building, checkout our Quickstarts and SDKs on GitHub.

• Quickstarts: Angular | React | Vue

• GitHub: Angular | React | Vue

We have expanded our Bot Detection to now protect passwordless flows!

With Bot Detection for your Passwordless Flows, you can further protect your users and tenants from abuse. When enabled, Bot Detection for Passwordless can block suspected bot traffic by requiring CAPTCHA. Deferring the bot and helping reduce the excess cost of sending emails and SMS to your users.

For more information on enabling bot protection on your passwordless flows, please see the documentation here.

The Dashboard Activity page has been reimagined and now provides tenants with access to data and charts that give them a high-level understanding of their tenant data.

Initially, Tenants will be able to track metrics over time such as Active Users, Sign-ups, and Retention in addition to Failed logins. Auth0 will consistently add additional functionality and features to improve the user experience.

This feature is now available to all public cloud tenants.

You can learn more in our public docs.

No-Code Text customization is now available

We are expanding our No-Code toolset with the release of Text Customization. With our new text customization editor, customers can quickly and easily change all the text fields of the login box with zero coding required. This will make it easy for our application builders to use our platform and enable non-technical teams to implement changes.  This also includes the ability to customize text per language for any language supported by New Universal Login. Changes will show in the editor with a visual prompt preview. In addition, a JSON editor is available alongside the visual editor.

For more information see the documentation here: Documentation for No Code Custom Text Editor

We have changed the behaviour of the Manage Dashboard to retain a user’s place in the Manage application when they switch tenants. This will save users the trouble of navigating through the Manage application when they want to make a common set of changes to more than one tenant.

Feel free to dim the lights; dark mode is now available as a beta feature in the Manage dashboard! If you wish to try it out, you can enable this feature under your user profile.

SAML IDP Initiated Login now supports Organizations. When using a SAML Enterprise Connection within Organizations, the Organizations ID will be appended so that the end user is directed to the current Organization.

When using IdP-Initiated SSO, make sure to include the connection parameter in the post-back URL: https://YOUR_DOMAIN/login/callback?connection={yourConnectionName} If you are using the Organizations feature you can also optionally include an organization parameter containing the organization id of the desired organization: https://YOUR_DOMAIN/login/callback?connection={yourConnectionName}&organization={yourCustomersOrganizationId}

For more information, please see the documentaton here.

Announcing the launch of Status Page support for our Private Cloud offering for customers on the Converged Platform. To check the status of Private Cloud Environments, navigate to Status.Auth0.com and authenticate via “Private Cloud Login” using the same account credentials used to access the CIC (Auth0) Support Center. To go back to the Auth0 Public Cloud Status page, select Auth0 Public Cloud Status from the top-right navigation. For more information see: Check Auth0 Status

Announcing the general availability release of nextjs-auth0 v2, our latest update for adding authentication to NextJS applications. In v2 of nextjs-auth0 we added new middleware support that runs on the Next.js Edge Runtime for consolidating route declarations, a new declarative routing API greatly that simplifies route handler creation, and improved testing support that makes testing authentication in your app a breeze.

To learn more and get started building with our latest NextJS SDK, checkout our Quickstart, and SDK on GitHub.

We are bringing caching in Actions to the public cloud. Available immediately, customers can use api.cache to store and retrieve data that persists across executions.

Requesting and storing tokens over time for external services or machine-to-machine exchanges can drive up overhead costs and further cause latency issues. So we created Actions caching, a means to minimize the number of machine-to-machine access tokens generated to authenticate with Auth0 APIs.

Check out our detailed guidance on Auth0 Docs, and visit Move to Actions today to start using Auth0's flagship extensibility product, Actions.

SMS as an MFA option for loging into Auth0 Dashboard is now only available for users on a paid subscription.

What happens with free tenants with SMS as an MFA option enabled before the change? Already enrolled users will continue to receive SMS-generated OTP. However, SMS as an MFA will no longer be presented on a free tenant if the dashboard user disables it. The tenant will need to be added to a paid subscription to continue using the feature after disabling it.

Beginning May 9th, 2023, the Get Role Users Management API endpoint will only return greater than 1,000 total results if the checkpoint pagination method is used. This pagination method is optimized to support large quantities of results. The offset pagination method will be capped at 1,000 results.

See the Get Role Users Management API Documentation for implementation details on the two pagination methods.

Auth0 is excited to announce the launch of a new public cloud environment in the United Kingdom (UK) as a Beta. This new environment joins previously available environments in the United States, Australia, Japan, and the European Union, as we continue to support our customer's needs to offer low-latency login experiences while complying with data locality regulations.

Auth0 customers can specify their preferred location by simply choosing the United Kingdom region during the tenant creation process. The new Auth0 tenant created will have the [tenant].uk.auth0.com domain name and will adhere to amended terms of service and SLA during the Beta period.

In order to support our customer’s growing SaaS businesses, we are excited to announce support for Organizations context in custom database scripts. This will make it easier to migrate users from your existing B2B applications to Auth0.

Customers can now enable the additional custom database parameter Context object in database scripts.
Once enabled, the custom database action script will be passed an extra parameter, context, that contains information about the Organization that an end-user is interacting with.

To learn more about custom database support for Organizations, read here.

Starting October 31, we are rolling out a new Okta Workforce Enterprise Connection.

The Okta Workforce Enterprise Connection makes it easy for business customers to offer your product to their employees through their Okta dashboard, with seamless integration to Okta Workforce Identity Cloud. This enterprise connection is now free for all Okta B2B and Enterprise customers, and easier to discover and configure in Auth0.

To learn more, visit Connect Your Auth0 Application with Okta Workforce Enterprise Connection

We’ve reduced session timeout due to inactivity – for administrator sessions on manage.auth0.com – to 12 hours. This is another routine step in our continuous improvements in the security of our services.

For many of our customer’s administrators, there will be no noticeable effect. For those administrators working in manage.auth0.com day to day, additional or more frequent challenges to log in — if you’ve been inactive for 12+ hours — will be the only effect.

This change does not affect any sessions configured for your users and your applications as integrated with Auth0 identity services. The only changes are for administrator sessions on manage.auth0.com.

We have expanded the list of log event types visible for Viewer-Users and Editor-Users management dashboard roles to now also include the following:

    fce, fcoa, fcpn, dcu, feccft, 
    feoobft, feotpft, fepft,  
    fepotpft, fercft,fi, fs, fui,
    sce, scpn, scu, sdu, seacft, 
    sede, sens,seoobft, seotpft,
    sepft, si, sv, svr

A complete list of Viewer-Users and Editor-Users log event type codes can be found here.

The Bot Detection Allowlist is now available!

In the bot detection dashboard we have now added an allowlist. This can be used to add a list of trusted IPs and/or CIDRs in order to by pass Bot Protection.

You can read more about bot detection and the addition of the allowlist here

The Support Access Role within the Dashboard has been updated to allow for any user with Support Access granted to view and comment on Support tickets in the "Subscription Tickets" section of Support Center. Previously, users with Support Access only had access to "My Tickets" in Support Center. With this change, the Support Access Role allows for users to now see and update "Subscription Tickets" as well. For more information on feature access by role, see: Dashboard Access by Role Documentation here.

Auth0 Teams initially allowed viewing only tenant administrators for the selected tenant from the Teams Dashboard. You can now view all members, including non-administrator roles, using Teams.

Follow the link to learn more.

Now announcing the ability to block breached credentials on sign-up with Breach Password Detection!

With the previous version of Breached Password Detection, we have the ability to block log-ins when a set of known breached credentials are used for a user's account. We have now added the ability to enable the same functionality with the signup process.

Within the Breach Password Detection dashboard, there is now a toggle to turn on Breached Password Detection for account creation. Once on, the user, upon trying to create an account with a set of known breached credentials, will receive a prompt informing them that a combination of credentials was detected in a public breach and to use a different password.

To learn more about Breached Password Detection, read here

Developers can now configure their custom Guardian SDK based applications to have push notifications sent directly to the device platform providers, iOS and Android. Within the Auth0 dashboard, developers can configure each device platform by providing the key or certificate for FCM and APNs. AWS SNS remains fully supported as this feature is intended to provide more flexibility to best fit your needs. Documentation available here for FCM and APNs.

We are excited to bring a new version (v3) of Post-login Trigger in Actions to our customers. This backwards-compatible version update effectively enhances the security safeguard and brings new features to Actions. You can read the summary below and find out more information in our release docs.

Breaking Changes

api.redirect.canRedirect() marked as deprecated.

api.redirect.sendUserTo() will no longer skip redirecting when in a non-interactive flow. This means that calls to api.redirect.sendUserTo() should first check if the redirect is needed before issuing the redirect.

New Features

event.authentication.methods() may now also contain custom methods completed by users within that session and recorded using api.authentication.recordMethod() from the onContinuePostLogin handler.

api.authentication.recordMethod() is added as a way to store a record for the completion of a custom method in the user’s session. These APIs allow you to strictly require custom factors for certain scenarios.

To learn more about v1 and v2 updates, follow Actions releases notes.

All of the alerts and notifications that are currently published in the Auth0 Support Center are now also available to read inside the Manage dashboard. With this change, the options under the bell icon on the right side of the Manage banner no longer redirect to the Auth0 Support Center, but rather allow you to check your notifications without leaving the dashboard.

Announcing the general availability release of auth0-flutter, our brand new SDK for adding authentication to Flutter applications. With auth0-flutter, developers now have native Auth0 support to implement web auth login and logout, automatic storage and renewal of user credentials, custom credentials manager, and key Authentication API methods.

To learn more and get started building with Flutter and Auth0, checkout our recent blog post, Quickstart, SDK on GitHub.

Auth0 has released native integrations for Mixpanel and Twilio Segment via our Log Streaming feature.

Auth0 is excited to announce a newly expanded offering for our new private cloud platform customers - Actions Integrations are now available from the Auth0 Marketplace. What that means is all Auth0 customers that utilize our new private cloud platform have access to all the offerings on the Auth0 Marketplace - SSO, Social Connections, Log Streaming Integrations and now, Actions Integrations.

Actions Integrations will start to appear in the Development/Staging space now and will be ready in the Production environment in the coming weeks dependent on various release cadences.

Make sure to visit the Auth0 Marketplace to see if there is an integration that optimizes your customer’s identity experience. To find out more about becoming a Private Cloud customer, please send an inquiry and someone from Auth0 will contact you about whether it’s a good fit for your business.

Read more about the changes and improvements here.

Auth0 Teams provides a single point of visibility and control over your enterprise tenants. Teams First Availability is opened to customers with Enterprise tenants in Auth0's Public Cloud. The following features are available as part of Auth0 teams:

• Visibility into tenants and tenant administrators.
• Visibility and control of Team members.
• Ability to restrict tenant creation.

Please refer to Auth0 Teams Documentation for more information. Contact your Technical Account Manager or Auth0 Support to enable Auth0 Teams and begin the journey of centralized visibility and control with us. More exciting new features are coming to Auth0 Teams, and we can't wait to share them with you. Please continue to look for Auth0 Teams product announcements in the future.

Auth0 already supported adding custom claims to tokens via extensibility (Hooks / Rules / Actions), however, until today it restricted the usage of custom claims to public namespaced custom claims. This caused limitations for some onboarding scenarios and for implementing some standards that require private non-namespaced custom claims (such as FHIR for health care). Today, these barriers are gone! Customers can add non-namespaced custom claims to Access and ID Tokens in OIDC flows.

// an Auth0 action
exports.onExecutePostLogin = async (event, api) => {
  // this was restricted, this is now allowed !
  api.accessToken.setCustomClaim('favourite_color', 'blue');
  api.idToken.setCustomClaim('favourite_star_wars_droid', 'n2c2');
}

• Non-namespaced custom claims set on ID Tokens will be returned in the /userinfo endpoint.
• New restrictions apply:
  • Token size is capped to 100KB in all OIDC flows.
  • A list of claims (standard and auth0 internal) will be restricted and customers won’t be able overwrite them.
  • Creation of non-namespaced custom claims on tokens with Auth0 audiences are restricted to avoid collision with Auth0 internal services.

To learn more, read JSON Web Token Claims and Create Custom Claims in the Auth0 Docs.

If you were already using a previous, non-generally available mechanism to set non-namespaced custom claims, please read our Migration Guide.

Starting today, July 27th 2022, you can no longer invite users directly to Auth0 Support Center. Access to Support Center can be added via roles available within Auth0 Dashboard.

Existing Support Center users can still login to Support Center until Oct 3 2022.

Announcing the release of a new Dashboard role called Support Access. This role provides users access to Auth0 Support Center and a limited view of aggregated dashboard metrics (Activity Page).

Specifically, the Support Access role has access to:

• Metrics-Only Activity Stats in the Auth0 Dashboard
• Create and manage support tickets in Auth0 Support Center
• Usage Reports in Auth0 Support Center
• Compliance docs in Auth0 Support Center

Announcing the first availability release of auth0-flutter, our brand new SDK for adding authentication to Flutter applications. With auth0-flutter, developers now have native Auth0 support to implement web auth login and logout, automatic storage and renewal of user credentials, custom credentials manager, and key Authentication API methods.

To learn more and get started building with Flutter and Auth0, checkout the Quickstart and SDK on GitHub.

Announcing the general availability release of SimpleKeychain v1 and JWTDecode.swift v3, our utility libraries for storing user credentials in iCloud Keychain and decoding JWTs in iOS, macOS, tvOS, and watchOS apps. Both releases aim to modernize the libraries, dropping support for Objective-C, older versions of Swift, and outdated platform versions.

To get started building with SimpleKeychain and JWTDecode.swift, you can view the latest release notes and migration guides on GitHub.

• SimpleKeychain
• JWTDecode.swift

Looking to extend this functionality and easily integrate Auth0 into iOS and Mac apps? Check out our Auth0.swift SDK which supports SimpleKeychain, JWTDecode, and more.

Starting Jul 25, 2022 we are rolling out Node 16 to support Auth0 Rules and Hooks, and we recommend our developer customers update the tenant global setting to Node.js 16, or migrate Legacy Rules/Hooks to Actions.

Node.js 12 is no longer supported and has exited Long Term Support (LTS), but it will remain available for Rules and Hooks for the time being. We encourage you to migrate your Rules and Hooks to Node.js 16 at a minimum. Ultimately we strongly encourage our developer community to migrate your Rules & Hooks to Auth0 Actions for a greatly improved developer experience. We plan to support every current and long-term supported Node version in the future through Actions exclusively.

To take advantage of Node 16 for Rules and Hooks, simply select Node 16 for your tenants' Extensibility, Runtime setting (under Advanced Settings in the tenant dashboard). Your existing Rules and Hooks will then default to Node 16, so we recommend testing in a non-production tenant first. If you need to revert your Rules and Hooks to a previous version, you can revert back to Node 12 as well. We'll release more information about the Node 16 upgrade in our Docs shortly, and will update this Changelog when done.

For customers using our flagship extensibility product Auth0 Actions, there will be no changes. Our long-term strategy is to unify all extensibility under Actions. We also encourage you to explore Actions Integrations - a modern approach to extensibility without Node version disruption. All Actions Integrations will run on Node 16 at launch, and will be maintained by Auth0 and our Marketplace Partners.

We want to hear from you. Please share any feedback on your experience with our extensibility tools and Actions in our Developer Community.

Starting June 30, 2022 applications using Sign in With Apple (SIWA) for account creation must also let users initiate deletion of their account from within the app. Apple offers the following guidance at https://developer.apple.com/support/offering-account-deletion-in-your-app :

• Make the account deletion option easy to find in your app. Typically, it’s included in the app’s account settings.
• Offer to delete the entire account record, along with associated personal data. You may include additional options, but only offering to temporarily deactivate or disable an account is insufficient.
• If people need to visit a website to finish deleting their account, include a link directly to the page on your website where they can complete the process.
• Keep users informed. If the deletion request will take additional time to complete, let them know. If your app supports in-app purchases, help people understand how billing and cancellations will be handled.

For Auth0 customers this can be done by a call to the Management API v2 endpoint

__DELETE/users/%user_id% __

In addition, Apple now requires token revocation for the deleted user to remove the authorization from the list of applications on the user Apple account. In order to provide a complete solution, we have made an update to our SIWA integration. Auth0 will store and then revoke the Apple token on a user that has been created via SIWA on behalf of our customers. So no further action is necessary beyond user deletion to satisfy the new Apple requirement.

In order to support our customers' growing SaaS businesses, we have introduced some scalability improvements for Auth0 Organizations.

Customers can now Search for Organizations in the Manage Dashboard, and those on our Enterprise subscription plan can request increased entity limits for Organizations and Organization Members. Both can now be raised up to 2M (2,000,000) on a per-tenant basis.

To request an entity limit increase, please connect with your technical account manager or create a support ticket in your Enterprise subscription which includes the following:

• Description of your use-case and the reason for needing an increase
• Which limit needs the increase (number of Organizations, or number of Organization members per-organization)
• The name and region of the Auth0 tenants that need the increase applied

The New Universal Login No-Code Customization Editor allows you to quickly design and configure your login experience with no coding or technical skills required. This can help to get your own customized, branded login experience running in just minutes. You can easily apply your own logo, change colors, apply fonts, customize borders, and change backgrounds for a look and feel that’s all your own.

See your changes in real time using the large preview window. The preview allows you to zoom in on certain sections and move around your page for detailed inspection. You can interact with your new design with our “Try” feature. And you can save and publish your changes to your application in a single click.

To learn more about the New Universal Login No-Code Customization Editor see the No-Code Editor Documentation

Auth0 Bot Detection in public cloud is now upgraded with a new machine learning engine to help reduce bot attacks by 79%, with minimal impact on user experience.

Part of the Auth0 Attack Protection add-on, Bot Detection now pairs machine learning with one of the world’s largest consumer identity platforms to screen more bots in nearly 90% of attacks compared to the previous iteration. The impact on user experience remains unchanged, as even during attacks, fewer than 1% of challenges are shown to humans. Better security shouldn’t mean more friction.

To learn more about bot detection, see the Auth0 Bot Detection documentation.

On Apr 3, 2022 Auth0 limited the ability to search nested fields in the details key of the /api/v2/logs endpoint. Only the most commonly used fields within the details key are searchable through the endpoint and throughout the Auth0 dashboard. All the data in the details key will still be returned to customers by the Management API and Log Streaming.

The device credentials management API (Auth0 Management API v2) was returning an undocumented field last_used. This field has now been removed from the API response.

Beginning May 4th, 2022, the capability to install certain log extensions will no longer be supported. In order to achieve consistency across all Auth0 offerings and to focus on enhancing the Auth0 Log Streaming feature, we are discontinuing the support of the following Log Extensions (Installed) as of November 2, 2022. The relevant Log Extensions are:

• Auth0 Authentication API Webhooks
• Auth0 Management API Webhooks
• Logs to Cloudwatch
• Logs to Logentries
• Logs to Loggly
• Logs to Logstash
• Logs to Papertrail
• Logs to Splunk
• Logs to Sumo Logic
• Logs to Logentries

To learn more about migration to Auth0 Log Streams, read this migration guide.

We recently released a few updates to the Organizations feature:

1. Organization names can now be modified after creation. They still must be unique in the Auth0 tenant.
2. Organization parameters now show up when debugging email templates.
3. Enabled connections can now be included when creating an Organization via the POST Organization endpoint.
4. Fixed an issue where duplicates could be returned from the GET Organization Members endpoint.

The Bulk User Export will now escape string data types in the CSV export file. This is in conformance with OWASP standards for CSV injection mitigation. To ensure the content is read as text:

• Double quote characters are prepended with a double quote character.
• Each string is prepended with a single quote character.
• Each string is wrapped in double quotes.

This does not apply to dates in ISO 8601 format.

Check out our technical documentation to learn more about bulk user exports.

Announcing an improvement to Auth0’s security and performance with refresh token limits. We are limiting the amount of refresh tokens to 200 active tokens per user per application. Our service will periodically scan for client applications that keep an excess of active user refresh tokens and remove the excess on an older-first basis.

Limiting the amount of refresh tokens helps prevent accidental creation and accumulation of unnecessary or forgotten tokens while also preventing performance side-effects and signaling anomalous authentication flows via Refresh token excess warning in tenant logs.

You can read more on our Refresh Token page and follow-up with our Token Best Practices.

Announcing the general availability release of laravel-auth0 v7, our SDK for integrating Auth0 in Laravel applications. The v7 release of laravel-auth0 is a huge overhaul from v6 adding a wealth of developer experience improvements. Updates include support for Laravel 9, new plug and play controllers making it even easier to add authentication to Laravel apps, full integration with the recently updated Auth0-PHP v8 SDK, and more.

To get started building with Laravel and Auth0, check out the latest release on GitHub or the migration guide if you are upgrading from previous versions.

The Viewer - Users and Editor - Users roles has now read access to the Organizations list and Organization Members in the Dashboard. Editor - Users can see Organization Invitations in addition.

With this improvement, the Viewer - Users and Editor - Users Dashboard roles have a complete user visualization experience when the Organizations feature is being used.

Read more about Dashboard roles in our docs.

Announcing the general availability release of auth0-vue v1, our brand new SDK for adding authentication to Vue applications. With auth0-vue, developers can integrate Auth0 into Vue 3 apps faster and easier than ever before. The new SDK is built on top of our SDK for Single Page Applications providing all the same functionality wrapped in a native experience for Vue developers.

To get started building with Vue and Auth0, check out the Quickstart and SDK on GitHub.

Announcing the general availability release of Auth0.swift v2. Our Swift SDK lets you communicate efficiently with many Auth0 API endpoints and seamlessly integrates the Auth0 login.

With this new major release, we’ve added support for async/await and Combine, more customization points like custom headers and custom credentials storage as well as removing the complexity of dealing with concurrent refresh grants with our thread-safe token renewals. We’ve also greatly improved the docs, the secure by default configuration, and error handling.

To get started experimenting with the latest release, check out our updated migration guide.

The Auth0 Terraform provider has been updated in the HashiCorp Terraform Registry and is now Verified by HashiCorp, and supported by Auth0 🎉

You can find the Auth0 provider and read the Docs in the Terraform Registry directly.

You can find the source code for the Auth0 Terraform provider in GitHub.

Auth0 customers can now use the Auth0 Management API and SDKs to configure these attack protection features:

• Breached password detection
• Brute force protection
• Suspicious IP throttling

To learn about Management APIs, see the Auth0 Management API explorer.

To learn more about SDKs, see the Auth0 SDK Libraries documentation.

We have updated Status Page to allow users to also subscribe to a RSS feed for status notifications related to their tenant.

Auth0 has released Credential Guard, a new security feature that protects your users and your enterprise from password theft. Credential Guard augments Auth0’s automated breached password detection feature, mitigating worldwide data breaches sooner, often before they’re made public. The new Enterprise add-on reduces the risk of data breaches to your application by up to 80%.

Breached password detection relies on public announcements of large-scale data breaches. If your user’s credentials (based on their email address) have been exposed in a public data breach, Auth0 can automatically alert your users, challenge them with an additional authentication factor, or block access until they reset their password.

With the Credential Guard add-on, a dedicated team of security professionals infiltrates criminal communities and gains access to exposed data as soon as breaches occur, often many months before any public announcement. With this advantage, you can better protect your users and secure your applications by resetting stolen passwords sooner.

Credential Guard protects your enterprise from data breaches across more than 35 languages and 200 countries and territories. It helps you eliminate the costs associated with account takeovers, while also protecting your users' accounts.

Credential Guard:

• Exposes more than ten times the data breaches
• Reveals breached credentials more quickly
• Increases global coverage by adding data feeds for passwords in non-Roman characters

Enterprise plan customers can add Credential Guard to their Auth0 agreement and then enable it from the Auth0 Dashboard

If you have the Attack Protection add-on, you already have access to this feature. You can enable Credential Guard from the Auth0 Dashboard: locate Breached Password Detection method, select As soon as possible, with Credential Guard, and select Save.

To learn more, read Breached Password Detection in the Auth0 Docs.

We have again updated the Auth0 Docs experience 🤓

• we improved the article navigation by categorizing articles into job-focused topics, and
• we've added a Table of Contents to complex or longer articles on the right side of the article view

Announcing the general availability release of go-jwt-middleware V2, our SDK for checking and validating JWTs in Go applications. The V2 release of our go-jwt-middleware is a giant leap forward from our V1 implementation. Updates include simplifying the JWT library interface, support for JWKS, and much more. Please note, this update contains breaking changes.

To get started experimenting with the latest release, check out our updated migration guide.

Auth0 has implemented a cache of additional entities stored in our databases which see low change rates but high number of requests.

This cache will apply to endpoints of the Authentication API and will not impact the Management API.

The following will be cached and updated every thirty (30) seconds:

• General and advanced tenant configuration
• UL Configuration including branding

Though the behavior changes will be minimal, a follow-on effort will be made to reduce the impacts caching may have on the tenant administration experience.

We’re excited to announce general availability of Auth0 Identity Platform as a private cloud deployment option on Microsoft Azure. This unlocks a secure cloud deployment option for organizations seeking a strategic fit with their technology stack, support for regional data residency capabilities and higher control over customer's data. You can learn more about deploying Auth0 Identity Platform on Azure in our documentation.

Announcing the general availability release of express-oauth2-jwt-bearer, our new SDK for Express API’s. express-oauth2-jwt-bearer greatly simplifies the process of protecting your Express APIs with Bearer Token JWTs using a combination of the well established OAuth2 Bearer Token Usage spec and the recently published specification of JSON Web Token (JWT) Profile for OAuth 2.0 Access Tokens.

To learn more about the Auth0 express-oauth2-jwt-bearer SDK and try it yourself, check out our Quickstart, and repo on GitHub.

We have updated the Auth0 Docs experience to reflect the new Auth0 brand.

Auth0 has implemented a cache of entities stored in our databases which see low change rates but high number of requests.

This cache will apply to specific endpoints of the Authentication API and will not impact the Management API.

The following will be cached and updated every thirty (30) seconds:

• Connections
• Applications

Though the behavior changes will be minimal, a follow-on effort will be made to reduce the impacts caching may have on the tenant administration experience.

Announcing the general availability release of Auth0.AspNetCore.Authentication, our new SDK for ASP.NET Core applications. Integrating Microsoft's OpenID Connect middleware, we’ve supercharged our .NET developer experience by making it even easier to integrate Auth0 in ASP.NET Core applications like MVC, Razor Pages, and Blazor.

To learn more about the Auth0 ASP.NET Core SDK and try it yourself, check out our blogpost, Quickstart, and repo on GitHub.

We’re excited to announce first availability of Auth0 Identity Platform as a private cloud deployment option on Microsoft Azure. This unlocks a secure cloud deployment option for organizations seeking a strategic fit with their technology stack, support for regional data residency capabilities and higher control over customer's data.

During First Availability, private cloud deployments on Azure will be available for select customers. You can learn more about deploying Auth0 Identity Platform on Azure in our documentation.

Log Stream Flexibility, after a successful beta, is now in general availability (GA). This allows both the ability to start a new log stream from a certain point in time and to filter logs based on specific log type categories.

Learn more in our public docs

Auth0 has released Threshold Manager for Suspicious IP throttling.

Auth0 users can now use Threshold Manager to set their preferred thresholds for Suspicious IP throttling. With a self-serve capability, users can now modify the default threshold for Suspicious IP throttling, giving them more flexibility and reducing any delays in implementing security policies.

You can enable it in the Auth0 Dashboard.

You can learn more in our public docs

Heroku private space users in Tokyo now get a tenant in Auth0's Japan region when adding the Auth0 add-on.

Check out the add-on overview to learn more about supported Heroku regions by Auth0.

We added a new audit event (mgmt_api_read). This event will indicate when a client secret is present in the response of a successful management API read request. You can learn more in our public docs

The Bulk Users Export API upload now uses AWS S3 pre-signed URLs for the one-time downloads. The URL changed from user-exports.[region].auth0.com to [environment]-auth0-export-users-[aws-region].s3.[aws-region].amazonaws.com

Check out our technical documentation to learn more about bulk user exports.

Applications that authenticate users via SAML can now use Auth0 Organizations to support their business customers and partners.

When Auth0 is acting as a SAML IdP, applications can now send users to Auth0 along with an organization ID, and they will be prompted to log-in in the context of that Organization. If no organization is provided, and the application is configured to require one, the user will be prompted to enter the name of the organization they’d like to authenticate with. After logging in, the SAML response will contain the associated Organization ID.

Note that Organizations already supports federating users from your business customers’ organizations into your applications via SAML, by creating SAML Enterprise Connections and enabling them for your organizations. This update allows applications to trigger Organization login flows using SAML Authentication requests.

Check out our technical documentation to learn more about Organizations features and how they can be used to support SaaS and business-to-business applications.

You can learn more about Auth0 support for SAML in this blog post.

We added Bosnian, Bulgarian, Croatian, Serbian, Slovenian, Icelandic, Ukrainian, Estonian, Lithuanian and Latvian language options to the New Universal Login flow.

In order to achieve consistency across all Auth0 deployments and to focus on enhancing the Auth0 Custom Domain feature, we are discontinuing the Private Cloud Custom Domain capability as of December 20, 2021. This consistency enables us to enhance the feature and fix reliability issues faster, improving operational efficiency and enabling customers to get value out of custom domains quicker. To learn more about migration to Auth0 Custom Domains, read this migration guide.

The Auth0 CLI lets you build, test, troubleshoot and manage your Auth0 tenants directly from the command line.

If you are using the New Universal Login experience, you can take advantage of the CLI to easily customize the page templates.

When you run:

auth0 branding templates update

The CLI will open two windows:

• A browser window with a Storybook that shows the login page with the page template applied:

• Your default editor, with the page template code:

You can now change the page template code, and you will be able to preview the changes in the browser window.

Once you close the window, you’ll be asked if you want to save the template. If you answer Yes, the template will be uploaded to your tenant.

Auth0 has released Adaptive MFA Risk Assessors.

Auth0 users can now enable Adaptive MFA Risk Assessors to assess and monitor risk signals for the login transactions without forcing an adaptive MFA flow. Though Adaptive MFA Risk Assessment is required for enabling the Adaptive MFA policy, it can also be used to implement custom MFA policies using Rules without Adaptive MFA in the flow.

You can enable it in the Auth0 Dashboard.

You can learn more in our public docs.

Auth0 has released Threshold Manager for Brute-force Protection.

Auth0 users can now use Threshold Manager to set their preferred threshold for Brute-force protection. With a self-serve capability, users can now modify the default threshold for Brute-force protection, giving them more flexibility and reducing any delays in implementing security policies.

You can enable it in the Auth0 Dashboard.

You can learn more in our public docs.

As part of our continuing work to improve compliance of the New Universal Login flow with accessibility standards, we have made a few improvements in the UI.

Error Messages

Error messages were not properly communicated to assistive technology users, resulting in users being unable to identify them. To address this issue, we have enhanced our forms to link the error messages with the field that has the error:

In the previous version, we displayed all errors in the form together, below the fields. In order to connect each message to a specific field, we are linking the label to the affected field and updating the visual style:

Focus Improvements

The focus indicators for Links were also difficult to detect. We updated the style to make it more visible:

Additionally, it was not possible to set the focus on the ‘Show Password' icon by using the keyboard. We have changed that functionality and it is now possible, with an updated focus style:

Link Styles

Since everyone does not have the same abilities to distinguish between colors, color should not be used as the sole visual means of conveying information. In order to make links more accessible, we have increased the font weight in addition to changing the link text color:

The Viewer - Config role has now read acccess to the Organizations list, overview and enabled connections in the Dashboard.

Read more about Dashboard roles in our docs.

Auth0 users can now enable reCAPTCHA Enterprise to block bot and scripted attacks. This has expanded Auth0 CAPTCHA offerings to include Google’s enterprise version for reCAPTCHA which does not have a monthly limit on the number of assessments.

You can enable it in the Auth0 Dashboard

You can learn more in our public docs

WebAuthn with Security Keys and WebAuthn with Device Biometrics are supported as new multi-factor authentication methods to log in to our management Dashboard, in addition to the existing Guardian, OTP, and SMS factors.

WebAuthn combines maximum security with a low-friction user experience. We encourage you to add another layer of protection to your account by enabling them in your Account Settings page.

You can read more in our public docs.

Auth0 supports continuous integration and deployment (CI/CD) of Auth0 Tenants and integration into existing CI/CD pipelines by using the auth0-deploy-cli tool, which supports the importing and exporting of Auth0 Tenant configuration data.

The auth0-deploy-cli 7.0.0 update has now been released.

Added

• MFA Support Recovery Codes
• Support for Organizations
• Prompt link to Auth0 Docs upon insufficient scope

Removed

• Node.js 8
• Various unneeded dependencies

For migration documentation, see https://github.com/auth0/auth0-deploy-cli/wiki/Migrating#v5-to-v7

For a full list of Auth0 Management API resources now supported by the auth0-deploy-cli tool, and for links to documentation and usage examples, see the project README.md.

To allow users continued access to their account in the event that they lose access to their primary multi-factor authentication (MFA) method, Auth0 provides a Recovery Code flow that is presented after the user enrolls in MFA.

Depending on the application and how tech savvy end-users are, this adds significant friction. It also does not resolve the issue since most users often do not have access to those recovery codes, when they need them most.

To simplify MFA adoption for applications, Auth0 now treats Recovery Codes as any other authentication method, which can be enabled or disabled. When disabled, end users will not be asked to enroll a Recovery Code, and will not be able to authenticate with one.

Recovery Codes will be enabled for existing tenants that are using MFA but will be disabled, by default, in new tenants. Tenant admins can change this option in the Multi-factor Authentication configuration screen.

You can learn more about this in our documentation.

The Dashboard Activity page has been reimagined and now provides tenants with access to data and charts that give them a high-level understanding of their tenant data.

Initially, Tenants will be able to track metrics over time such as Active Users, Sign-ups, and Retention in addition to Failed logins. Auth0 will consistently add additional functionality and features to improve the user experience.

This feature will be available to all US tenants gradually as part of a First Availability rollout. We plan on rolling the update out to the remaining regions over the coming months. Customers will receive a notification when it becomes available in their particular region.

You can learn more in our public docs.

Auth0 now supports using WebAuthn with Device Biometrics as the first authentication factor. You can enable it from a new Authentication Profile (https://manage.auth0.com/#/authentication-profiles) page in the Auth0 dashboard.

Once enabled, users will be given the option to enroll with WebAuthn after entering their password, if they are logging in from a WebAuthn-capable device. The image below shows the flow for iOS 14+:

The next time they login from that device, they will be asked to use their device biometrics by default:

Users will go through this flow each time they login for the first time in a new device. We call this feature Progressive Enrollment, and it will help many consumers and corporate employees which already possess devices with built-in biometrics for identification, to get a more convenient login experience while improving security at the same time.

Learn more about how to configure it here.

Important Notice: although it is not a supported Auth0 product, we are publishing guidance about Sharelock End of Life as a public service announcement.

Sharelock.io service is being ended and the site will be shut down August 1st, 2021. After this date Sharelock will no longer be available, and you will not be able to retrieve any shared secrets that are stored only in Sharelock.

• If you are creating a new shared secret via Sharelock you should plan to move to other alternatives such as 1Password and SendSafely immediately. Creation of Sharelock secrets will no longer be available after June 9th, 2021.
• If you’re retrieving a secret shared with you via Sharelock, you should store this secret in another secure location so you do not lose access to it after August 1st, 2021.

We have updated the Auth0 Dashboard experience to reflect the new Auth0 brand.

The Auth0 Community is in the process of deprecating the following Github repos:

• ember-simple-auth-auth0
• auth0-socketio-jwt
• auth0-joomla

These repositories will no longer be available on Github after the end-of-life date, September 30, 2021. Please make plans to find a suitable replacement or remove these libraries from any active projects before the end-of-life date. Please reply to the Community announcement if you have any questions or concerns.

Actions, after a successful beta, is now in general availability (GA). Actions includes functionality from our legacy product Rules and Hooks under a unified developer focused experience. We brought many of the developer focused features in Actions Beta forward to the GA product including:

• An easy to use Flow Editor to better visualize your custom logic in our pipeline
• Draft Mode
• Version Control
• Testing before deploying to prod
• Improved secret management
• Expanded list of supported NPM modules to over 1MM
• Unified programming model across all triggers
• Improved logging

We encourage you to get started with Actions today and provide feedback and questions to us through our community channel. We will continuously build new functionality and extending new elements of the Auth0 pipeline through Actions. We have also updated our documentation pages to help building and migrating to Actions easy.

We've added the option to assign Tenant Environment tags from the context of the Manage Dashboard. Tenant Environment tags allows your team to easily identify development, staging and production tenants. Read the updated documentation here.

Updated Actions Programming Model

We’ve updated the Actions programming model with improvements including consistency between different triggers. This update affects how you write your Actions code going forward. Your existing Actions will continue to execute without any changes. New Actions you create will use the updated version of the programming model.

New Features to Actions

We’ve also made improvements to the public API, allowing you to better discover the data model for triggers and we have improved the logging experience for Action executions. You can reference our documentation for more details about the changes we’ve made, and find sample code for common use cases.

When you authenticate with Google Workspace, Google always returns an access_token.

If you add access_type=offline&approval_prompt=force to the authentication request, Auth0 forwards those parameters to Google, and Google also returns an refresh_token.

We always stored the access_token in the user’s identity, which customers could use to all Google’s APIs. However, we did not store the refresh_token. We changed the behavior and also store the refresh_token when returned by Google.

Auth0 has released a public beta of Log Stream Flexibility Enhancements. This allows both the ability to start a new log stream from a certain point in time and to filter logs based on specific log type categories.

You can enable the new feature in the Auth0 Dashboard and learn more in our public docs

We added Thai, Turkish, Indonesian, Greek and Vietnamese language options to the New Universal Login flow.

Organizations is a broad update to the Auth0 platform that improves support for Auth0 customers that build and maintain business-to-business and software-as-a-service applications.

Auth0 customers on our Enterprise and Startup subscription plans can now:

• Represent the teams, business customers, and partners that use their applications as organizations in Auth0
• Set up branded, federated login flows for each organization
• Manage organization members in a variety of ways, including just-in-time membership and email invitations
• Define roles to represent what end-users can do in their applications and assign those roles to organization members, so they can have different roles in different orgs
• Build administration capabilities into their products so that administrators in those organizations can manage their own membership and access levels

To learn more, have a look at the announcement blog post and technical documentation.

Brute-force Protection now supports Account Lockout mode which will block an account after too many consecutive failed login attempts.

You can enable it in the Auth0 Dashboard

You can learn more in our public docs

Auth0 now enables you to enhance your tenant’s security to provide your users with secure access to your applications from public and shared devices.

When configured to create non-persistent sessions, the feature automatically terminates the session cookies when the user closes the browser. The session lifetime configuration at the tenant level controls the life of the server sessions.

For more information take a look at our public document

WebAuthn with Device Biometrics for Multi-factor Authentication is now generally available.

This enables users to use their WebAuthn-capable devices to complete MFA with their device's biometrics authenticators.

You can enable it in the Auth0 Dashboard

You can learn more in our public docs.

We've released a new user experience for managing tenant members, and a set of new dashboard roles (available to enterprise plans) that cover a wider range of collaboration use cases.

As part of this initiative, Auth0 is removing the Application Admin dashboard role, that allowed Admins to invite collaborators to the Auth0 dashboard with access to selected applications, as well as users and connections.

The Application Admin role is no longer available for inviting new tenant members. Existing Application Admins will be able to keep their role until September 30, 2021. Refer to the migration guide for more details.

Auth0 has released Always CAPTCHA option for Bot Detection

This enables users to have more control over when CAPTCHA is presented on the login and sign-up flows. CAPTCHA can be used as an incident response method

It is also possible to enable the Bot Detection risk assessors to gather information about bot traffic without challenging users with CAPTCHA.

You can enable it in the Auth0 Dashboard

You can learn more in our public docs

Today we're releasing the new version of our Management Dashboard navigation and layout after 3 months available as an opt-in experience. This experience improves our side and top navigation and takes advantage of our customer's screen real estate by adding a flexible layout and a collapsible sidebar.

The experience will be enabled as the default experience for all new tenants and existing tenants that didn't explicitly opted out in the past. Tenant admins will be able to switch back to the legacy experience until May 2021 via the Feature Previews section in Tenant Settings.

Read more about the changes and improvements here.

Beginning 10 May 2021, the public cloud Auth0 network edge will no longer accept TLS 1.0 or TLS 1.1 traffic. These legacy protocols are insecure, with well-known weaknesses and vulnerabilities within the industry. For maximum security, all Auth0 clients must upgrade to TLS 1.2 or later. The exact details and steps required will vary, depending on your application. For further details, see Upgrade to TLS 1.2, what action to take? posted in Auth0 Community.

We understand how critical Auth0’s services are for the success of your business. To support that and ensure end-users always have the ability to access your applications, we are excited to announce that we have updated our availability SLA to 99.99% across all Auth0 environments.

The 99.99% availability guarantee applies to all enterprise production Auth0 tenants which means you can expect no more than 4 minutes of downtime for them per month. This is a significant improvement over our previous Public Cloud availability SLA of 99.90% which allowed for nearly 44 minutes of downtime per month. More details on the updated SLA can be reviewed in Auth0’s Service Level Description published at https://auth0.com/legal.

We continue to invest in improving the resilience of its platform and the reliability of its application services. Visit https://status.auth0.com/ at any time to check the status of our platform.

Starting this week, the following Extensions will no longer be available in the extension gallery:

• Auth0 Deploy CLI Extension
• Gitlab Deployments
• Bitbucket Deployments
• Github Deployments
• Azure/Visual Studio Team Services Deployments

We are replacing our deploy extensions with improved guides for a better developer experience. Deploy extensions were built at a time before automated code deployment services from web-based DevOps tools. With the advent of Gitlab Pipelines, Github Actions, Bitbucket Pipelines, and Azure Pipelines, the extensions we provide through the Auth0 Extensions Gallery are now obsolete in a world of automated CI/CD pipelines provided by SaaS partners.

For developers who have already installed and configured these extensions, the services and solutions provided by these extensions will continue to work. For developers looking to employ the functionality previously provided through these extensions, we have created a series of guides available in the Auth0 Marketplace that provide a more custom and improved experience than the extensions provided.

GitLab Pipelines

Github Actions

Bitbucket Pipelines

Microsoft Azure Pipelines

With the Deploy CLI Extension, we received feedback from many customers that as our product evolved, the extension provided unnecessary additional friction to use the Deploy CLI. The Deploy Extension was intended to be a quick solution to creating an application in your dashboard to quickly connect your external Deploy CLI with your Auth0 instance, however, as the Deploy CLI evolved, so did the need for more customization in how the service connected. The functionality formerly found through the extension will now be served through the Deploy CLI installation guide. As always, be sure to regularly check the Auth0 Marketplace for all the ways you can use integrations to improve your Auth0 experience.

Auth0 has released WebAuthn with Security Keys for Multi-factor Authentication.

This enables users to use with FIDO Security Keys to increase the security of their accounts.

It is available for customers that have the Enterprise MFA add-on enabled.

You can learn more in our public docs.

We have updated our login page to use the New Universal Login experience and to reflect the new Auth0 Brand.

Brute-force Protection now supports an AllowList to permit IP addressed of both v4 and v6 to bypass Brute-force blocking behavior.

You can learn more in our public docs.

Auth0's user profile has a property called user.multifactor, which was supposed to let you know if the user was enrolled in MFA or not.

In the past, we only set the property the first time the user completed the MFA challenge, but not when the user enrolled or when MFA was reset.

This behavior was fixed, and now the property is always up to date. You can reliably use it to know of the user is enrolled in MFA.

A grant provides an application access to a resource on another entity without exposing user credentials. Tokens are issued in the context of a grant, and when a grant is revoked, so do all tokens issued in the context of that grant. When, on the other hand, a token is revoked, this does not necessarily mean that the grant is revoked.

This feature allows the customer to decouple the revocation of refresh token from the revocation of the grant. When this feature is turned on, a refresh token revocation will result in the revocation of the grant that the token is associated with. If, on the other hand, the feature is turned off, then a refresh token revocation will keep the grant intact.

For existing tenants, this feature is turned on by default to preserve the existing behavior. For new tenants, this feature is turned off by default to make sure that a revocation of a refresh token will not revoke the grant. If a grant revocation is needed, a separate request must be sent using an existing grant revocation endpoint.

For more information, refer to the following documentation: Refresh token and grants

New built-in roles for dashboard members with limited privileges are generally available under enterprise plans, for improved access control.

The new roles include:

• Admin: Read and write access to all resources in the dashboard.
• Editor - Specific Apps: Read and write access to specific applications only.
• Editor - Connections: Read, write, and create access to all types of connections.
• Editor - Users: User Management operations (create, delete, block, unblock, reset MFA, reset password, update metadata, assign roles, etc.) and access to logs.
• Viewer - Users: Read-only access to users and logs
• Viewer - Config: Read-only access to all configuration settings (applications, APIs, rules, security settings, etc.), except for sensitive information such as secrets, billings, users, and logs.

Tenant members with limited privileges will see only the dashboard’s sections and actions that their respective roles support. They won't be able to see the tenant members section nor invite other members.

You can read more about the specific permissions for each role in the Auth0 documentation.

In order to improve security and prevent leaks, we have stopped displaying connections and MFA secrets in the Auth0 Dashboard after the configuration is saved.

This change includes secrets from:

• Enterprise connections
• Social connections
• Passwordless connections
• Multi-factor authentication providers

Update to POST/api/v2/tickets/password-change

With a optional client_id parameter, you can now generate password reset tickets to enable a "Back to <app name>" button with application specific redirect behaviors using New Universal Login.

POST/api/v2/tickets/password-change

client_id is an optional parameter that is the ID of the application. If provided for tenants using New Universal Login experience, the user will be prompted to redirect to the default login route of the corresponding application once the ticket is used. See Configuring Default Login Routes for more details.

You can now configure the New Universal Login Experience to use an identifier-first flow, which supports Home Realm Discovery for enterprise connections.

You can enable the new behavior in the Universal Login section of the Auth0 Dashboard.

You can learn more in our public documentation.

You can now use CSS to hide or change the New Universal Login page logo from Page Templates.

This enables scenarios like changing the logo depending on the application.

You can learn more in our docs.

We changed the layout of the Login page for the New Universal Login Experience.

The Sign Up link is now rendered below the Continue button, instead of at the bottom of the page. The image below shows the previous an the current default login page:

To keep the rest of the pages consistent, we removed the footer section in all of them, and the links that were displayed in that section are now below the rest of the content.

Auth0 is excited to announce general availability of a new public cloud environment in Japan. The Auth0 Japan environment joins the US, EU and Australia environments previously available, enabling our customers to offer lower login latencies to their users within Japan and in neighboring countries.

Auth0 customers can specify their preferred location by simply choosing the Japan region during the tenant creation process. The new Auth0 tenant created will have the <tenant>.jp.auth0.com domain name, and will enable customers to comply with legislation governing data regulation, privacy and consumer law.

Auth0 is proud to introduce Refresh Token Expiration, which includes two methods of expiring Refresh Tokens to balance security with usability: Absolute Expiration, and Inactivity Expiration.

Absolute Expiration: When enabled, you can configure the absolute lifetime for refresh tokens, after which, the end-user must re-authenticate before being issued a new refresh token. When disabled, the absolute lifetime will be indefinite.

Inactivity Expiration: When enabled, you can configure the inactivity lifetime for refresh tokens, which expires the refresh token if the user is not active in the application during the inactivity lifetime period.

Using a combination of Inactivity Expiration with Absolute Expiration, you can easily configure shorter lifetimes for more secure applications, or create an experience for end-users whereby they have seemingly indefinite sessions as long as they are active regularly in your application.

In addition, updated default settings for Refresh Tokens are applied to all new applications. To learn more about this capability, see our product documentation: https://auth0.com/docs/tokens/refresh-tokens/configure-refresh-token-expiration.

Auth0 has released Adaptive MFA, a new feature within the Multi-factor Authentication offering. Adaptive MFA allows customers to trigger Multi-factor Authentication based on a series of contextual risk scores, such as whether the user is signing in from an unknown device, or whether the user login is evidencing an impossible travel situation, or whether the user login happens from a risky IP. The feature also allows customers to access risk assessments in rules, which can be used to write custom business logic to trigger MFA.

We’re introducing improvements to the user experience of configuring Security related features in our Management Dashboard. Read more here

What changed?

• Anomaly Detection section has been renamed to Attack Protection

• Multi-factor Authentication and Attack Protection (Previously Anomaly Detection) have been moved under the new Security section

• Attack Protection (Previously Anomaly Detection) and Multi-Factor Authentication features now present a refreshed and simpler configuration experience

• Guides for crafting Security dashboards using our Log Streaming functionality are available under the Monitoring section

Correlation-ID support for Management API is now Generally Available. This feature allows for adding a unique identifier in management API calls related to changes to the Auth0 account. The same identifier is then available in event logs, allowing for an audit trail for such changes.

You can see an example of how to use this feature in our Management API docs.

Starting November 19th, 2020 we now expose IPv6 addresses in our public endpoints e.g. acme.us.auth0.com. If a client request arrives at this endpoint from a machine which supports IPv6, then context.request.ip will show an IPv6 address. If you're currently perdforming ip address manipulation or checking manually, we encourage you to use ipaddr.js@1.9.0 which is already available by default in Rules, Hooks, and the Actions Beta.

Auth0 has released a native integration for streaming event to Sumo Logic via our Log Streaming feature.

You can also use our Sumo Logic App to get started with visualizing Auth0 event logs without any development effort.

Auth0 has released public beta of WebAuthn with Device Biometrics for Multi-factor Authentication.

This enables users to use their WebAuthn-capable devices to complete MFA by using their device's biometrics authenticators.

You can enable it in the Auth0 Dashboard

You can learn more in our public docs.

Auth0 has released public beta of WebAuthn with Security Keys for Multi-factor Authentication.

This enables users to use with FIDO Security Keys to increase the security of their accounts.

You can learn more in our public docs.

Auth0 provides an API to generate MFA Enrollment Tickets. The API generates a URL, which can be sent to end-users by email. Once users navigate to the URL, they are asked to enroll to MFA.

In the past, the MFA enrollment page was rendered using the Classic Universal Login Experience even if New Universal Login Experience was enabled. The behavior was changed, and the enrollment page will be displayed with the selected login experience.

On September 21st, 2020 we launched the Auth0 Marketplace, a new way to discover our growing catalog of solutions and integrations.

Auth0 Marketplace makes it easier and faster to extend and customize your Auth0 solution.

🤞 Trusted — All of the integrations you find in the Marketplace are pre-validated by Auth0, so you know you can trust them.

🔎 Searchable — Not only can you easily search for an integration you want, but the Marketplace also makes it easy to browse for integrations that you may not even know you need! Browse through our trusted catalog of partner and third-party integrations to see how you can take your Auth0 solution to the next level with just a couple clicks.

👥 Open — We want the Marketplace to work for you. Do you have an integration in mind that's missing from the Marketplace? We'd love to hear from you! You can request an integration in our Community forum, or even submit your own! All submissions will be tested and vetted by Auth0 so that you can feel safe using the Marketplace.

Keep following as we are adding new integrations to the Marketplace regularly.

You can find the Marketplace at https://marketplace.auth0.com/

For more information about the launch, check out our blog post: Introducing the Auth0 Marketplace.

Auth0 has released a native integration for streaming tenant event logs to Splunk via our Log Streaming feature.

You can also use our Splunkbase App to get started with visualizing Auth0 event logs without any development effort.

Dashboard Admins that opt-in to enable MFA for accessing the Auth0 Dashboard with an extra layer of security can now enroll additional factors as well as regenerate recovery codes to prevent being locked out of their account in case they lose their primary device.

The MFA settins for Dashboard users can be configured in the Profile Page. Learn more by reading our docs.

Adding one or two phone numbers for SMS in addition to Push or OTP factors, as well as storing the backup code, is strongly recommended to prevent losing access to your account.

Auth0’s Management APIv2 now provides a means to validate emails from users logging in using any connection.

What changed?

We added the option to specify a user identity when calling the following endpoints:

POST /api/v2/jobs/verification-email

https://auth0.com/docs/api/management/v2#!/Jobs/post_verification_email

This jobs endpoint can be used when you want to leverage Auth0’s email templates to initiate an email verification flow. A new (optional) identity field can be specified in the payload. When specified, this will allow an email job to be created for a specific user identity within a user. The identity must include a provider and user_id.

POST /api/v2/tickets/email-verification

https://auth0.com/docs/api/management/v2#!/Tickets/post_email_verification

If you prefer to leverage your own email capabilities, you can use this tickets endpoint to generate an email verification link to use in your custom flows. A new (optional) identity object field can be added to the payload. When specified, this will allow a ticket to be created for a specific user identity within a user. The identity must include a provider and user_id.

By doing this, you can select a secondary, federated, or passwordless-email identity to be verified. Once the user verifies their email using Auth0, the email_verified flag associated with the provided identity will be set to true. Subsequent logins using a federated identity will not overwrite this value. If the identity being verified happens to be the primary identity of the user, the email_verified at the root of the user profile will also be set to true.

How does this affect me?

You can take advantage of this capability right away. If you choose not to specify an identity when initiating an email verification flow, no behavior will change. We will continue to only allow for verification of the primary identity of users belonging to the Auth0 IDP.

To explore these new capabilities, get started at: Email Verified Usage or explore the APIs

You can now use a Liquid Templates to customize the HTML content for the New Universal Login pages.

This will allow you to:

• Customize the background with gradients or background images
• Change the page layout
• Add a header or footer
• Provide different content depending on the application or the universal login page

Learn more in our documentation.

Auth0 added limited support for wildcard use in Allowed Web Origins application URLs to make it easier for subscribers to test applications in CI/CD scenarios. Auth0 does not recommend using wildcards in application URLs for production applications; the OAuth BCP states that exact URL matching is the safest approach. Read more in Auth0 Support Center.

We added Czech, French (Canada), Hungarian, Polish, Romanian, and Slovak language options to the New Universal Login flow.

You can now provide end-users the option to get multi-factor authentication one-time codes using SMS or Voice calls.

You can read more in our public docs.

You can now add support for authenticating users with Facebook using the Facebook SDK in native applications.

This improves the user experience, and allows your applications to comply with Facebook's Platform Policies.

You can learn more in our docs, the iOS Quickstart and the Android Quickstart.

User MFA enrollments can be imported using either the automatic migration or the bulk user imports method, allowing flexibility and control over the import process.

The supported enrollment types are:

• Email: for email verification
• __ Phone:__ for SMS verification
• TOTP: for One-Time Passwords (OTP) used with authenticator applications, such as Google Authenticator, Microsoft Authenticator, Authy, Duo, etc.

Get started by reading Import Multi-Factor Authenticators

Log streaming is now GA. You can now stream events to AWS Eventbridge, Datadog, and other targets using the Webhook.
Additionally, we provide more visibility into stream health to help debug potential issues during stream setup.

Auth0 now supports integrating Log Streams with Datadog, and can stream your tenant's log events directly to your Datadog account in near real-time.

Auth0 subscribers can now rotate and revoke the Signing Keys that are used to sign assertions sent to their clients, via the Manage Dashboard or API.

Read more in our docs.

Auth0 now offers a way use any SMS Provider to deliver SMSs with a new extensibility Hook.

Read more in our docs.

Auth0 now offers Refresh Token Rotation (RTR) with Reuse Detection, which provides a secure method for using refresh tokens in SPAs while providing end-users with seamless access to resources without the disruption in UX caused by browser privacy technology like ITP. RTR is available to all customers in public cloud as of April 15, 2020, and is scheduled to be available in Private Cloud in May. Read more about this on our blog.

Accelerate user migration with an enhanced bulk user import with expanded support for common password hashes.

Auth0 enhanced bulk user import with expanded support for common password hashes. Auth0 now supports importing user passwords hashed with the following algorithms: Argon2, bcrypt (now supports custom number of salt rounds), HMAC, MD4, LDAP, MD5, PBKDF2, SHA1, SHA256, and SHA512.

This enables you to import users to Auth0 from legacy systems without requiring end-users to reset their passwords. The new custom password object supports a wide array of parameters as well as the ability to upsert (or update) for subsequent import jobs.

To get started go to Bulk User Imports. Want to check if we support the hashing algorithm you use? Go to Bulk User Import Database Schema and Example for details on the specific hash algorithms, parameters, and encodings we support.

We've added support for directing users to the signup page in the New Universal Login Experience. Read more.

We now support Webhooks (Beta) for your log events! Auth0 can stream events to your callback URL in near real-time.

We've added support for creating and managing Auth0 hooks via the management API, the Node.js SDK, and the deploy-CLI tool. Read the API Documentation and the Deploy-CLI README for more details.

We've added support for embedding passwordless login in Native and Regular Web Apps. Read more.

We’ve added a new extensibility hook: Post-Change Password Hook BETA Customers using Database Connections, can implement custom actions that execute after an end-user changes their password or after a tenant admin updates an end-user’s password. For example, you can trigger an email to confirm a password change.

Get started by checking out the documentation on hooks here. Or, if you are already familiar with hooks, browse the docs and code samples for the new post-change password hook.

We've added a Text Customization API for the New Universal Login Experience.

We've localized the New Universal Login Experience to Hindi.

Auth0 integration with Amazon EventBridge was announced, a serverless event bus. This new integration connects Auth0 event logs to a variety of AWS services in near real time, unlocking a variety of new use cases that support event-driven and microservices application architectures. Learn more here.

We added email provider support for SparkPost EU version. This release enables tenants to use SparkPost’s email service hosted in EU region for localized data protection and transiting, and to be in full compliance with GDPR for emails. Learn more here.

Requests to Auth0 Management API v2 using access tokens issued for a Single Page Application (SPA) now have a dedicated rate limit of 10 requests per minute per user. To learn more about access tokens for SPAs go here and to learn more about Auth0’s rate limit policy go here.

In order to make the Dashboard Administrators invite flow more secure and to avoid confusions, we are now enforcing that the email address of the user that logged in or signed up to accept the invite matches the email address that the invitation was sent to.

Auth0 has made the following security enhancements to one-time-passcodes (OTP) for passwordless connections:

• We will only accept the most current unused one-time password (or link) issued; any previous OTPs will expire once a new OTP is issued. - Users have three attempts to input the correct one-time password; any additional attempts will require a new OTP request. - OTPs for new passwordless connections are valid (by default) for three minutes before expiration. This time can be altered in the connection settings in the dashboard. Read more about passwordless connections or learn how to troubleshoot passwordless connections.

We've added a calendar picker on the Logs page in the dashboard.

Auth0 now enables application developers to easily integrate Sign in with Apple on both Native Apps and Web applications. SIWA for native applications is a new capability that uses an entirely native flow (the user is not required to log in using a browser; the entire exchange takes place natively) that includes an updated iOS SDK for iOS13, a new QuickStart, configuration via the Auth0 Admin, and updated documentation. With this new capability, you can offer users a consistent login experience across all your applications using SIWA as a social identity provider. Support for SIWA is available to all customers effective today. Read more here.

Our OIDC Enterprise Connection is out of beta. Please check the documentation for more information.

We've added a support for using DUO with Custom Domains

.

Subscription plans in the dashboard were updated with new pricing.

Quota reports for External Active Users were added in the Support Center

We've improved our beta OIDC Connection, by adding support for the Authorization Code flow. Please check the documentation for more information.

We've added a new Social connection for LINE . Please check the documentation for more information.

Auth0 enhanced Bulk User Import to support bulk updating select user attributes using the upsert parameter. The upsert parameter can be either set to “true” or “false” during bulk user import and it impacts “pre-existing” users in Auth0. When using bulk user import for the first time you would not bother with upsert since it is only meant to update existing records. However, if you want to run an import again on existing users (by appending more users or upserting fields on existing users), the upsert parameter may be useful. You can use this to do things like update name values from marital status changes or add pictures.

If upsert parameter is set to false (default value) during a bulk user import, pre-existing users that match on email address will not be updated. When set to true, pre-existing users that match on email address will be updated, but only with upsertable attributes. Note: Prior to this release, if you used the upsert parameter and did not specify values for app_metadata, user_metadata or email_verified, those attributes would be replaced with null values. With this update, upsert will not replace those attributes will null values and you can now more efficiently implement bulk user imports for the following select attributes.

• app_metadata
• email_verified
• given_name
• family_name
• name
• nickname
• picture
• user_metadata

There is no action required by you and you can start taking better advantage of the Bulk User Import capability today. To get started check out the Bulk User Imports documentation and to see a full list of attributes supported see our User Profile Attributes.

As with many other changes to our product, this improvement came from feedback from our valued community. So, if you have feedback on how we can continue to make our product better, please let us know through this form. We're always listening and it is super easy!

Prior to this release when managing users via Database Connection, Bulk User Import, or Management API v2 the username field was restricted to alphanumeric characters, “+”, “.”, “_” and “-”. Auth0 added support for “!”, “#”, “$”, “'”, “^”, “`”, “~”, and “@”. In addition, Auth0 Universal Login supports these characters upon username registration to a Database Connection.

This enhancement simplifies user migration from systems like Microsoft Azure Active Directory or custom databases, where usernames often contain special characters. At Auth0 we are always looking for ways to simplify onboarding and get started faster.

There are no immediate changes you need to make to your existing setup and you can start taking advantage of this right away. To learn more, please visit our Adding Username for Database Connections documentation.

This improvement came by way of feedback from people like you. We’d love to hear from you on how we can further improve the product. It is super easy and we’re always listening. Welcome you to contribute product feedback here.

We enhanced security with a new option in advanced tenant settings to prevent exposure of registered user information

Auth0 has released a security enhancement in your advanced tenant settings that will help protect against exposure of registered user information. Bad actors may attempt to guess registered usernames or email addresses by reading error response codes such as user_exists in the public signup API.

You can set this option in your advanced tenant settings in the Auth0 dashboard or via the Management API v2. New tenants will have this option enabled by default. We highly recommend that you take advantage of this option to prevent exposure of personal information.
To learn more, please visit our Tenant Settings in the Auth0 Dashboard documentation.

We've added a dropdown to filter logs by type on the Logs page in the dashboard.

We've shipped a beta version of an OIDC Connection, that makes it simple to federate to OIDC Identity Providers. Please see the documentation for more information.

We've enhanced the platform by adding support for the OAuth 2.0 Device Authorization Grant (Device Flow). Device flow enables end-users to authorize input-constrained devices with Internet connectivity (http) to access protected resources such as streaming media, online services, or account information. Examples of input constrained devices include, but are not limited to Smart TVs, Media Players (AppleTV, Roku), some consumer IoT devices, and CLI applications with no access to a browser or graphical shell. For detailed information, please see the documentation and the tutorial. You can also have a hands-on experience using the Device Flow Playground, which enables you to experience the flow using your own tenant without having to write any code.

The new Universal Login Experience is Generally Available. Try it now to benefit from a reimagined login flow, a with a fresh UX design and lightweight pages.

We've added beta support for 'Sign in With Apple'.

We've added support for using Email as an MFA factor in the New Universal Login Experience.

We've localized the New Universal Login Experience.

We've added a way to enable clickjacking protection in Classic Universal Login.

We've added a way to enable clickjacking protection in Classic Universal Login.

Select user profile attributes may now be updated, thereby eliminating reliance on user_metadata for those fields. In addition, we've made importing users easier by allowing hashed passwords, user ID, and blocked status to be imported. For additional information, you can read more in the User Documentation for Updatable Profile Attributes and Bulk Import.

We've added support to configure the default tenant login URI and the Application Login URI in the dashboard.Learn more.

We've added a new API endpoint to let you force MFA the next time a specific user logs in.

We've added support for custom domain names to the Delegated Admininistration extension and the SSO Dashboard extension.

You can take advantage of custom domain support by upgrading your extensions via the Auth0 Dashboard. For more information on how to utilize custom domain names, please see the extension documentation:

• SSO Dashboard- Delegated Administration

We've added encrypted secrets support to the Bitbucket Deployments extension, Github Deployments Extension, the Gitlab Deployments extension, and the Visual Studio Team Services Deployments extension.

You can take advantage of encrypted secrets support by upgrading your extensions via the Auth0 Dashboard. For more information on how to utilize encrypted secrets, please see the extension documentation:

• Bitbucket Deployments Extension- Github Deployments Extension- Gitlab Deployments Extension- Visual Studio Team Services Deployments Extension

We've added ES9 linting support to the Rules editor.

The Rules web editor now supports linting in ECMAScript 9 syntax when used with Node.js 8.

We've added more granularity to the M2M reports.

Now a daily view of calls per application, for the last 7 days in Machine to Machine quota reports is available.

This is reflected in the Support Center's quota reports.

We've added support to use Azure AD + MS Graph for Microsoft Social connections. Learn more.

We've have added roles and permissions to the core capabilities of Auth0. In authorization, a user or application is granted access to an API after the API determines the extent of the permissions that it should assign. Usually, authorization occurs after identity is successfully validated through authentication so that the API has some idea of what sort of access it should grant.

More information is available in the updated documentation.

We've enhanced Auth0 rules so that they can now leverage the MFA context stored in the user session to trigger or suppress MFA prompts in conjunction with silent authentication.

Many organizations want to use silent authentication in conjunction with MFA whereby the end-user is prompted for MFA during the initial authentication, but not prompted for MFA when renewing tokens during the session lifetime. With MFA context now available in rules, you can check to see if MFA was previously completed (and when), thereby enabling a superior and secure MFA + silent authentication experience for end-users.

More information is available in the updated documentation, the sample rule available in the Auth0 dashboard, and in the Auth0 Support Center

We've extended Auth0 session limits for Enterprise subscribers.

Enterprise subscribers are now able to set longer session limits with up to 100 days for Inactivity Timeout (idle_session_lifetime) and 365 days for Forced Logout (session_lifetime).

More information is available in the updated documentation and in the Support Center</>

Fixed error handling in Dashboard’s Logs Search. Also fixed search hint and added link to Query Syntax doc.

We've added support to use LinkedIn API v2 to authenticate. Learn more.

Fixed quota utilization report for Private SaaS Employees in Support Center.

Previously employees were included on the Enterprise or Regular active users reports, with this fix the Private SaaS employees usage will be accessible on the Employees report as expected.

This is reflected in the Support Center's quota reports and will provide usage for appliances that are upgraded to version 1901

We added a way to specify the default login URL for applications and tenants. Auth0 will use when it needs to redirect to them. More details in the docs.

We've updated the Multi-factor Authentication section in the Dashboard. For more details check our post in Auth0 Community, and our public Docs.

Version 2 of the Deploy CLI has been released! For complete details please see the Deploy CLI README. You can upgrade to this version by installing via npm: npm i -g auth0-deploy-cli@2.

The Deploy CLI tool and Deployment Extensions were updated to provided the following functionality.

• Added YAML support- Added support for export (deprecation of separate auth0 dump tool)- Delete support - The tool will, if configured via AUTH0_ALLOW_DELETE, delete objects if they do not exist within the deploy configuration.- Support for additional Auth0 objects
  • Connections including Social, Enterprise and Passwordless configurations. - Improved support for database connections and associated configuration. - Email Templates - Email Provider - Client Grants - Rule Configs - Better support for pages - Tenant level settings
• Added support to be called programmatically- Improved logging- To simplify the tool the slack hook was removed. You can invoke the tool programmatically to support calling your own hooks- Support referencing clients by their name vs client_id (automatic mapping during export/import)- Simplified to support future Auth0 object types

We’ve updated our ticketing backend system in order to provide a better support experience to our customers. Although this is an internal migration, you may notice some minor changes in Support Center:

• We've changed the numbering scheme of the support tickets and they are now 8 digits long.- We assigned new IDs to the existing tickets, which may affect any email notification related to your open tickets. You will still be able to find your existing tickets by their original ID in the Support Center's Tickets List page.- Any link to an existing ticket in Support Center will continue to work and will redirect you to the new URL.- We’ve renamed the open ticket status to in progress.- We’ve renamed the solved ticket status to resolved.- We’ve renamed the hold ticket status to customer hold.- We’ve added a new with sustainment status to provide visibility whenever the Auth0 Sustainment Engineering team is working on your case.- The attachments that you may add to tickets and comments will be effectively uploaded after you submit the ticket or comment. Any error that may occur during the upload will require you to retry the upload by submitting a new comment.- When selecting a file to upload we now validate its size is less than 15Mb, it doesn’t contain invalid characters in its name and it has at least one of the following extensions: bmp, csv, doc, docx, gz, gif, har, jpg, jpeg, json, mp4, mov, pages, pdf, png, ppt, pptx, rar, tar, tiff, tif, txt, xls, xlsx, xml, zip, htm, html.- We now show Auth0 Developer Support as signature of any comment coming from the Auth0 Support Team, instead of showing the agent's name.

If you have any feedback, it will be welcomed in our Feedback page.

We've made password policies more flexible by enabling the minimum length (number of required characters) to be set independently from other complexity options.

Password policies can now require a greater number of characters (from 1-128) without requiring special or mixed-case characters. A common use-case is implementing pass phrases that have no special character requirements, where end-users can provide a series of words that are easy for them to remember, but difficult for hackers to guess. The National Institute of Standards and Technology (NIST) recommends that password length is a greater indicator of over-all strength than requiring numbers and special characters. Using the new minimum password length option, password policies can be configured to leverage extremely strong, high-entropy pass phrases that are easier for end-users to remember.

More information is available in the updated documentation and in the Support Center</>

Additional connection information available in rule's context.

Previously only connection name and strategy were available in the rule’s context object. Now it is also possible to access connectionID, connectionMetadata and two of the connectionOptions, tenant_domain and domain_aliases, without calling Management API to get the connection details. More details on the context schema can be found in the Rules docs.

We've also updated the Check user email domain matches domains configured in connection rule template to make use of these enhancements.</>

Simplified SSO and provided additional configuration

Added Seamless Single Sign-On support by eliminating the unnecessary confirmation dialog for people with an active session. In addition, we've added control over the Inactivity timeout length and consolidated all of the SSO session controls on the advanced tenant settings page. More details in the SSO docs.

Changed the ticket categorization on the ticket creation form.

For the purpose of improving the way we capture the information on the ticket we have made some changes to the ticket creation form. You can view the new changes in the open ticket page.

Changed how we count active users.

Previously we counted each Active User that logged into each client/application in a tenant. If your tenant had App A and App B, and one user logged into both apps, that would count as two Active Users.

Moving forward we will count per Active User within a tenant and no longer count per client/application. If your tenant has App A and App B and one user logs into both apps, they will be counted as one Active User.

This is reflected in the Support Center's quota and usage reports, in the Auth0 Pricing Page and the Management Dashboard Subscriptions Section.

More info can be found on our docs.

Version 3 of the Delegated Administration Extension was released. For complete details please see the Delegated Admin docs. You can upgrade to this version by visiting the Extensions section in the Manage Dashboard. No configuration changes are anticipated to be required for the upgrade.

Improved Dashboard UX for Machine to Machine Applications. More details in the Machine to Machine docs.

Improved Quickstarts Download Page.

Implemented a new MFA API. Embed Multi-Factor Authentication using push notifications, SMS, or TOTP anywhere, taking full control of the experience. More details in the blog: https://auth0.com/blog/introducing-the-mfa-api.

Implemented support for Passwordless connections, AP/LDAP connections and WS-Fed clients in Custom Domains. Here is the list of features supported by Custom Domains>

Enabled self-service customers to pay for Machine to Machine applications. Previously it was a feature only available to Enterprise users. This is reflected in the Auth0 Pricing Pages and in the Management Dashboard Subscriptions Sections.

Renamed the term Clients to Applications. This change is reflected throughout the Dashboard and documentation only and does not require any changes on your part.

Added the ability to define Custom Domains for your Auth0 tenant. More details in the blog https://auth0.com/blog/introducing-custom-domains-preview-with-auth0.

A new Auth0 Spring Security API SDK is now available to help you secure your API using JSON Web Tokens. See the changelog entry for more information.

wp-auth0 - Updated to support Lock 11 and RS256 JWT. See the changelog entry for more information.

Improved Credentials Manager, deprecated touch method and replaced with bio authentication method for clarity. See the changelog entry for more information.

Auth0.js v9 uses our latest embedded login API. This version removes API calls to usernamepassword/login and user/ssodata and is not supported in centralized login scenarios (i.e. Hosted Login Pages). Some methods now use a mix of Cross Origin Authentication and WebAuth.checkSession (with Web Origins response mode). Read more about Cross Origin Authentication and how to enable Web Origins here. See the changelog entry for more information.

Updated to use auth0.js v9.0.0 and the new API endpoints. Changed the default scope to be openid profile email. Removed oidcConformant flag (Lock won't use legacy endpoints anymore). getProfile now uses an access_token instead of an id_token. Lock v11 is not supported in centralized login scenarios (i.e. Hosted Login Pages). See the changelog entry for more information.

The Auth0-Java SDK adds support for the new users-by-email endpoint. It also allows to set a custom user id when creating a new user using the Management API, and includes a change in the Authentication API Sign Up methods' returned value that someone might find breaking. This change was required in order to return the just created user's information. See the changelog entry for more information.

The Auth0.Android SDK adds support for TLS 1.2. See the changelog entry for more information.

Updated to use auth0.js v8.11. Updated to use auth0.js token validation functions. See the changelog entry for more information.

Version 0.3.0 of jwks-rsa-java has been released, where JWKs parameters 'key_ops' and 'alg' are now parsed according to the specification.

Security Improvements:

• Fixed an issue where state would not be automatically checked in some scenarios- Forced id_token validation for RS256-signed id_tokens- Use /userinfo to get id_token payload for HS256-signed id_tokens See the changelog entry for more information.

The Java-JWT SDK fixes an issue affecting the length and format of the signatures produced by the Elliptic Curve Digital Signature Algorithm. See the changelog entry for more information.

Auth0.swift - Added SFAuthenticationSession support for iOS 11. See the changelog entry for more information.

Lock for Android fixes navigation issues on non-touchscreen devices and adds support for right-to-left languages. See the changelog entry for more information.

The Auth0.Android SDK adds a new and more secure Credential Manager implementation that uses encryption, available for devices running Android Lollipop and above. This release also allows users to customize the Custom Tabs UI by changing the toolbar color and page title visibility from the WebAuthProvider builder. See the changelog entry for more information.

The Auth0.Android SDK fixes a few bugs in the authentication flow and activity state when using Chrome Custom Tabs. See the changelog entry for more information.

wp-auth0 - Fixed implicit mode in auto login and improved handling of auto login configuration. Added translation support for more user facing exception messages. See the changelog entry for more information.

JWTDecode.swift - Added Xcode 9 compatibility. See the changelog entry for more information.

Adding support for OIDC Conformant clients using Cross Origin Authentication. See the changelog entry for more information.

Small UI fixes and improvements with the connectionResolver feature. See the changelog entry for more information.

Lock.swift - Added Xcode 9 compatibility, various fixes to the database SignUp process. See the changelog entry for more information.

Added the ability to set the user_id during user creation using the User Management API. For more information, check our documentation.

Fixed tenant override in popup mode. Also fixed the timeout override when using the renewAuth method. See the changelog entry for more information.

Auth0.swift - Added Xcode 9 support. See the changelog entry for more information.

The Auth0-Java SDK adds support for the Management API Grants entity. See the changelog entry for more information.

New clients created in the dashboard will default to OIDC Conformant. The full list of changes this implies can be found here.

Fixed allowed Regular Expression for usernames. Also fixed custom themes for custom connections along with some UI improvements. See the changelog entry for more information.

Fixed snake casing app_metadata and user_metadata on sign up. See the changelog entry for more information.

Added Cross Origin Authentication support to Passwordless connections. See the changelog entry for more information.

Added the ability to set the primary user in rules using context.primaryUser. Check our documentation for more information.

The DELETE client grants endpoint now allows to delete all grants for a given user by specifing the query string parameter user_id.

Now the 'Use Auth0 for SSO' flag under Client Settings is disabled for OIDC Conformant clients.

Lock for Android now makes use of 'Android Manifest Placeholders' to define the Domain and Scheme values required to automatically capture a Web Authentication result, like logging in using the Facebook connection. See the changelog entry for more information.

The Auth0.Android SDK now makes use of 'Android Manifest Placeholders' to define the Domain and Scheme values required to automatically capture a Web Authentication result. See the changelog entry for more information.

Fixed an issue with the HRD input when using the back button. See the changelog entry for more information.

Added a new option called connectionResolver, which is used to resolve the desired connection on the fly instead of setting it beforehand. See the changelog entry for more information.

Lock for Android now features a 'show password' toggle button on the Password fields. See the changelog entry for more information.

The Auth0.Android SDK will try to use Chrome Custom Tabs when possible. A helper class is included to easily manage Credentials. See the changelog entry for more information.

Fixed an issue where the ACR value was not being properly set when in a SAML context.

MFA no longer incorrectly preventing brute-force anomaly detection count resets.

Auth0.swift - Added OIDC conformant UserInfo class and API method, added Touch ID validation for renewing credentials and added iOS 11 (Beta) support. See the changelog entry for more information.

Fixed an issue with Internet Explorer 11's autocomplete. Also fixed connection_scope not being passed to the authorize page. See the changelog entry for more information.

Added more analytics events and also added a new option that enables a button that shows or obfuscates the password. See the changelog entry for more information.

Fixed an issue where the user was being asked to perform MFA despite having clicked the 'Remember Me' checkbox.

Fixed an issue with Passwordless connection inside the Hosted Login Page. See the changelog entry for more information.

The GET client grants endpoint now allows filtering by client id using the query string parameter client_id.

Started emiting an authorization_error when username / password fails. Also fixed a few UI issues on mobile and some options overrides not being passed to auth0.js. See the changelog entry for more information.

Added support for html formatting when using the flashMessage option. Also added a new option allowAutoComplete that enables the autocomplete html5 attribute in the username input. See the changelog entry for more information.

Auth0.swift - Added Credentials Manager utility for secure management of tokens. Updated compatibility for Xcode 8.3 See the changelog entry for more information.

Added a new client.grant_types property to Auth0 Clients. With this change, Auth0 will restrict authentication and authorization flows based on the grant types associated with each client. All existing clients have been updated with all grant types for backward compatibility. New clients will be created with certain default grant types based on whether it is a public or confidential client (based on the token_endpoint_auth_method property). See our documentation for more information.

Lock.swift - Added 1Password support for database connections. Greatly expanded Lock customization options. See the changelog entry for more information.

• Added support to query by identifier on PATCH / GET / DELETE api/v2/resource-servers endpoints.- Added pagination to GET api/v2/clients endpoint.

Removed client.resource_servers from documented sample response.

Added option postMessageType to filter iframe events in order to prevent incorrect events triggering the renewAuth callback. Also added support for Cross Origin Authentication. See the changelog entry for more information.

The Java Spring Security MVC SDK has been deprecated and will no longer be maintained. Development will continue on the auth0-java-mvc-common SDK.

The Java Servlet SDK has been deprecated and will no longer be maintained. Development will continue on the auth0-java-mvc-common SDK.

Published new SDK for Java (auth0-java-mvc-common) to simplify the web authentication from Java MVC applications using either Code Grant or Implicit Grant. Supports HS256, and RS256 algorithms with optional Public Key Rotation. See the changelog entry for more information.

The Java Spring MVC SDK has been deprecated and will no longer be maintained. Development will continue on the auth0-java-mvc-common SDK.

Fixed some overriden options not being applied. Also fixed decoding babse64 strings with special characters. See the changelog entry for more information.

The Auth0-Java SDK adds support for the new OAuth 2.0 Renew and Revoke Token endpoints. The Guardian entity has also been improved. See the changelog entry for more information.

• Officially dropped support for Microsoft’s Internet Explorer 10.- Fixed issue in the APIs section’s Test tab: changing languages in the code viewers now change the language properly.- Fixed visual issue with code editors backgrounds in the User Details section when using Chrome in Windows 10.- Fixed overflowing of text when users have huge strings without spaces or breaks in their External Attributes Object.- Fixed issue with Delete Account prompt showing a default domain name instead of the correct domain for that account.- Fixed issue with positioning for SAML connections list pagination controls.- Fixed issue when uploading custom logo in Tenant Settings section would crash the browser.- Fixed issue with users with special characters in their IDs that could not be seen in the dashboard.- Improved UI for User Identities in User Details: replaced the old JSON viewer for a better-looking code editor.- Fixed SAMLP default mappings example to avoid getting parsing errors by default.- Now the API section is displayed by default.

New connection for PayPal Sandbox applications, it can be found in Social Connections in dashboard

Fixed a few UI issues with long titles and error messages. See the changelog entry for more information.

The postMessage handler now supports parsing objects as well. See the changelog entry for more information.

The Java-JWT SDK adds a 'Key Provider' interface to support dynamic RSA or ECDSA Keys, making easier the use of JWKs files for token verification. Long claims are also supported. From this release on, the JWT#decode static method will return a DecodedJWT object instead of a JWT object. See the changelog entry for more information.

Lock for Android adds Paypal connection support and displays a Retry screen if it fails to load the Client settings. See the changelog entry for more information.

The Auth0.Android SDK allows to revoke refresh_tokens. See the changelog entry for more information.

Lock.swift - Added Passwordless SMS/Email connection support, paypal-sandbox connection support. See the changelog entry for more information.

Fixed an issue with nonce verification in the renewAuth method. See the changelog entry for more information.

Fixed a few UI issues with mobile in landscape mode. See the changelog entry for more information.

Added support for the paypal-sandbox strategy. See the changelog entry for more information.

Server-side resource-owner password flows that use brute-force detection can now prevent erroneous blocking scenarios by utilizing the 'auth0-forwarded-for' header. See the documentation for more details.

The Auth0.Android SDK on the event of a Rule error while trying to authenticate will parse any rule-defined custom error message. See the changelog entry for more information.

• Fixed outdated link in Sharepoint SSO Integration tutorial page.- Improved error message in the Email Templates section when the from field is not properly filled.- Fixed UI for form validations so they don’t linger after a successful submission of the form.- Added read:user_idp_tokens to available scopes for the Management API.

Added multifactor authentication capabilities to the oauth/token endpoint. See the documentation for more details.

Fixed a few UI inconsistencies with the username input. Also started disabling social buttons when terms were not accepted on sign up. See the changelog entry for more information.

Fixed an issue with the error handling callback. See the changelog entry for more information.

Auth0.swift - Added method to check native authentication availability for IdP on device. See the changelog entry for more information.

Auth0.swift - Added scope support to the renew method. See the changelog entry for more information.

user.last_password_reset will now be set immediately when the user changes their password, instead of waiting for the next login.

Added Evernote strategy. See the changelog entry for more information.

Fixed an issue when parsing a url fragment and the state had special characters. Also fixed an issue with incorrect error messages. See the changelog entry for more information.

Fixed the error Nonce does not match when state option contains special characters. Also fixed popup authentication not being called with all the options. See the changelog entry for more information.

Lock.swift - Added connection scope support for OAuth2 connections and added native authentication handler support. See the changelog entry for more information.

Auth0.swift - Added Connection Scopes to webAuth and creation of webAuth instances from authentication instances. See the changelog entry for more information.

• Added functionality to filter-as-you-type the tenant list in the tenant dropdown for tenant lists with more than 10 tenants in them.- Updated UI for the <app_metadata> and <user_metadata> properties, in the User Details section, to feature a full-featured editor with code folding.- Renamed the “Setup” button in SAMLP connections list to “Setup Instructions”.- Fixed a series of issues with dashboard invitees:
  • Prevent non-owners from entering the “create SSO Integrations” route. - Prevent non-owners from entering the Logs section. - Prevent non-owners from entering the account sub-sections (Admins, Payment, etc.).
• Updated UI for Dashboard Admins to fix XSS vulnerability when deleting dashboard admins and relocated the row to add an admin to always be on top of the list to avoid scrolling in long lists.- Updated UI for User Details to account for long <name> and <username> properties by truncating them.- Added the possibility to save Sharepoint SSO Integrations <external URLs> as a comma-separated list to set multiple of them.

Added support for read:user scope when using Github social connections

Lock for Android Passwordless flow can now remember the identity of the last person who successfully signed in. See the changelog entry for more information.

Started sending owp param in popup mode. See the changelog entry for more information.

Added checkbox as a custom input type for the option additionalSignUpFields. See the changelog entry for more information.

Fixed a few UI issues. Started filtering parameters send to the /authorize endpoint. See the changelog entry for more information.

The Auth0.Android SDK adds the Management API's GET User Profile endpoint. See the changelog entry for more information.

Added flag _idTokenVerification to disable id_token verification for legacy clients. See the changelog entry for more information.

Updated the UI for the API Explorer tab to be able to configure the token expiration for the Management API.

Rules will now run when calling oauth/token with grant_type: password or grant_type: refresh_token. For more information, check out our documentation.

Guardian Authenticator for Android is now capable of scanning and managing any generic TOTP key.

Added a new property <description> for Clients, a free-text field to describe the client’s purpose.

Released new Lock for iOS version written in Swift and migration guide to help the transition.

Auth0.swift - Added Native Authentication support and fixed support for OIDC conformant profiles. See the changelog entry for more information.

Published new SDK for Java (auth0-java) that supports Authentication API OAuth 2.0 endpoints and most of the Management API entities. See the changelog entry for more information.

Added enhancements to SAML Single Logout to conform to the Single Logout Profile specification. With these enhancements, all SAML Service Providers you have configured for logout will be sent a LogoutRequest to the logout.callback URL you have configured in the SAML Add-on. If your Service Provider does not support Single Logout, you can set logout.slo_enabled: false in your SAML Add-on configuration. For more information, check out our Logout documentation and SAML configuration documentation.

The Java-JWT SDK can now handle Array claims and return the Payload claims as a Map<String, Claim>. See the changelog entry for more information.

Published auth0.js v8 and migration guide to help the transition.

Lock for Android now supports the use of custom URL schemes for Web Authentication. The Implicit Grant has been deprecated. See the changelog entry for more information.

The Auth0.Android SDK adds a flag to decide if the API calls should be made using Open ID Connect conformant or Legacy endpoints. See the changelog entry for more information.

Consolidated brute-force detection into a single Shield.

Auth0.swift - Added support for password-realm.grant_types and refresh_token.grant_types. Additional smaller changes have been made to support OIDC. See the changelog entry for more information.

The Auth0.Android SDK now supports sending audience value on Web Authentication. See the changelog entry for more information.

Published new Java SDK (java-jwt) for Json Web Tokens verification and signing. Supports HMAC, RSA and ECDSA algorithms. See the changelog entry for more information.

Added client flag to disable SSO (sso_disabled) which can be set using the Management API. When this flag is set to true, an Auth0 session will not be created for any authentication using that client.

It is now possible to pre-enroll users into Guardian via an enrollment email. See here for more information.

Upgraded Auth0 hosted login page to Lock 10.7.

Added expires_in to oauth/token endpoint

The Auth0.Android SDK prepares to conform with Open ID Connect and adds the /userinfo and /oauth/token endpoints. Multiple response_type values are supported as well. See the changelog entry for more information.

Published new mobile SDKs for iOS (Guardian.swift) and Android (Guardian.Android) to make it simple to build custom Guardian mobile applications.

Lock for Android now allows to specify a custom Scope. See the changelog entry for more information.

nonce parameter is now mandatory if you are using implicit grant flow

Released new version of Lock for Web with several bugfixes and improvements including support for custom OAuth2 connections. See Lock's changelog for more information.

Release of the UI-less client libraries for Guardian, allowing users to build custom Guardian widgets. See the library here for more information

Added new Tenant settings for:

• default_audience - Specifies the audience that clients will receive as a default if one isn't explicitly requested- default_directory - Specifies a default directory connection to use when using password grant flow

Double quotes in assertions caused invalid SAML signature.

Published new Android focused SDK (JWTDecode.Android) for decoding Json Web Tokens (JWT). See the changelog entry for more information.

Lock for Android now uses Browser instead of WebView by default for authentication. See the changelog entry for more information.

Verification email does not display given_name attribute for custom DB.

Added paging to Database Connctions page to support large volume of connections

Published new mobile SDKs for iOS (Auth0.swift) and Android (Auth0.Android) to make it simple to build custom login screens using Auth0.

Auth0 Guardian now allows users to choose to 'remember this browser' and not be prompted for MFA for 30 days from a known system.

It is now possible to disable automatic SMS and email notifications during Passwordless user creation. See the docs for more information.

When a user hits the rate limit for the delegation endpoint, log entries will now be visible in the tenant logs.

SSO Session Timeout can be customized in Tenant Settings > Advanced. This allows you to specify how long the SSO Cookie is valid.

Released new major version of Lock for Android with redesigned UI and new features like custom OAuth2 connections support, password policy, etc. See the docs for more information.