Assume an IAM role
Using IAM roles for Amazon EC2 instance variable credentials
If you’re running your application on an Amazon EC2 instance, the preferred way to provide credentials to make calls to AWS is to use an IAM role to get temporary security credentials.
When you use IAM roles, you don’t need to worry about credential management from your application. They allow an instance to “assume” a role by retrieving temporary credentials from the Amazon EC2 instance’s metadata server.
The temporary credentials, often referred to as instance profile credentials, allow access to the actions and resources that the role’s policy allows. Amazon EC2 handles all the legwork of securely authenticating instances to the IAM service to assume the role, and periodically refreshing the retrieved role credentials. This keeps your application secure with almost no work on your part. For a list of the services that accept temporary security credentials, see AWS services that work with IAM in the IAM User Guide.
Note
To avoid hitting the metadata service every time, you can pass an instance of
Aws\CacheInterface
in as the 'credentials'
option to a
client constructor. This lets the SDK use cached instance profile credentials instead.
For details, see Configuration for the AWS SDK for PHP
Version 3.
For more information on developing Amazon EC2 applications using the SDKs, see Using IAM roles for Amazon EC2 instances in the AWS SDKs and Tools Reference Guide.
Create and assign an IAM role to an Amazon EC2 instance
-
Create an IAM client.
Imports
require 'vendor/autoload.php'; use Aws\Iam\IamClient;
Sample Code
$client = new IamClient([ 'region' => 'us-west-2', 'version' => '2010-05-08' ]);
-
Create an IAM role with the permissions for the actions and resources you’ll use.
Sample Code
$result = $client->createRole([ 'AssumeRolePolicyDocument' => 'IAM JSON Policy', // REQUIRED 'Description' => 'Description of Role', 'RoleName' => 'RoleName', // REQUIRED ]);
-
Create an IAM instance profile and store the Amazon Resource Name (ARN) from the result.
Note
If you use the IAM console instead of the AWS SDK for PHP, the console creates an instance profile automatically and gives it the same name as the role to which it corresponds.
Sample Code
$IPN = 'InstanceProfileName'; $result = $client->createInstanceProfile([ 'InstanceProfileName' => $IPN , ]); $ARN = $result['Arn']; $InstanceID = $result['InstanceProfileId'];
-
Create an Amazon EC2 client.
Imports
require 'vendor/autoload.php'; use Aws\Ec2\Ec2Client;
Sample Code
$ec2Client = new Ec2Client([ 'region' => 'us-west-2', 'version' => '2016-11-15', ]);
-
Add the instance profile to a running or stopped Amazon EC2 instance. Use the instance profile name of your IAM role.
Sample Code
$result = $ec2Client->associateIamInstanceProfile([ 'IamInstanceProfile' => [ 'Arn' => $ARN, 'Name' => $IPN, ], 'InstanceId' => $InstanceID ]);
For more information, see IAM Roles for Amazon EC2 in the Amazon EC2 User Guide for Linux Instances.
Using IAM roles for Amazon ECS tasks
A task in Amazon Elastic Container Service (Amazon ECS) can assume an IAM role to make AWS API calls. This is a strategy for managing credentials for your applications to use, similar to how Amazon EC2 instance profiles provide credentials to Amazon EC2 instances.
Instead of creating and distributing long-term AWS credentials to containers or using
the Amazon EC2 instance’s role, you can associate an IAM role that uses temporary credentials
with an ECS task definition or RunTask
API operation.
For more information on using IAM roles that container tasks can assume, see the
Task IAM role topic in the Amazon ECS Developer
Guide. For examples of using the task IAM role in the form of a
taskRoleArn
in task definitions, see Example task definitions also in the Amazon ECS Developer Guide.
Assuming an IAM role in another AWS account
When you work in an AWS account (Account A) and want to assume a role in another account (Account B), you must first create an IAM role in Account B. This role allows entities in your account (Account A) to perform specific actions in Account B. For more information about cross-account access, see Tutorial: Delegate Access Across AWS Accounts Using IAM Roles.
After you create a role in Account B, record the Role ARN. You will use this ARN when you assume the role from Account A. You assume the role using the AWS credentials associated with your entity in Account A.
Create an AWS STS client with credentials for your AWS account. In the following, we used a credentials profile, but you can use any method. With the newly created AWS STS client, call assume-role and provide a custom sessionName. Retrieve the new temporary credentials from the result. Credentials last an hour by default.
Sample Code
$stsClient = new Aws\Sts\StsClient([ 'profile' => 'default', 'region' => 'us-east-2', 'version' => '2011-06-15' ]); $ARN = "arn:aws:iam::123456789012:role/xaccounts3access"; $sessionName = "s3-access-example"; $result = $stsClient->AssumeRole([ 'RoleArn' => $ARN, 'RoleSessionName' => $sessionName, ]); $s3Client = new S3Client([ 'version' => '2006-03-01', 'region' => 'us-west-2', 'credentials' => [ 'key' => $result['Credentials']['AccessKeyId'], 'secret' => $result['Credentials']['SecretAccessKey'], 'token' => $result['Credentials']['SessionToken'] ] ]);
For more information, see Using IAM Roles or AssumeRole in the AWS SDK for PHP API Reference.
Using an IAM role with web identity
Web Identity Federation enables customers to use third-party identity providers for authentication when accessing AWS resources. Before you can assume a role with web identity, you must create an IAM role and configure a web identity provider (IdP). For more information, see Creating a Role for Web Identity or OpenID Connect Federation (Console).
After creating an identity provider and creating a role for your web identity, use an AWS STS client to authenticate a user. Provide the webIdentityToken and ProviderId for your identity, and the Role ARN for the IAM role with permissions for the user.
Sample Code
$stsClient = new Aws\Sts\StsClient([ 'profile' => 'default', 'region' => 'us-east-2', 'version' => '2011-06-15' ]); $ARN = "arn:aws:iam::123456789012:role/xaccounts3access"; $sessionName = "s3-access-example"; $duration = 3600; $result = $stsClient->AssumeRoleWithWebIdentity([ 'WebIdentityToken' => "FACEBOOK_ACCESS_TOKEN", 'ProviderId' => "graph.facebook.com", 'RoleArn' => $ARN, 'RoleSessionName' => $sessionName, ]); $s3Client = new S3Client([ 'version' => '2006-03-01', 'region' => 'us-west-2', 'credentials' => [ 'key' => $result['Credentials']['AccessKeyId'], 'secret' => $result['Credentials']['SecretAccessKey'], 'token' => $result['Credentials']['SessionToken'] ] ]);
For more information, see AssumeRoleWithWebIdentity—Federation Through a Web-based Identity Provider or AssumeRoleWithWebIdentity in the AWS SDK for PHP API Reference.
Assume role with profile
Define profiles in
~/.aws/credentials
You can configure the AWS SDK for PHP to use an IAM role by defining a profile in
~/.aws/credentials
.
Create a new profile with the role_arn
setting for the role you want
assumed. Also include the source_profile
setting for another profile with
credentials that have permissions to assume the IAM role. For more details on these
configuration settings, see Assume role
credentials in the AWS SDKs and Tools Reference Guide.
For example, in the following ~/.aws/credentials
, the
project1
profile sets the role_arn
and specifies the
default
profile as the source for credentials to verify that the entity
associated with them can assume the role.
[project1] role_arn = arn:aws:iam::123456789012:role/testing source_profile = default role_session_name = OPTIONAL_SESSION_NAME [default] aws_access_key_id = YOUR_AWS_ACCESS_KEY_ID aws_secret_access_key = YOUR_AWS_SECRET_ACCESS_KEY aws_session_token= YOUR_AWS_SESSION_TOKEN
If you set the AWS_PROFILE
environment variable, or you use
profile
parameter when you instantiate a service client, the role
specified in project1
is assumed, using the default
profile as
the source credentials.
The following snippet shows the use of the profile
parameter in an
S3Client
constructor. The S3Client
will have the
permissions associated with the role associated with the project1
profile.
$s3 = new Aws\S3\S3Client([ 'region' => 'us-east-1', 'version' => '2006-03-01', 'profile' => 'project1' ]);
Define profiles in
~/.aws/config
The ~/.aws/config
file can also contain profiles that you want
to be assumed. If you set the environment variable
AWS_SDK_LOAD_NONDEFAULT_CONFIG
, the SDK for PHP loads profiles from the
config
file. When AWS_SDK_LOAD_NONDEFAULT_CONFIG
is set,
the SDK loads profiles from both ~/.aws/config
and
~/.aws/credentials
. Profiles from
~/.aws/credentials
are loaded last and take precedence over a
profile from ~/.aws/config
with the same name. Profiles from either
location can serve as the source_profile
or the profile to be
assumed.
The following example uses the project1
profile defined in the
config
file and the default
profile in the
credentials
file. The AWS_SDK_LOAD_NONDEFAULT_CONFIG
is
also set.
# Profile in ~/.aws/config. [profile project1] role_arn = arn:aws:iam::123456789012:role/testing source_profile = default role_session_name = OPTIONAL_SESSION_NAME
# Profile in ~/.aws/credentials. [default] aws_access_key_id = YOUR_AWS_ACCESS_KEY_ID aws_secret_access_key = YOUR_AWS_SECRET_ACCESS_KEY aws_session_token= YOUR_AWS_SESSION_TOKEN
When the S3Client
constructor runs that is shown the following snippet,
the role defined in the project1
profile will be assumed using credentials
associated with the default
profile.
$s3 = new Aws\S3\S3Client([ 'region' => 'us-east-1', 'version' => '2006-03-01', 'profile' => 'project1' ]);