Use Microsoft Entra for cache authentication

Azure Cache for Redis offers two methods to authenticate to your cache instance: access keys and Microsoft Entra.

Although access key authentication is simple, it comes with a set of challenges around security and password management. For contrast, in this article, you learn how to use a Microsoft Entra token for cache authentication.

Azure Cache for Redis offers a password-free authentication mechanism by integrating with Microsoft Entra. This integration also includes role-based access control functionality provided through access control lists (ACLs) supported in open-source Redis.

To use the ACL integration, your client application must assume the identity of a Microsoft Entra entity, like service principal or managed identity, and connect to your cache. In this article, you learn how to use your service principal or managed identity to connect to your cache. You also learn how to grant your connection predefined permissions based on the Microsoft Entra artifact that's used for the connection.

Scope of availability

Prerequisites and limitations

• Microsoft Entra authentication is supported for SSL connections and TLS 1.2 or higher.
• Microsoft Entra authentication isn't supported on Azure Cache for Redis instances that depend on Azure Cloud Services.
• Microsoft Entra authentication isn't supported in the Enterprise tiers of Azure Cache for Redis Enterprise.
• Some Redis commands are blocked. For a full list of blocked commands, see Redis commands not supported in Azure Cache for Redis.

Enable Microsoft Entra authentication on your cache

1. In the Azure portal, select the Azure Cache for Redis instance where you want to configure Microsoft Entra token-based authentication.

2. On the Resource menu, select Authentication.

3. On the working pane, select the Microsoft Entra Authentication tab.

4. Select Enable Microsoft Entra Authentication and enter the name of a valid user. The user you enter is automatically assigned Data Owner Access Policy by default when you select Save. You can also enter a managed identity or service principal to connect to your cache instance.

   

5. A pop-up dialog asks if you want to update your configuration and informs you that it takes several minutes. Select Yes.

   Important

   After the enable operation is finished, the nodes in your cache instance reboot to load the new configuration. We recommend that you perform this operation during your maintenance window or outside your peak business hours. The operation can take up to 30 minutes.

For information on how to use Microsoft Entra with the Azure CLI, see the reference pages for identity.

Disable access key authentication on your cache

Using Microsoft Entra is the secure way to connect your cache. We recommend that you use Microsoft Entra and disable access keys.

When you disable access key authentication for a cache, all existing client connections are terminated, whether they use access keys or Microsoft Entra authentication. Follow the recommended Redis client best practices to implement proper retry mechanisms for reconnecting Microsoft Entra-based connections, if any.

Before you disable access keys:

• Ensure that Microsoft Entra authentication is enabled and you have at least one Redis User configured.

• Ensure all applications connecting to your cache instance switch to using Microsoft Entra Authentication.

• Ensure that the metrics Connected Clients and Connected Clients Using Microsoft Entra Token have the same values. If the values for these two metrics are not the same, that means there are still some connections that were created using access keys and not Entra Token.

• Consider disabling access during the scheduled maintenance window for your cache instance.

• Disabling access keys is only available for Basic, Standard, and Premium tier caches.

• For geo-replicated caches, you must:

  1. Unlink the caches.
  2. Disable access keys.
  3. Relink the caches.

If you have a cache where access keys are used and you want to disable access keys, follow this procedure:

1. In the Azure portal, select the Azure Cache for Redis instance where you want to disable access keys.

2. On the Resource menu, select Authentication.

3. On the working pane, select Access keys.

4. Select Disable Access Keys Authentication. Then, select Save.

   

5. Confirm that you want to update your configuration by selecting Yes.

Use data access configuration with your cache

If you want to use a custom access policy instead of Redis Data Owner, go to Data Access Configuration on the Resource menu. For more information, see Configure a custom data access policy for your application.

1. In the Azure portal, select the Azure Cache for Redis instance where you want to add to the data access configuration.

2. On the Resource menu, select Data Access Configuration.

3. Select Add and then select New Redis User.

4. On the Access Policies tab, select one of the available policies in the table: Data Owner, Data Contributor, or Data Reader. Then, select Next: Redis Users.

   

5. Choose either User or service principal or Managed Identity to determine how to assign access to your Azure Cache for Redis instance. If you select User or service principal and you want to add a user, you must first enable Microsoft Entra authentication.

6. Then, choose Select members and choose Select. Then, select Next: Review + assign.

   

7. A pop-up dialog notifies you that upgrading is permanent and might cause a brief connection blip. Select Yes.

   Important

   After the enable operation is finished, the nodes in your cache instance reboot to load the new configuration. We recommend that you perform this operation during your maintenance window or outside your peak business hours. The operation can take up to 30 minutes.

Configure your Redis client to use Microsoft Entra

Because most Azure Cache for Redis clients assume that a password and access key are used for authentication, you likely need to update your client workflow to support authentication by using Microsoft Entra. In this section, you learn how to configure your client applications to connect to Azure Cache for Redis by using a Microsoft Entra token.

Microsoft Entra client workflow

1. Configure your client application to acquire a Microsoft Entra token for scope, https://redis.azure.com/.default or acca5fbb-b7e4-4009-81f1-37e38fd66d78/.default, by using the Microsoft Authentication Library (MSAL).

2. Update your Redis connection logic to use the following User and Password:

   • User = Object ID of your managed identity or service principal
   • Password = Microsoft Entra token that you acquired by using MSAL

3. Ensure that your client executes a Redis AUTH command automatically before your Microsoft Entra token expires by using:

   • User = Object ID of your managed identity or service principal
   • Password = Microsoft Entra token refreshed periodically

Client library support

The library Microsoft.Azure.StackExchangeRedis is an extension of StackExchange.Redis that enables you to use Microsoft Entra to authenticate connections from a Redis client application to an Azure Cache for Redis. The extension manages the authentication token, including proactively refreshing tokens before they expire to maintain persistent Redis connections over multiple days.

This code sample demonstrates how to use the Microsoft.Azure.StackExchangeRedis NuGet package to connect to your Azure Cache for Redis instance by using Microsoft Entra.

The following table includes links to code samples. They demonstrate how to connect to your Azure Cache for Redis instance by using a Microsoft Entra token. Various client libraries are included in multiple languages.

Best practices for Microsoft Entra authentication

• Configure private links or firewall rules to protect your cache from a denial of service attack.
• Ensure that your client application sends a new Microsoft Entra token at least three minutes before token expiry to avoid connection disruption.
• When you call the Redis server AUTH command periodically, consider adding a random delay so that the AUTH commands are staggered. In this way, your Redis server doesn't receive too many AUTH commands at the same time.

Related content

• Configure role-based access control with Data Access Policy
• Reference pages for identity