Authenticate Azure-hosted Java applications
This article looks at how the Azure Identity library supports Azure Active Directory token authentication for applications hosted on Azure. This support is made possible through a set of TokenCredential implementations, which are discussed below.
This article covers the following topics:
Default Azure credential
The DefaultAzureCredential is appropriate for most scenarios where the application ultimately runs in the Azure Cloud. DefaultAzureCredential combines credentials that are commonly used to authenticate when deployed, with credentials that are used to authenticate in a development environment. The DefaultAzureCredential will attempt to authenticate via the following mechanisms in order.
- Environment - The
DefaultAzureCredentialwill read account information specified via environment variables and use it to authenticate. - Managed Identity - If the application deploys to an Azure host with Managed Identity enabled, the
DefaultAzureCredentialwill authenticate with that account. - IntelliJ - If you've authenticated via Azure Toolkit for IntelliJ, the
DefaultAzureCredentialwill authenticate with that account. - Visual Studio Code - If you've authenticated via the Visual Studio Code Azure Account plugin, the
DefaultAzureCredentialwill authenticate with that account. - Azure CLI - If you've authenticated an account via the Azure CLI
az logincommand, theDefaultAzureCredentialwill authenticate with that account.
Configure DefaultAzureCredential
DefaultAzureCredential supports a set of configurations through setters on the DefaultAzureCredentialBuilder or environment variables.
- Setting the environment variables
AZURE_CLIENT_ID,AZURE_CLIENT_SECRET, andAZURE_TENANT_IDas defined in Environment variables configures theDefaultAzureCredentialto authenticate as the service principal specified by the values. - Setting
.managedIdentityClientId(String)on the builder or the environment variableAZURE_CLIENT_IDconfigures theDefaultAzureCredentialto authenticate as a user-defined managed identity, while leaving them empty configures it to authenticate as a system-assigned managed identity. - Setting
.tenantId(String)on the builder or the environment variableAZURE_TENANT_IDconfigures theDefaultAzureCredentialto authenticate to a specific tenant for shared token cache, Visual Studio Code, and IntelliJ IDEA. - Setting the environment variable
AZURE_USERNAMEconfigures theDefaultAzureCredentialto pick the corresponding cached token from the shared token cache. - Setting
.intelliJKeePassDatabasePath(String)on the builder configures theDefaultAzureCredentialto read a specific KeePass file when authenticating with IntelliJ credentials.
Authenticate with DefaultAzureCredential
The following example demonstrates authenticating the SecretClient from the azure-security-keyvault-secrets client library using the DefaultAzureCredential.
// Azure SDK client builders accept the credential as a parameter.
SecretClient client = new SecretClientBuilder()
.vaultUrl("https://<your Key Vault name>.vault.azure.net")
.credential(new DefaultAzureCredentialBuilder().build())
.buildClient();
Authenticate a user assigned managed identity with DefaultAzureCredential
The following example demonstrates authenticating the SecretClient from the azure-security-keyvault-secrets client library using the DefaultAzureCredential deployed to an Azure resource with a user-assigned managed identity configured.
/**
* The default credential will use the user-assigned managed identity with the specified client ID.
*/
DefaultAzureCredential defaultCredential = new DefaultAzureCredentialBuilder()
.managedIdentityClientId("<managed identity client ID>")
.build();
// Azure SDK client builders accept the credential as a parameter.
SecretClient client = new SecretClientBuilder()
.vaultUrl("https://<your Key Vault name>.vault.azure.net")
.credential(defaultCredential)
.buildClient();
Authenticate a user in Azure Toolkit for IntelliJ with DefaultAzureCredential
The following example demonstrates authenticating the SecretClient from the azure-security-keyvault-secrets client library using the DefaultAzureCredential, on a workstation where IntelliJ IDEA is installed, and the user has signed in with an Azure account to the Azure Toolkit for IntelliJ.
For more information on configuring your IntelliJ IDEA, see Sign in Azure Toolkit for IntelliJ for IntelliJCredential.
/**
* The default credential will use the KeePass database path to find the user account in IntelliJ on Windows.
*/
// KeePass configuration is required only for Windows. No configuration needed for Linux / Mac.
DefaultAzureCredential defaultCredential = new DefaultAzureCredentialBuilder()
.intelliJKeePassDatabasePath("C:\\Users\\user\\AppData\\Roaming\\JetBrains\\IdeaIC2020.1\\c.kdbx")
.build();
// Azure SDK client builders accept the credential as a parameter.
SecretClient client = new SecretClientBuilder()
.vaultUrl("https://<your Key Vault name>.vault.azure.net")
.credential(defaultCredential)
.buildClient();
Managed Identity credential
The Managed Identity authenticates the managed identity (system or user assigned) of an Azure resource. So, if the application is running inside an Azure resource that supports Managed Identity through IDENTITY/MSI, IMDS endpoints, or both, then this credential will get your application authenticated, and offers a great secretless authentication experience.
For more information, see What are managed identities for Azure resources?.
Authenticate in Azure with managed identity
The following example demonstrates authenticating the SecretClient from the azure-security-keyvault-secrets client library using the ManagedIdentityCredential in a virtual machine, app service, function app, Cloud Shell, service fabric, arc, or AKS environment on Azure, with system-assigned or user-assigned managed identity enabled.
/**
* Authenticate with a managed identity.
*/
ManagedIdentityCredential managedIdentityCredential = new ManagedIdentityCredentialBuilder()
.clientId("<user-assigned managed identity client ID>") // required only for user-assigned
.build();
// Azure SDK client builders accept the credential as a parameter.
SecretClient client = new SecretClientBuilder()
.vaultUrl("https://<your Key Vault name>.vault.azure.net")
.credential(managedIdentityCredential)
.buildClient();
Environment variables
You can configure DefaultAzureCredential and EnvironmentCredential with environment variables. Each type of authentication requires values for specific variables:
Service principal with secret
| Variable name | Value |
|---|---|
AZURE_CLIENT_ID |
ID of an Azure Active Directory application. |
AZURE_TENANT_ID |
ID of the application's Azure Active Directory tenant. |
AZURE_CLIENT_SECRET |
One of the application's client secrets. |
Service principal with certificate
| Variable name | Value |
|---|---|
AZURE_CLIENT_ID |
ID of an Azure Active Directory application. |
AZURE_TENANT_ID |
ID of the application's Azure Active Directory tenant. |
AZURE_CLIENT_CERTIFICATE_PATH |
Path to a PEM-encoded certificate file including private key (without password protection). |
Username and password
| Variable name | Value |
|---|---|
AZURE_CLIENT_ID |
ID of an Azure Active Directory application. |
AZURE_USERNAME |
A username (usually an email address). |
AZURE_PASSWORD |
The associated password for the given username. |
Configuration is attempted in the above order. For example, if values for a client secret and certificate are both present, the client secret is used.
Next steps
This article covered authentication for applications hosted in Azure. This form of authentication is one of multiple ways you can authenticate in the Azure SDK for Java. The following articles describe other ways:
- Azure authentication in development environments
- Authentication with service principals
- Authentication with user credentials
After you've mastered authentication, see Configure logging in the Azure SDK for Java for information on the logging functionality provided by the SDK.