메뉴
AWS CloudFormation
사용 설명서 (API Version 2010-05-15)

AWS Identity and Access Management를 사용한 액세스 제어

AWS Identity and Access Management(IAM)를 사용하여 AWS 계정에서 어떤 사용자가 어느 리소스에 액세스 가능한지를 제어할 수 있는 IAM 사용자를 생성할 수 있습니다. IAM을 AWS CloudFormation과 함께 사용하여 사용자가 AWS CloudFormation에서 수행할 수 있는 작업(예: 스택 템플릿을 보거나, 스택을 생성하거나 삭제할 수 있는지 여부)을 제어할 수 있습니다.

AWS CloudFormation 작업 이외에 각 사용자가 사용 가능한 AWS 서비스 및 리소스를 관리할 수 있습니다. 이렇게 하면 사용자가 AWS CloudFormation을 사용할 때 액세스할 수 있는 리소스를 제어할 수 있습니다. 예를 들어, Amazon EC2 인스턴스를 생성하거나, 데이터베이스 인스턴스를 종료하거나, VPC를 업데이트할 수 있는 사용자를 지정할 수 있습니다. AWS CloudFormation을 사용하여 이러한 작업을 수행할 경우 항상 동일한 권한이 적용됩니다.

액세스를 제어할 수 있는 모든 서비스에 대한 자세한 내용은 IAM 사용 설명서에서 IAM을 지원하는 AWS 서비스를 참조하십시오.

AWS CloudFormation 작업

AWS 계정에서 그룹 또는 IAM 사용자를 생성할 경우 부여할 권한을 지정하는 IAM 정책을 해당 그룹 또는 사용자와 연결할 수 있습니다. 예를 들어, 엔트리 레벨 개발자의 그룹이 있다고 가정하겠습니다. 모든 엔트리 레벨 개발자를 포함하는 Junior application developers 그룹을 생성할 수 있습니다. 그런 다음 사용자에게 AWS CloudFormation 스택 보기만 허용하는 정책을 해당 그룹에 연결합니다. 이 시나리오에서 다음 예제와 같은 정책이 있을 수 있습니다.

예 스택 보기 권한을 부여하는 샘플 정책

Copy
{ "Version":"2012-10-17", "Statement":[{ "Effect":"Allow", "Action":[ "cloudformation:DescribeStacks", "cloudformation:DescribeStackEvents", "cloudformation:DescribeStackResource", "cloudformation:DescribeStackResources" ], "Resource":"*" }] }

이 정책에서는 Action 요소에 나열된 모든 DescribeStack API 작업에 대한 권한을 부여합니다.

참고

명령문에서 스택 이름 또는 ID를 지정하지 않은 경우 Resource 요소에 대해 * 와일드카드를 사용하여 작업에 대한 모든 리소스를 사용할 수 있는 권한도 부여해야 합니다.

AWS CloudFormation 작업 이외에 스택을 생성하거나 삭제하는 IAM 사용자는 스택 템플릿에 따라 추가 권한이 필요합니다. 예를 들어, Amazon SQS 대기열을 설명하는 템플릿이 있는 경우 다음 샘플 정책과 같이 Amazon SQS 작업에서 스택을 성공적으로 생성하려면 해당 권한이 있어야 합니다.

예 스택 작업과 모든 Amazon SQS 작업 생성 및 보기를 허용하는 샘플 정책

Copy
{ "Version":"2012-10-17", "Statement":[{ "Effect":"Allow", "Action":[ "sqs:*", "cloudformation:CreateStack", "cloudformation:DescribeStacks", "cloudformation:DescribeStackEvents", "cloudformation:DescribeStackResources", "cloudformation:GetTemplate", "cloudformation:ValidateTemplate" ], "Resource":"*" }] }

허용 또는 거부 가능한 모든 AWS CloudFormation 작업 목록은 AWS CloudFormation API Reference 단원을 참조하십시오.

AWS CloudFormation 콘솔별 작업

AWS CloudFormation 콘솔을 사용하는 IAM 사용자는 AWS Command Line Interface 또는 AWS CloudFormation API를 사용하는 데 필요하지 않은 추가 권한이 필요합니다. CLI 및 API와 비교하여 콘솔은 추가 권한이 필요한 다른 추가 기능을 제공합니다(예: AWS 특정 파라미터 유형에 대한 드롭다운 목록 및 Amazon S3 버킷에 대한 템플릿 업로드).

다음의 모든 작업에서는 모든 리소스에 대한 권한 부여가 특정 스택 또는 버킷에 대한 작업으로 제한되지 않습니다.

다음 필수 작업은 AWS CloudFormation 콘솔에서만 사용되며 API 참조에 명시되지 않습니다. 사용자가 작업을 통해 템플릿을 Amazon S3 버킷에 업로드할 수 있습니다.

