AWS Identity and Access Management를 사용하여 CloudFormation 액세스 제어

AWS Identity and Access Management(IAM)를 사용하여 IAM 사용자를 생성하고 AWS 계정에서 특정 리소스에 대한 해당 사용자의 액세스를 제어할 수 있습니다. IAM을 사용하는 경우 CloudFormation에서 수행할 수 있는 작업(예: 스택 템플릿 보기, 스택 생성 또는 스택 삭제)을 제어할 수 있습니다.

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

다음 섹션의 정보를 사용하여 CloudFormation에 액세스할 수 있는 사용자를 제어합니다. 또한 템플릿에서 IAM 리소스 생성 권한을 부여하고, EC2 인스턴스에서 실행되는 애플리케이션에 필요한 권한을 부여하며, AWS 환경의 보안 강화를 위해 임시 보안 자격 증명을 사용하는 방법을 살펴봅니다.

CloudFormation에 대한 IAM ID 기반 정책 정의

CloudFormation에 대한 액세스 권한을 부여하려면 IAM ID(예: 사용자 또는 역할)에 필요한 API 작업을 직접 호출할 수 있는 권한을 부여하는 IAM 정책을 생성하고 할당해야 합니다.

IAM 자격 증명 기반 정책을 사용하면 허용되거나 거부되는 작업과 리소스는 물론, 작업이 허용되거나 거부되는 조건도 지정할 수 있습니다. CloudFormation은 특정 작업, 리소스 및 조건 키를 지원합니다.

IAM을 처음 사용하는 경우 먼저 IAM JSON 정책의 요소를 숙지합니다. 자세한 내용은 IAM 사용 설명서의 IAM JSON 정책 요소 참조를 참조하세요. IAM 정책을 생성하는 방법을 알아보려면 IAM 설명서의 튜토리얼 첫 번째 고객 관리형 정책 만들기 및 연결을 완료하세요.

CloudFormation에 대한 정책 작업

IAM 정책 설명의 Action 요소에서 CloudFormation이 제공하는 모든 API 작업을 지정할 수 있습니다. 작업 이름에는 소문자 문자열 cloudformation:이 접두사로 포함되어야 합니다. 예를 들어, cloudformation:CreateStack, cloudformation:CreateChangeSet 및 cloudformation:UpdateStack입니다.

명령문 하나에 여러 태스크를 지정하려면 다음과 같이 쉼표로 구분합니다.

"Action": [ "cloudformation:action1", "cloudformation:action2" ]

와일드카드를 사용하여 여러 작업을 지정할 수도 있습니다. 예를 들어 다음과 같이 이름이 Get으로 시작되는 모든 작업을 지정할 수 있습니다.

"Action": "cloudformation:Get*"

cloudformation 서비스 접두사와 연결된 작업의 전체 목록을 보려면 서비스 승인 참조의 Actions, resources, and condition keys for AWS CloudFormation 및 Actions, resources, and condition keys for AWS Cloud Control API를 참조하세요.

예시

다음에서는 CloudFormation 스택을 볼 수 있는 권한을 부여하는 권한 정책 예제를 보여줍니다.

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

스택을 생성하거나 삭제하는 사용자는 스택 템플릿을 기반으로 추가 권한이 필요합니다. 예를 들어 템플릿이 Amazon SQS 대기열을 설명하는 경우 다음 샘플 정책에 표시된 대로 사용자에게 CloudFormation 및 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에 대한 콘솔 특정 작업

CloudFormation 콘솔의 사용자는 AWS Command Line Interface 또는 CloudFormation API에 필요한 권한 이외의 추가 권한이 필요합니다. 이러한 추가 권한은 Amazon S3 버킷에 대한 템플릿 업로드 및 AWS 특정 파라미터 유형에 대한 드롭다운 목록과 같은 콘솔 특정 기능을 지원합니다.

아래 나열된 모든 작업의 경우 모든 리소스에 대한 권한를 부여합니다. 특정 스택이나 버킷으로 제한되지 않습니다.

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

사용자가 템플릿을 업로드할 때 다음과 같은 Amazon S3 권한도 필요합니다.

AWS 특정 파라미터 유형을 포함하는 템플릿의 파라미터 드롭다운 목록에서 값을 보려면 사용자에게 해당 Describe API 직접 호출을 수행할 수 있는 권한이 필요합니다. 예를 들어 템플릿에서 이러한 파라미터 유형을 사용하는 경우 다음 권한이 필요합니다.

