AWS Identity and Access Management를 사용하여 CloudFormation 액세스 제어
AWS Identity and Access Management(IAM)를 사용하여 AWS 계정에서 어떤 사용자가 어느 리소스에 액세스 가능한지를 제어할 수 있는 IAM 사용자를 생성할 수 있습니다. AWS CloudFormation에서 IAM을 사용하여 사용자가 CloudFormation에서 수행할 수 있는 작업(예: 스택 템플릿 보기, 스택 생성 또는 스택 삭제)을 제어할 수 있습니다.
CloudFormation 작업에 더해 각 사용자가 사용할 수 있는 AWS 서비스 및 리소스를 관리할 수 있습니다. 이렇게 하면 사용자가 CloudFormation을 사용할 때 액세스할 수 있는 리소스를 제어할 수 있습니다. 예를 들어, Amazon EC2 인스턴스를 생성하거나, 데이터베이스 인스턴스를 종료하거나, VPC를 업데이트할 수 있는 사용자를 지정할 수 있습니다. CloudFormation을 사용하여 이러한 작업을 수행할 경우 항상 동일한 권한이 적용됩니다.
액세스를 제어할 수 있는 모든 서비스에 대한 자세한 내용을 알아보려면 IAM 사용 설명서의 IAM을 지원하는 AWS 서비스를 참조하세요.
주제
CloudFormation 작업
AWS 계정에서 그룹 또는 사용자를 생성할 경우 부여할 권한을 지정하는 IAM 정책을 해당 그룹 또는 사용자와 연결할 수 있습니다. 예를 들어, 엔트리 레벨 개발자의 그룹이 있다고 가정하겠습니다. 모든 초급 개발자를 포함하는 하급 애플리케이션 개발자 그룹을 생성할 수 있습니다. 그런 다음 사용자에게 CloudFormation 스택 보기만 허용하는 정책을 해당 그룹에 연결합니다. 이 시나리오에서 다음 예제와 같은 정책이 있을 수 있습니다.
예 스택 보기 권한을 부여하는 샘플 정책
{ "Version":"2012-10-17", "Statement":[{ "Effect":"Allow", "Action":[ "cloudformation:DescribeStacks", "cloudformation:DescribeStackEvents", "cloudformation:DescribeStackResource", "cloudformation:DescribeStackResources" ], "Resource":"*" }] }
이 정책에서는 DescribeStack
요소에 나열된 모든 Action
API 작업에 대한 권한을 부여합니다.
중요
명령문에서 스택 이름 또는 ID를 지정하지 않은 경우 *
요소에 대해 Resource
와일드카드를 사용하여 작업에 대한 모든 리소스를 사용할 수 있는 권한도 부여해야 합니다.
CloudFormation 작업 이외에 스택을 생성하거나 삭제하는 사용자는 스택 템플릿에 따라 추가 권한이 필요합니다. 예를 들어, Amazon SQS 대기열을 설명하는 템플릿이 있는 경우 다음 샘플 정책과 같이 Amazon SQS 작업에서 스택을 성공적으로 생성하려면 해당 권한이 있어야 합니다.
예 스택 작업과 모든 Amazon SQS 작업 생성 및 보기를 허용하는 샘플 정책
{ "Version":"2012-10-17", "Statement":[{ "Effect":"Allow", "Action":[ "sqs:*", "cloudformation:CreateStack", "cloudformation:DescribeStacks", "cloudformation:DescribeStackEvents", "cloudformation:DescribeStackResources", "cloudformation:GetTemplate", "cloudformation:ValidateTemplate" ], "Resource":"*" }] }
허용 또는 거부 가능한 모든 CloudFormation 작업 목록은 AWS CloudFormation API 참조를 참조하세요.
CloudFormation 콘솔별 작업
CloudFormation 콘솔을 사용하는 사용자는 AWS Command Line Interface 또는 CloudFormation API를 사용하는 데 필요하지 않은 추가 권한이 필요합니다. AWS CLI 및 API와 비교하여 콘솔은 추가 권한이 필요한 다른 추가 기능을 제공합니다(예: AWS 특정 파라미터 유형에 대한 드롭다운 목록 및 Amazon S3 버킷에 대한 템플릿 업로드).
다음의 모든 작업에서는 모든 리소스에 대한 권한 부여가 특정 스택 또는 버킷에 대한 작업으로 제한되지 않습니다.
다음 필수 작업은 CloudFormation 콘솔에서만 사용되며 API 참조에 명시되지 않습니다. 사용자가 작업을 통해 템플릿을 Amazon S3 버킷에 업로드할 수 있습니다.
cloudformation:CreateUploadBucket
템플릿을 업로드할 때 다음과 같은 Amazon S3 권한이 필요합니다.
s3:PutObject s3:ListBucket s3:GetObject s3:CreateBucket
AWS 특정 파라미터 유형을 가진 템플릿의 경우 사용자에게 해당 Describe API 직접 호출을 수행할 수 있는 권한이 필요합니다. 예를 들어, 템플릿에 AWS::EC2::KeyPair::KeyName
파라미터 유형이 포함되어 있는 경우 EC2 DescribeKeyPairs
작업을 호출할 수 있는 권한이 필요합니다. 이러한 방법으로 콘솔에서 파라미터 드롭다운 목록에 대한 값을 가져옵니다. 다음 예제에서는 다른 파라미터 유형에 필요한 작업을 보여줍니다.
ec2:DescribeSecurityGroups (for the AWS::EC2::SecurityGroup::Id parameter type) ec2:DescribeSubnets (for the Subnet::Id parameter type) ec2:DescribeVpcs (for the AWS::EC2::VPC::Id parameter type)
CloudFormation 리소스
CloudFormation은 리소스 수준 권한을 지원하므로 다음 정책과 같이 특정 스택에 대한 작업을 지정할 수 있습니다.
예 MyProductionStack에 대한 스택 삭제 및 업데이트 작업을 거부하는 샘플 정책
{ "Version":"2012-10-17", "Statement":[{ "Effect":"Deny", "Action":[ "cloudformation:DeleteStack", "cloudformation:UpdateStack" ], "Resource":"arn:aws:cloudformation:us-east-1:123456789012:stack/MyProductionStack/*" }] }
위 정책에서는 스택 이름의 끝에 와일드카드를 사용하므로 전체 스택 ID(예: arn:aws:cloudformation:us-east-1:123456789012:stack/MyProductionStack/abc9dbf0-43c2-11e3-a6e8-50fa526be49c
) 및 스택 이름(예: MyProductionStack
)에 대한 스택 삭제 작업과 업데이트 작업이 거부됩니다.
변경 세트를 만들기 위해 AWS::Serverless
변환을 허용하려면 다음 정책에 나온 것과 같이 해당 정책에 arn:aws:cloudformation:<region>:aws:transform/Serverless-2016-10-31
리소스 수준 권한을 허용해야 합니다.
예 변형에 대한 변경 세트 생성 작업을 허용하는 예제 정책
{ "Version": "2012-10-17", "Statement": [{ "Effect": "Allow", "Action": [ "cloudformation:CreateChangeSet" ], "Resource": "arn:aws:cloudformation:us-west-2:aws:transform/Serverless-2016-10-31" }] }
서비스 관리형 스택 세트 권한을 부여하는 샘플 정책
다음은 보안 주체 엔터티(사용자, 역할 또는 그룹)에 서비스 관리 스택 세트 권한을 부여하는 샘플 IAM 정책입니다. 이 정책을 적용 받는 사용자는 Amazon S3 리소스 유형(AWS::S3::*
) 또는 AWS::SES::ConfigurationSet
리소스 유형을 포함하는 템플릿으로만 스택 세트 작업을 수행할 수 있습니다. ID 123456789012
로 조직 관리 계정에 로그인한 경우 사용자는 ID가 ou-1fsfsrsdsfrewr
인 OU를 대상으로 하는 스택 세트에 대해서만 작업을 수행할 수 있고, ID 987654321012
인 AWS 계정를 대상으로 하는 ID stack-set-id
스택 세트에 대해서만 작업을 수행할 수 있습니다.
스택 세트 템플릿에 정책에 지정된 리소스 유형이 아닌 다른 리소스 유형이 포함되어 있거나, 배포 대상이 해당 관리 계정 및 스택 세트 정책에 지정되지 않은 OU 또는 계정 ID인 경우 스택 세트 작업이 실패합니다.
이러한 정책 제한은 스택 세트 작업이 us-east-1
, us-west-2
또는 eu-west-2
AWS 리전를 대상으로 하는 경우에만 적용됩니다.
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloudformation:*" ], "Resource": [ "arn:aws:cloudformation:*:*:stackset/*", "arn:aws:cloudformation:*:*:type/resource/
AWS-S3
-*", "arn:aws:cloudformation:us-west-2::type/resource/AWS-SES-ConfigurationSet
", "arn:aws:cloudformation:*:123456789012
:stackset-target/*/ou-1fsfsrsdsfrewr
", "arn:aws:cloudformation:*:123456789012
:stackset-target/stack-set-id
/987654321012
" ], "Condition": { "ForAllValues:StringEqualsIgnoreCase": { "cloudformation:TargetRegion": [ "us-east-1
", "us-west-2
", "eu-west-1
" ] } } } ] }
CloudFormation 조건
필요할 경우 IAM 정책에서 정책이 적용되는 시점을 제어하는 조건을 지정할 수 있습니다. 예를 들어, 사용자가 특정 템플릿 URL을 지정하는 경우에만 스택 생성을 허용하는 정책을 정의할 수 있습니다. 정책 적용을 중지할 시점을 지정하는 CloudFormation 관련 조건 및 AWS 전체 조건(예: DateLessThan
)을 정의할 수 있습니다. AWS 전체 조건에 대한 자세한 내용과 목록을 알아보려면 IAM 사용 설명서의 IAM 정책 요소 참조에서 조건을 참조하세요.
참고
aws:SourceIp
AWS 전체 조건을 사용하지 마세요. CloudFormation에서는 원본 요청의 IP 주소가 아니라 자체 IP 주소를 사용하여 탑재 대상을 프로비저닝합니다. 예를 들어, 스택을 생성할 경우 CloudFormation에서는 CreateStack
호출 또는 create-stack 명령의 IP 주소가 아니라 자체 IP 주소에서 Amazon EC2 인스턴스를 시작하거나 Amazon S3 버킷을 생성하도록 요청합니다.
다음 목록에서는 CloudFormation 특정 조건에 대해 설명합니다. 이러한 조건은 사용자가 스택을 생성하거나 업데이트하는 경우에만 적용됩니다.
cloudformation:ChangeSetName
-
정책과 연결할 CloudFormation 변경 세트 이름입니다. 이 조건을 사용하여 사용자가 실행하거나 삭제할 수 있는 변경 세트를 제어합니다.
cloudformation:ImportResourceTypes
-
정책과 연결할 템플릿 리소스 유형(예:
AWS::EC2::Instance
)입니다. 이 조건을 사용하여 사용자가 스택에 리소스를 가져올 때 사용할 수 있는 리소스 유형을 제어합니다. 사용자가ResourcesToImport
파라미터에서 선언하는 리소스 유형에 대해 이 조건을 확인합니다. 이 조건은 현재 AWS CLI 및 API 요청에 대해서만 지원됩니다. 이 파라미터를 사용하는 경우 가져오기 작업 중에 사용자가 제어할 모든 리소스 유형을 지정해야 합니다.ResourcesToImport
파라미터에 대한 자세한 내용은 AWS CloudFormation API 참조의 CreateChangeSet 작업을 참조하세요.가능한
ResourcesToImport
목록은 리소스 유형 지원 섹션을 참조하세요.세 부분으로 구성된 리소스 명명 규칙을 사용하면 조직 전체의 모든 리소스에서 개별 리소스 유형까지 사용자가 작업할 수 있는 리소스 유형을 지정할 수 있습니다.
organization
::*-
지정된 조직에 대한 모든 리소스 유형을 지정합니다.
organization
::
::*service_name
-
지정된 조직 내에 지정된 서비스에 대한 모든 리소스 유형을 지정합니다.
organization
::
::service_name
resource_type
-
특정 리소스 유형을 지정합니다.
예제:
AWS::*
-
지원되는 모든 AWS 리소스 유형을 지정합니다.
AWS::
service_name
::*-
특정 AWS 서비스에 대한 모든 리소스를 지정합니다.
AWS::
service_name
::resource_type
-
특정 AWS 리소스 유형(예:
AWS::EC2::Instance
[모든 EC2 인스턴스])을 지정합니다.
cloudformation:ResourceTypes
-
정책과 연결할 템플릿 리소스 유형(예:
AWS::EC2::Instance
)입니다. 이 조건을 사용하여 사용자가 스택을 생성하거나 업데이트할 때 작업할 수 있는 리소스 유형을 제어합니다. 사용자가ResourceTypes
파라미터에서 선언하는 리소스 유형에 대해 이 조건을 확인합니다. 이 조건은 현재 AWS CLI 및 API 요청에 대해서만 지원됩니다. 이 파라미터를 사용할 경우 사용자가 템플릿에 있는 모든 리소스 유형을 지정해야 합니다.ResourceTypes
파라미터에 대한 자세한 내용은 AWS CloudFormation API 참조의 CreateStack 작업을 참조하세요.리소스 유형의 목록은 AWS 리소스 및 속성 유형 참조 단원을 참조하십시오.
세 부분으로 구성된 리소스 명명 규칙을 사용하면 조직 전체의 모든 리소스에서 개별 리소스 유형까지 사용자가 작업할 수 있는 리소스 유형을 지정할 수 있습니다.
organization
::*-
지정된 조직에 대한 모든 리소스 유형을 지정합니다.
organization
::
::*service_name
-
지정된 조직 내에 지정된 서비스에 대한 모든 리소스 유형을 지정합니다.
organization
::
::service_name
resource_type
-
특정 리소스 유형을 지정합니다.
예제:
AWS::*
-
지원되는 모든 AWS 리소스 유형을 지정합니다.
AWS::
service_name
::*-
특정 AWS 서비스에 대한 모든 리소스를 지정합니다.
AWS::
service_name
::resource_type
-
특정 AWS 리소스 유형(예:
AWS::EC2::Instance
[모든 EC2 인스턴스])을 지정합니다. Alexa::ASK::*
-
Alexa Skill Kit의 모든 리소스 유형을 지정합니다.
Alexa::ASK::Skill
-
개별 Alexa::ASK::Skill 리소스 유형을 지정합니다.
Custom::*
-
모든 사용자 지정 리소스를 지정합니다.
자세한 내용은 사용자 지정 리소스를 사용하여 사용자 지정 프로비저닝 로직 생성 단원을 참조하십시오.
Custom::
resource_type
-
특정 사용자 정의 리소스 유형을 지정합니다.
자세한 내용은 사용자 지정 리소스를 사용하여 사용자 지정 프로비저닝 로직 생성 단원을 참조하십시오.
cloudformation:RoleARN
-
정책과 연결할 IAM 서비스 역할의 Amazon 리소스 이름(ARN)입니다. 이 조건을 사용하여 사용자가 스택 또는 변경 세트로 작업할 때 사용할 있는 서비스 역할을 제어합니다.
cloudformation:StackPolicyUrl
-
정책과 연결할 Amazon S3 스택 정책 URL입니다. 이 조건을 사용하여 사용자가 스택 생성 또는 업데이트 작업 중에 스택과 연결할 수 있는 스택 정책을 제어합니다. 스택 정책에 대한 자세한 내용은 스택 리소스에 대한 업데이트 방지 단원을 참조하십시오.
참고
사용자가 업로드된 스택 정책을 통해서만 스택을 생성하거나 업데이트할 수 있도록 하려면 해당 사용자에 대해 S3 버킷을 읽기 전용으로 설정합니다.
cloudformation:TemplateUrl
-
정책과 연결할 Amazon S3 템플릿 URL입니다. 이 조건을 사용하여 사용자가 스택을 생성하거나 업데이트할 때 사용할 수 있는 템플릿을 제어합니다.
참고
사용자가 업로드된 템플릿을 통해서만 스택을 생성하거나 업데이트할 수 있도록 하려면 해당 사용자에 대해 S3 버킷을 읽기 전용으로 설정합니다.
참고
동일한 이름의 API 파라미터에 다음과 같은 CloudFormation 관련 조건이 적용됩니다.
-
cloudformation:ChangeSetName
-
cloudformation:RoleARN
-
cloudformation:StackPolicyUrl
-
cloudformation:TemplateUrl
예를 들어
cloudformation:TemplateUrl
은CreateStack
,UpdateStack
및CreateChangeSet
API의TemplateUrl
파라미터에만 적용됩니다. -
예시
다음 정책 예제에서는 사용자가
템플릿 URL을 통해서만 스택을 생성하거나 업데이트하도록 허용합니다.https://s3.amazonaws.com/amzn-s3-demo-bucket/test.template
예 템플릿 URL 조건
{ "Version":"2012-10-17", "Statement":[ { "Effect" : "Allow", "Action" : [ "cloudformation:CreateStack", "cloudformation:UpdateStack" ], "Resource" : "*", "Condition" : { "StringEquals" : { "cloudformation:TemplateUrl" : [ "
https://s3.amazonaws.com/amzn-s3-demo-bucket/test.template"
] } } } ] }
다음 예제 정책은 사용자가 가져오기 작업을 제외한 모든 CloudFormation 작업을 완료할 수 있도록 허용합니다.
예 리소스 유형 가져오기 조건
{ "Version": "2012-10-17", "Statement": [ { "Sid": "AllowAllStackOperations", "Effect": "Allow", "Action": "cloudformation:*", "Resource": "*" }, { "Sid": "DenyImport", "Effect": "Deny", "Action": "cloudformation:*", "Resource": "*", "Condition": { "ForAnyValue:StringLike": { "cloudformation:ImportResourceTypes": [ "*" ] } } } ] }
다음 예제 정책은 모든 스택 작업을 비롯해 지정된 리소스에 대해서만 가져오기 작업(이 예제에서는 AWS::S3::Bucket
)을 수행하는 것을 허용합니다.
예 리소스 유형 가져오기 조건
{ "Version": "2012-10-17", "Statement": [ { "Sid": "AllowImport", "Effect": "Allow", "Action": "cloudformation:*", "Resource": "*" "Condition": { "ForAllValues:StringEqualsIgnoreCase": { "cloudformation:ImportResourceTypes": [ "AWS::S3::Bucket" ] } } } ] }
다음 정책 예제에서는 사용자의 스택 생성을 허용하되, 스택의 템플릿에 IAM 서비스의 리소스가 포함되어 있는 경우 요청을 거부합니다. 또한 정책을 통해 사용자에게 ResourceTypes
파라미터를 지정하도록 요구합니다. 이 파라미터는 AWS CLI 및 API 요청에만 사용할 수 있습니다. 이 정책은 명시적 거부문을 사용하므로 다른 정책에서 추가 권한을 부여하더라도 이 정책은 항상 적용됩니다(명시적 거부문이 명시적 허용문보다 항상 우선).
예 리소스 유형 조건
{ "Version":"2012-10-17", "Statement":[ { "Effect" : "Allow", "Action" : [ "cloudformation:CreateStack" ], "Resource" : "*" }, { "Effect" : "Deny", "Action" : [ "cloudformation:CreateStack" ], "Resource" : "*", "Condition" : { "ForAnyValue:StringLikeIfExists" : { "cloudformation:ResourceTypes" : [ "AWS::IAM::*" ] } } }, { "Effect": "Deny", "Action" : [ "cloudformation:CreateStack" ], "Resource": "*", "Condition": { "Null": { "cloudformation:ResourceTypes": "true" } } } ] }
다음 정책 예제는 이전 예제와 비슷합니다. 이 예제에서는 스택의 템플릿에 IAM 서비스의 리소스가 포함되어 있지 않은 경우 사용자가 스택을 생성할 수 있도록 허용합니다. 또한 사용자에게 ResourceTypes
파라미터를 지정하도록 요구합니다. 이 파라미터는 AWS CLI 및 API 요청에 대해서만 사용할 수 있습니다. 이 정책은 더 간단하지만 명시적 거부문을 사용하지 않습니다. 추가적인 권한을 부여하는 다른 정책에서 이 정책을 재정의할 수 있습니다.
예 리소스 유형 조건
{ "Version":"2012-10-17", "Statement":[ { "Effect" : "Allow", "Action" : [ "cloudformation:CreateStack" ], "Resource" : "*", "Condition" : { "ForAllValues:StringNotLikeIfExists" : { "cloudformation:ResourceTypes" : [ "AWS::IAM::*" ] }, "Null":{ "cloudformation:ResourceTypes": "false" } } } ] }
CloudFormation 템플릿에서 IAM 리소스 승인
스택을 생성하기 전에 CloudFormation에서 템플릿 유효성을 검사합니다. 유효성 검사 도중 CloudFormation은 템플릿에서 생성할 수 있는 IAM 리소스를 확인합니다. 전체 액세스 권한이 있는 사용자와 같은 IAM 리소스는 AWS 계정의 모든 리소스에 액세스하고 수정할 수 있습니다. 따라서 에스컬레이션된 권한을 가진 리소스를 실수로 생성하는 일이 없도록 계속하기 전에 각 IAM 리소스에 연결된 권한을 검토하는 것이 좋습니다. 모든 과정을 마쳤음을 알 수 있도록 CloudFormation에서 스택을 생성하기 전에 지정된 기능을 제공하여 템플릿에 이러한 리소스가 포함되어 있음을 승인해야 합니다.
CloudFormation 콘솔, AWS Command Line Interface(AWS CLI) 또는 API를 사용하여 CloudFormation 템플릿의 기능을 승인할 수 있습니다.
-
CloudFormation 콘솔에서는 스택 생성 마법사 또는 스택 업데이트 마법사의 스택 옵션 구성 페이지에서 이 템플릿이 IAM 리소스를 생성할 수 있음을 확인합니다를 선택합니다.
-
AWS CLI에서는 create-stack 및 update-stack 명령을 사용할 경우
--capabilities
옵션에 대해CAPABILITY_IAM
또는CAPABILITY_NAMED_IAM
값을 지정합니다. 템플릿에 IAM 리소스가 포함되어 있는 경우 어느 기능이든 지정할 수 있습니다. 템플릿에 IAM 리소스에 대한 사용자 지정 이름이 포함되어 있는 경우CAPABILITY_NAMED_IAM
을 지정해야 합니다. -
API에서 CreateStack 및 UpdateStack 작업을 사용하는 경우
Capabilities.member.1=CAPABILITY_IAM
또는Capabilities.member.1=CAPABILITY_NAMED_IAM
을 지정합니다. 템플릿에 IAM 리소스가 포함되어 있는 경우 어느 기능이든 지정할 수 있습니다. 템플릿에 IAM 리소스에 대한 사용자 지정 이름이 포함되어 있는 경우CAPABILITY_NAMED_IAM
을 지정해야 합니다.
중요
템플릿에 사용자 지정 이름의 IAM 리소스가 포함되어 있는 경우 동일한 템플릿을 재사용하여 여러 스택을 생성하지 마십시오. IAM 리소스는 계정 내에서 전역적으로 고유해야 합니다. 동일한 템플릿을 사용하여 다양한 리전에서 여러 스택을 생성할 경우 각 스택이 고유한 리소스를 갖지 않고 동일한 IAM 리소스를 공유할 수 있습니다. 스택 간에 리소스를 공유하면 복구할 수 없는 의도하지 않은 결과가 발생할 수 있습니다. 예를 들어, 한 스택에서 공유되는 IAM 리소스를 삭제하거나 업데이트할 경우 다른 스택의 리소스를 의도치 않게 수정하게 됩니다.
Amazon EC2 인스턴스에서 실행 중인 애플리케이션의 자격 증명 관리
Amazon EC2 인스턴스에서 실행하고 Amazon S3 버킷, DynamoDB 테이블 등과 같은 AWS 리소스에 요청하는 데 필요한 애플리케이션이 있는 경우 해당 애플리케이션에 AWS 보안 자격 증명이 필요합니다. 그러나 시작하는 모든 인스턴스에 장기 보안 자격 증명을 배포하여 포함하는 것은 어려울 뿐만 아니라 보안 위험이 발생할 수 있습니다. IAM 사용자 자격 증명과 같은 장기 자격 증명을 사용하는 대신 인스턴스를 시작할 때 Amazon EC2 인스턴스와 연결되는 IAM 역할을 생성하는 것이 좋습니다. 그러면 애플리케이션에서 Amazon EC2 인스턴스로부터 임시 보안 자격 증명을 가져올 수 있습니다. 따라서 인스턴스에 장기 자격 증명을 포함할 필요가 없습니다. 또한 자격 증명을 더 쉽게 관리하려면 여러 Amazon EC2 인스턴스에 대해 단일 역할을 지정할 수 있습니다. 그러면 인스턴스별로 고유한 자격 증명을 생성할 필요가 없습니다.
역할을 사용하여 인스턴스를 시작하는 방법을 보여주는 템플릿 조각은 IAM 역할 템플릿의 예 단원을 참조하십시오.
참고
임시 보안 자격 증명을 사용하는 인스턴스 기반 애플리케이션은 모든 CloudFormation 작업을 호출할 수 있습니다. 하지만 CloudFormation은 많은 다른 AWS 서비스와 상호 작용하므로 사용하려는 모든 서비스에서 임시 보안 자격 증명을 지원하는지 확인해야 합니다. 임시 보안 인증 정보를 지원하는 서비스 목록은 IAM 사용 설명서의 IAM으로 작업하는 AWS를 참조하세요.
임시 액세스 권한 부여(연동된 액세스)
경우에 따라 AWS 자격 증명이 없는 사용자에게 AWS 계정에 대한 임시 액세스 권한을 부여할 수 있습니다. 임시 액세스 권한을 부여할 때마다 장기 자격 증명을 생성하고 삭제하는 대신 AWS Security Token Service(AWS STS)를 사용합니다. 예를 들어, IAM 역할을 사용할 수 있습니다. 한 IAM 역할에서 액세스 키, 보안 액세스 키 및 보안 토큰을 포함하는 다양한 임시 보안 자격 증명을 프로그래밍 방식으로 생성한 다음 배포할 수 있습니다. 이러한 자격 증명은 수명이 제한적이므로 만료된 이후에는 AWS 계정에 액세스하는 데 사용할 수 없습니다. 개별 사용자에게 다양한 수준의 권한을 부여하기 위해 여러 IAM 역할을 생성할 수도 있습니다. IAM 역할은 페더레이션형 ID와 Single Sign-On과 같은 시나리오에 유용합니다.
연합 ID는 여러 시스템에 걸쳐 사용할 수 있는 개별 자격 증명입니다. 설정된 온프레미스 자격 증명 시스템(예: LDAP 또는 Active Directory)이 있는 엔터프라이즈 사용자의 경우 해당 시스템을 사용하여 모든 인증을 처리할 수 있습니다. 사용자가 인증된 후 해당 IAM 사용자 또는 역할의 임시 보안 자격 증명을 제공합니다. 예를 들어, administrators 역할과 developers 역할을 생성할 수 있습니다. 여기서 administrators 역할은 AWS 계정에 대한 모든 권한을 가지며 developers 역할은 CloudFormation 스택 작업 권한만 가집니다. 관리자는 인증을 받은 후 administrators 역할에서 임시 보안 자격 증명을 가져올 수 있는 권한이 부여됩니다. 하지만 개발자는 developers 역할에서만 임시 보안 자격 증명을 가져올 수 있습니다.
연합된 사용자에게 AWS Management Console에 대한 액세스 권한을 부여할 수도 있습니다. 사용자가 온프레미스 자격 증명 시스템을 통해 인증한 후 AWS Management Console에 대한 직접 액세스 권한을 부여하는 임시 URL을 프로그래밍 방식으로 구성할 수 있습니다. 임시 URL을 사용하는 경우에는 이미 인증되었으므로(Single Sign-On) AWS에 로그인할 필요가 없습니다. 또한 URL은 사용자의 임시 보안 자격 증명으로 구성되므로 이러한 자격 증명으로 사용 가능한 권한에 따라 사용자가 AWS Management Console에서 보유하는 권한이 결정됩니다.
여러 AWS STS API를 사용하여 임시 보안 자격 증명을 생성할 수 있습니다. 사용할 API에 대한 자세한 내용은 IAM 사용 설명서의 AWS STS 자격 증명 비교를 참조하세요.
중요
GetFederationToken
API에서 생성된 임시 보안 자격 증명을 사용하는 경우 IAM으로 작업할 수 없습니다. IAM으로 작업해야 하는 경우 특정 역할의 임시 보안 자격 증명을 대신 사용합니다.
CloudFormation은 다양한 다른 AWS 서비스와 상호 작용합니다. CloudFormation에서 임시 보안 자격 증명을 사용할 경우 사용하려는 모든 서비스에서 임시 보안 자격 증명을 지원하는지 확인합니다. 임시 보안 인증 정보를 지원하는 서비스 목록은 IAM 사용 설명서의 IAM으로 작업하는 AWS를 참조하세요.
자세한 내용은 IAM 사용 설명서의 관련 리소스를 참조하세요.