Copy
cloudformation:CreateUploadBucket

템플릿을 업로드할 때 다음과 같은 Amazon S3 권한이 필요합니다.

Copy
s3:PutObject s3:ListBucket s3:GetObject s3:CreateBucket

AWS 특정 파라미터 유형을 가진 템플릿의 경우 해당 Describe API를 호출할 수 있는 권한이 필요합니다. 예를 들어, 템플릿에 AWS::EC2::KeyPair::KeyName 파라미터 유형이 포함되어 있는 경우 EC2 DescribeKeyPairs 작업을 호출할 수 있는 권한이 필요합니다. 이러한 방법으로 콘솔에서 파라미터 드롭다운 목록에 대한 값을 가져옵니다. 다음 예제에서는 다른 파라미터 유형에 필요한 작업을 보여줍니다.

Copy
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)

AWS CloudFormation 리소스

AWS CloudFormation은 리소스 수준 권한을 지원하므로 다음 정책과 같이 특정 스택에 대한 작업을 지정할 수 있습니다.

예 MyProductionStack에 대한 스택 삭제 및 업데이트 작업을 거부하는 샘플 정책

Copy
{ "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 리소스 수준 권한을 허용해야 합니다.

예 변형에 대한 변경 세트 생성 작업을 허용하는 예제 정책

Copy
{ "Version": "2012-10-17", "Statement": [{ "Effect": "Allow", "Action": [ "cloudformation:CreateChangeSet" ], "Resource": "arn:aws:cloudformation:us-west-2:aws:transform/Serverless-2016-10-31" }] }

AWS CloudFormation 조건

필요할 경우 IAM 정책에서 정책이 적용되는 시점을 제어하는 조건을 지정할 수 있습니다. 예를 들어, IAM 사용자가 특정 템플릿 URL을 지정하는 경우에만 스택 생성을 허용하는 정책을 정의할 수 있습니다. 정책 적용을 중지할 시점을 지정하는 AWS CloudFormation 특정 조건 및 AWS 차원 조건(예: DateLessThan)을 정의할 수 있습니다. 자세한 내용과 AWS 차원의 조건 목록은 IAM 사용 설명서IAM 정책 요소 참조에서 조건 단원을 참조하십시오.

참고

aws:SourceIp AWS 차원 조건을 사용하지 마십시오. AWS CloudFormation에서는 원본 요청의 IP 주소가 아니라 자체 IP 주소를 사용하여 리소스를 프로비저닝합니다. 예를 들어, 스택을 생성할 경우 AWS CloudFormation에서는 CreateStack 호출 또는 aws cloudformation create-stack 명령의 IP 주소가 아니라 자체 IP 주소에서 EC2 인스턴스를 시작하거나 S3 버킷을 생성하도록 요청합니다.

다음 목록에서는 AWS CloudFormation 특정 조건에 대해 설명합니다. 이러한 조건은 사용자가 스택을 생성하거나 업데이트하는 경우에만 적용됩니다.

cloudformation:ChangeSetName

정책과 연결할 AWS CloudFormation 변경 세트 이름입니다. 이 조건을 사용하여 IAM 사용자가 실행하거나 삭제할 수 있는 변경 세트를 제어합니다.

cloudformation:ResourceTypes

정책과 연결할 템플릿 리소스 유형(예: AWS::EC2::Instance)입니다. 이 조건을 사용하여 IAM 사용자가 스택을 생성하거나 업데이트할 때 작업할 수 있는 리소스 유형을 제어합니다. 사용자가 ResourceTypes 파라미터에서 선언하는 리소스 유형에 대해 이 조건을 확인합니다. 이 조건은 현재 CLI 및 API 요청에 대해서만 지원됩니다. 이 파라미터를 사용할 경우 사용자가 템플릿에 있는 모든 리소스 유형을 지정해야 합니다. ResourceTypes 파라미터에 대한 자세한 내용은 AWS CloudFormation API Reference에서 CreateStack 작업을 참조하십시오.

다음 목록에서는 리소스 유형을 정의하는 방법을 설명합니다. 리소스 유형의 목록은 AWS 리소스 유형 참조 단원을 참조하십시오.

AWS::*

모든 AWS 리소스를 지정합니다.

AWS::service_name::*

특정 AWS 서비스에 대한 모든 리소스를 지정합니다.

AWS::service_name::resource_type

특정 AWS 리소스 유형(예: AWS::EC2::Instance[모든 EC2 인스턴스])을 지정합니다.

Custom::*

모든 사용자 지정 리소스를 지정합니다.

Custom::resource_type

템플릿에 정의된 특정 사용자 지정 리소스 유형을 지정합니다.

cloudformation:RoleARN

정책과 연결할 IAM 서비스 역할의 Amazon 리소스 이름(ARN)입니다. 이 조건을 사용하여 IAM 사용자가 스택 또는 변경 세트로 작업할 때 사용할 있는 서비스 역할을 제어합니다.

cloudformation:StackPolicyUrl

정책과 연결할 Amazon S3 스택 정책 URL입니다. 이 조건을 사용하여 IAM 사용자가 스택 생성 또는 업데이트 작업 중에 스택과 연결할 수 있는 스택 정책을 제어합니다. 스택 정책에 대한 자세한 내용은 스택 리소스에 대한 업데이트 방지 단원을 참조하십시오.

참고

IAM 사용자가 업로드된 스택 정책을 통해서만 스택을 생성하거나 업데이트할 수 있도록 하려면 해당 사용자에 대해 S3 버킷을 read only로 설정합니다.

cloudformation:TemplateUrl

정책과 연결할 Amazon S3 템플릿 URL입니다. 이 조건을 사용하여 IAM 사용자가 스택을 생성하거나 업데이트할 때 사용할 수 있는 템플릿을 제어합니다.

참고

IAM 사용자가 업로드된 템플릿을 통해서만 스택을 생성하거나 업데이트할 수 있도록 하려면 해당 사용자에 대해 S3 버킷을 read only로 설정합니다.

예제

다음 정책 예제에서는 사용자가 https://s3.amazonaws.com/testbucket/test.template 템플릿 URL을 통해서만 스택을 생성하거나 업데이트하도록 허용합니다.

예 템플릿 URL 조건

Copy
{ "Version":"2012-10-17", "Statement":[ { "Effect" : "Allow", "Action" : [ "cloudformation:CreateStack", "cloudformation:UpdateStack" ], "Resource" : "*", "Condition" : { "ForAllValues:StringEquals" : { "cloudformation:TemplateUrl" : [ "https://s3.amazonaws.com/testbucket/test.template" ] } } } ] }

다음 정책 예제에서는 사용자의 스택 생성을 허용하되, 스택의 템플릿에 IAM 서비스의 리소스가 포함되어 있는 경우 요청을 거부합니다. 또한 정책을 통해 사용자에게 ResourceTypes 파라미터를 지정하도록 요구합니다. 이 파라미터는 CLI 및 API 요청에만 사용할 수 있습니다. 이 정책은 명시적 거부문을 사용하므로 다른 정책에서 추가 권한을 부여하더라도 이 정책은 항상 적용됩니다(명시적 거부문이 명시적 허용문보다 항상 우선).

예 리소스 유형 조건

Copy
{ "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 파라미터를 지정하도록 요구합니다. 이 파라미터는 CLI 및 API 요청에 대해서만 사용할 수 있습니다. 이 정책은 더 간단하지만 명시적 거부문을 사용하지 않습니다. 추가적인 권한을 부여하는 다른 정책에서 이 정책을 재정의할 수 있습니다.

예 리소스 유형 조건

Copy
{ "Version":"2012-10-17", "Statement":[ { "Effect" : "Allow", "Action" : [ "cloudformation:CreateStack" ], "Resource" : "*", "Condition" : { "ForAllValues:StringNotLikeIfExists" : { "cloudformation:ResourceTypes" : [ "AWS::IAM::*" ] }, "Null":{ "cloudformation:ResourceTypes": "false" } } } ] }

AWS CloudFormation 템플릿에서 IAM 리소스 승인

스택을 생성하기 전에 AWS CloudFormation에서 템플릿을 검증합니다. 검증하는 동안 AWS CloudFormation에서는 생성할 수 있는 IAM 리소스에 대해 템플릿을 확인합니다. IAM 리소스(예: 모든 권한을 가진 IAM 사용자)는 AWS 계정의 모든 리소스에 액세스하여 수정할 수 있습니다. 따라서 에스컬레이션된 권한을 가진 리소스를 실수로 생성하는 일이 없도록 계속하기 전에 각 IAM 리소스에 연결된 권한을 검토하는 것이 좋습니다. 모든 과정을 마쳤음을 알 수 있도록 AWS CloudFormation에서 스택을 생성하기 전에 지정된 기능을 제공하여 템플릿에 이러한 리소스가 포함되어 있음을 승인해야 합니다.

AWS CloudFormation 콘솔, AWS Command Line Interface(CLI) 또는 API를 사용하여 AWS CloudFormation 템플릿의 기능을 승인할 수 있습니다.

  • AWS CloudFormation 콘솔에서는 스택 생성 마법사 또는 스택 업데이트 마법사의 [Review] 페이지에서 [I acknowledge that this template may create IAM resources]를 선택합니다.

  • CLI에서는 aws cloudformation create-stackaws cloudformation update-stack 명령을 사용할 경우 --capabilities 파라미터에 대해 CAPABILITY_IAM 또는 CAPABILITY_NAMED_IAM 값을 지정합니다. 템플릿에 IAM 리소스가 포함되어 있는 경우 어느 기능이든 지정할 수 있습니다. 템플릿에 IAM 리소스에 대한 사용자 지정 이름이 포함되어 있는 경우 CAPABILITY_NAMED_IAM을 지정해야 합니다.

  • API에서는 CreateStackUpdateStack 작업을 사용할 경우 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 역할 템플릿의 예 단원을 참조하십시오.

참고

임시 보안 자격 증명을 사용하는 인스턴스 기반 애플리케이션은 모든 AWS CloudFormation 작업을 호출할 수 있습니다. 하지만 AWS CloudFormation은 많은 다른 AWS 서비스와 상호 작용하므로 사용하려는 모든 서비스에서 임시 보안 자격 증명을 지원하는지 확인해야 합니다. 자세한 내용은 AWS STS를 지원하는 AWS 서비스를 참조하십시오.

임시 액세스 권한 부여(연동된 액세스)

경우에 따라 AWS 자격 증명이 없는 사용자에게 AWS 계정에 대한 임시 액세스 권한을 부여할 수 있습니다. 임시 액세스 권한을 부여할 때마다 장기 자격 증명을 생성하고 삭제하는 대신 AWS Security Token Service(AWS STS)를 사용하십시오. 예를 들어, IAM 역할을 사용할 수 있습니다. 한 IAM 역할에서 액세스 키, 보안 액세스 키 및 보안 토큰을 포함하는 다양한 임시 보안 자격 증명을 프로그래밍 방식으로 생성한 다음 배포할 수 있습니다. 이러한 자격 증명은 수명이 제한적이므로 만료된 이후에는 AWS 계정에 액세스하는 데 사용할 수 없습니다. 또한 여러 IAM 역할을 생성하여 개별 사용자에게 다양한 수준의 권한을 부여할 수 있습니다. IAM 역할은 연합 ID, Single Sign-On 등과 같은 시나리오에 유용합니다.

연합 ID는 여러 시스템에 걸쳐 사용할 수 있는 개별 자격 증명입니다. 설정된 온프레미스 자격 증명 시스템(예: LDAP 또는 Active Directory)이 있는 엔터프라이즈 사용자의 경우 해당 시스템을 사용하여 모든 인증을 처리할 수 있습니다. 사용자가 인증된 후 해당 IAM 사용자 또는 역할의 임시 보안 자격 증명을 제공합니다. 예를 들어, administratorsdevelopers 역할을 생성할 수 있습니다. 여기서 administrators 역할은 AWS 계정에 대한 모든 권한을 갖고 developers 역할은 AWS CloudFormation 스택 작업 권한만 가집니다. 관리자는 인증을 받은 후 administrators 역할에서 임시 보안 자격 증명을 가져올 수 있는 권한이 부여됩니다. 하지만 개발자는 developers 역할에서만 임시 보안 자격 증명을 가져올 수 있습니다.

연합된 사용자에게 AWS Management Console에 대한 액세스 권한을 부여할 수도 있습니다. 사용자가 온프레미스 자격 증명 시스템을 통해 인증한 후 AWS Management Console에 대한 직접 액세스 권한을 부여하는 임시 URL을 프로그래밍 방식으로 구성할 수 있습니다. 임시 URL을 사용하는 경우에는 이미 인증되었으므로(Single Sign-On) AWS에 로그인할 필요가 없습니다. 또한 URL은 사용자의 임시 보안 자격 증명으로 구성되므로 이러한 자격 증명으로 사용 가능한 권한에 따라 사용자가 AWS Management Console에서 보유하는 권한이 결정됩니다.

여러 AWS STS API를 사용하여 임시 보안 자격 증명을 생성할 수 있습니다. 사용할 API에 대한 자세한 내용은 Using Temporary Security CredentialsWays to Get Temporary Security Credentials를 참조하십시오.

중요

GetFederationToken API에서 생성된 임시 보안 자격 증명을 사용하는 경우 IAM으로 작업할 수 없습니다. IAM으로 작업해야 하는 경우 특정 역할의 임시 보안 자격 증명을 대신 사용합니다.

AWS CloudFormation은 다양한 다른 AWS 서비스와 상호 작용합니다. AWS CloudFormation에서 임시 보안 자격 증명을 사용할 경우 사용하려는 모든 서비스에서 임시 보안 자격 증명을 지원하는지 확인합니다. 자세한 내용은 AWS STS를 지원하는 AWS 서비스를 참조하십시오.

자세한 내용은 Using Temporary Security Credentials에서 다음 관련 리소스를 참조하십시오.