AWS 특정 파라미터 유형에 대한 자세한 내용은 CloudFormation에서 제공하는 파라미터 유형을 사용하여 런타임 시 기존 리소스 지정 섹션을 참조하세요.

CloudFormation에 대한 정책 리소스

IAM 정책 구문에서 Resource 요소는 명령문이 다루는 하나 이상의 객체를 지정합니다. CloudFormation에서 각 IAM 정책 설명은 Amazon 리소스 이름(ARN)을 사용하여 지정한 리소스에 적용됩니다. 구체적인 ARN 형식은 리소스에 따라 다릅니다.

CloudFormation 리소스 유형 및 해당 ARN의 전체 목록은 서비스 승인 참조의 Resource types defined by AWS CloudFormation을 참조하세요. 각 리소스의 ARN을 지정할 수 있는 작업을 알아보려면 Actions defined by AWS CloudFormation을 참조하세요.

다음 정책 예제에 표시된 대로 특정 스택에 대한 작업을 지정할 수 있습니다. ARN을 제공할 때 placeholder text를 리소스 특정 정보로 바꿉니다.

{
    "Version":"2012-10-17",
    "Statement":[{
        "Effect":"Deny",
        "Action":[
            "cloudformation:DeleteStack",
            "cloudformation:UpdateStack"
        ],
        "Resource":"arn:aws:cloudformation:region:account-id:stack/MyProductionStack/*"
    }]
}

위 정책에서는 스택 이름의 끝에 와일드카드를 사용하므로 전체 스택 ID(예: arn:aws:cloudformation:region:account-id: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:region:aws:transform/Serverless-2016-10-31"
    }]
}

CloudFormation에 대한 정책 조건 키

선택적으로 IAM 정책에서 정책이 적용되는 시점을 제어하는 조건을 지정할 수 있습니다. 예를 들어, 사용자가 특정 템플릿 URL을 지정하는 경우에만 스택 생성을 허용하는 정책을 정의할 수 있습니다. 정책 적용을 중지할 시점을 지정하는 CloudFormation 관련 조건 및 AWS 전체 조건(예: DateLessThan)을 정의할 수 있습니다. AWS 전체 조건에 대한 자세한 내용과 목록을 알아보려면 IAM 사용 설명서의 IAM 정책 요소 참조에서 조건을 참조하세요.

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

조건 키를 사용하여 액세스를 제어하는 IAM 정책 예제는 CloudFormation에 대한 IAM ID 기반 정책 예제 섹션을 참조하세요.

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

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

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

Amazon EC2 인스턴스에서 실행되는 애플리케이션의 자격 증명 관리

Amazon EC2 인스턴스에서 실행하고 Amazon S3 버킷, DynamoDB 테이블 등과 같은 AWS 리소스에 요청하는 데 필요한 애플리케이션이 있는 경우 해당 애플리케이션에 AWS 보안 자격 증명이 필요합니다. 그러나 시작하는 모든 인스턴스에 장기 보안 자격 증명을 배포하여 포함하는 것은 어려울 뿐만 아니라 보안 위험이 발생할 수 있습니다. IAM 사용자 자격 증명과 같은 장기 자격 증명을 사용하는 대신 인스턴스를 시작할 때 Amazon EC2 인스턴스와 연결되는 IAM 역할을 생성하는 것이 좋습니다. 그러면 애플리케이션에서 Amazon EC2 인스턴스로부터 임시 보안 자격 증명을 가져올 수 있습니다. 따라서 인스턴스에 장기 자격 증명을 포함할 필요가 없습니다. 또한 자격 증명을 더 쉽게 관리하려면 여러 Amazon EC2 인스턴스에 대해 단일 역할을 지정할 수 있습니다. 그러면 인스턴스별로 고유한 자격 증명을 생성할 필요가 없습니다.

역할을 사용하여 인스턴스를 시작하는 방법을 보여주는 템플릿 조각은 IAM 역할 템플릿의 예 단원을 참조하십시오.

임시 액세스 권한 부여(페더레이션된 액세스)

경우에 따라 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 자격 증명 비교를 참조하세요.

CloudFormation은 다양한 다른 AWS 서비스와 상호 작용합니다. CloudFormation에서 임시 보안 자격 증명을 사용할 경우 사용하려는 모든 서비스에서 임시 보안 자격 증명을 지원하는지 확인합니다. 임시 보안 인증 정보를 지원하는 서비스 목록은 IAM 사용 설명서의 IAM으로 작업하는 AWS를 참조하세요.

자세한 내용은 IAM 사용 설명서의 관련 리소스를 참조하세요.