Default credentials provider chain in the AWS SDK for Java 2.x
The default credentials provider chain in the AWS SDK for Java 2.x automatically searches for AWS credentials in a predefined sequence of locations, allowing applications to authenticate with AWS services without explicitly specifying credential sources.
The default credentials provider chain is implemented by the DefaultCredentialsProvider
To use the default credentials provider chain to supply temporary credentials, create a
service client builder but don't specify a credentials provider. The following code snippet
creates a DynamoDbClient that uses the default credentials provider chain to
locate and retrieve configuration settings.
// Any external Region configuration is overridden. // The SDK uses the default credentials provider chain because no specific credentials provider is specified. Region region = Region.US_WEST_2; DynamoDbClient ddb = DynamoDbClient.builder() .region(region) .build();
Credential settings retrieval order
The default credentials provider chain of the SDK for Java 2.x searches for configuration in your environment using a predefined sequence.
-
Java system properties
-
The SDK uses the SystemPropertyCredentialsProvider
class to load temporary credentials from the aws.accessKeyId,aws.secretAccessKey, andaws.sessionTokenJava system properties.Note
For information on how to set Java system properties, see the System Properties
tutorial on the official Java Tutorials website.
-
-
Environment variables
-
The SDK uses the EnvironmentVariableCredentialsProvider
class to load temporary credentials from the AWS_ACCESS_KEY_ID,AWS_SECRET_ACCESS_KEY, andAWS_SESSION_TOKENenvironment variables.
-
-
Web identity token and IAM role ARN
-
The SDK uses the WebIdentityTokenFileCredentialsProvider
class to load credentials by assuming a role using a web identity token. -
The credentials provider looks for the following environment variables or JVM system properties:
-
AWS_WEB_IDENTITY_TOKEN_FILE oraws.webIdentityTokenFile -
AWS_ROLE_ARNoraws.roleArn -
AWS_ROLE_SESSION_NAMEoraws.roleSessionName(optional)
-
-
After the SDK acquires the values, it calls the AWS Security Token Service (STS) and uses the temporary credentials it returns to sign requests.
-
Runtime environments such as Amazon Elastic Kubernetes Service (EKS) automatically make web identity tokens available to AWS SDKs, enabling applications to obtain temporary AWS credentials.
-
-
The shared
credentialsandconfigfiles-
The SDK uses the ProfileCredentialsProvider
to load IAM Identity Center single sign-on settings or temporary credentials from the [default]profile in the sharedcredentialsandconfigfiles.The AWS SDKs and Tools Reference Guide has detailed information about how the SDK for Java works with the IAM Identity Center single sign-on token to get temporary credentials that the SDK uses to call AWS services.
Note
The
credentialsandconfigfiles are shared by various AWS SDKs and Tools. For more information, see The .aws/credentials and .aws/config files in the AWS SDKs and Tools Reference Guide. -
Because a profile in the shared
credentialsandconfigfiles can contain many different sets of settings, theProfileCredentialsProviderdelegates to a series of other providers to look for settings under the[default]profile:-
Basic credentials (class
StaticCredentialsProvider): When the profile containsaws_access_key_idandaws_secret_access_key. -
Session credentials (class
StaticSessionCredentialsProvider): When the profile containsaws_access_key_id,aws_secret_access_key, andaws_session_token. -
Process credentials (class
ProcessCredentialsProvider): When the profile containscredential_process. -
SSO credentials (class
SsoCredentialsProvider): When the profile contains SSO-related properties such assso_role_name,sso_account_id. -
Web identity token credentials (class
WebIdentityTokenCredentialsProvider): When the profile containsrole_arnandweb_identity_token_file. -
Role-based credentials with source profile (class
StsAssumeRoleCredentialsProvider): When the profile containsrole_arnandsource_profile. -
Role-based credentials with credential source (class
StsAssumeRoleWithSourceCredentialsProvider): When the profile containsrole_arnandcredential_source.-
When
credential_source = Environment: It uses a chain ofSystemPropertyCredentialsProviderandEnvironmentVariableCredentialsProvider -
When
credential_source = Ec2InstanceMetadata: It usesInstanceProfileCredentialsProvider -
When
credential_source = EcsContainer: It usesContainerCredentialsProvider
-
-
-
-
Amazon ECS container credentials
-
The SDK uses the ContainerCredentialsProvider
class to load temporary credentials using the following environment variables: -
AWS_CONTAINER_CREDENTIALS_RELATIVE_URIorAWS_CONTAINER_CREDENTIALS_FULL_URI -
AWS_CONTAINER_AUTHORIZATION_TOKEN_FILEorAWS_CONTAINER_AUTHORIZATION_TOKEN
-
The ECS container agent automatically sets the
AWS_CONTAINER_CREDENTIALS_RELATIVE_URIenvironment variable, which points to the ECS credentials endpoint. The other environment variables are typically set in specific scenarios where the standard ECS credential endpoint isn't used. -
-
Amazon EC2 instance IAM role-provided credentials
-
The SDK uses the InstanceProfileCredentialsProvider
class to load temporary credentials from the Amazon EC2 metadata service.
-
-
If the SDK can't find the necessary configuration settings through all this steps listed above, it throws an exception with output similar to the following:
software.amazon.awssdk.core.exception.SdkClientException: Unable to load credentials from any of the providers in the chain AwsCredentialsProviderChain(credentialsProviders=[SystemPropertyCredentialsProvider(), EnvironmentVariableCredentialsProvider(), WebIdentityTokenCredentialsProvider(), ProfileCredentialsProvider(), ContainerCredentialsProvider(), InstanceProfileCredentialsProvider()])
Use the
DefaultCredentialsProvider in code
You can explicitly use the default credentials provider chain in your code. This is
functionally equivalent to you not specifying a credentials provider at all, since the
SDK uses DefaultCredentialsProvider by default. However, explicitly using
it can make your code more readable and self-documenting. It clearly shows your
intention to use the default credentials chain.
import software.amazon.awssdk.auth.credentials.DefaultCredentialsProvider; import software.amazon.awssdk.regions.Region; import software.amazon.awssdk.services.s3.S3Client; public class ExplicitDefaultCredentialsExample { public static void main(String[] args) { // Explicitly create the DefaultCredentialsProvider. DefaultCredentialsProvider defaultCredentialsProvider = DefaultCredentialsProvider .builder().build(); // Use it with any service client. S3Client s3Client = S3Client.builder() .region(Region.US_WEST_2) .credentialsProvider(defaultCredentialsProvider) .build(); // Now you can use the client with the default credentials chain. s3Client.listBuckets(); } }
When you build the default credentials provider you can provide more configuration:
DefaultCredentialsProvider customizedProvider = DefaultCredentialsProvider.builder() .profileName("custom-profile") // Use a specific profile if the chain gets to the `ProfileCredentialsProvider` stage. .asyncCredentialUpdateEnabled(true) // Enable async credential updates. .build();
This approach gives you more control while still providing the convenience of the default credentials chain.