IAM 역할 - AWS Identity and Access Management
IAM 사용자(역할이 아님)를 생성해야 하는 경우역할 용어 및 개념추가 리소스

IAM 역할

IAM 역할은 계정에 생성할 수 있는, 특정 권한을 지닌 IAM 자격 증명입니다. AWS에서 자격 증명이 할 수 있는 것과 없는 것을 결정하는 권한 정책을 갖춘 AWS 자격 증명이라는 점에서 IAM 역할은 IAM 사용자와 유사합니다. 그러나 역할은 한 사람하고만 연관되지 않고 해당 역할이 필요한 사람이라면 누구든지 맡을 수 있어야 합니다. 또한 역할에는 그와 연관된 암호 또는 액세스 키와 같은 표준 장기 자격 증명이 없습니다. 대신에 역할을 맡은 사람에게는 해당 역할 세션을 위한 임시 보안 자격 증명이 제공됩니다.

역할을 사용하여 일반적으로 AWS 리소스에 액세스할 수 없는 사용자, 애플리케이션 또는 서비스에 액세스 권한을 위임할 수 있습니다. 예를 들어 AWS 계정의 사용자에게 이들이 대개 권한이 없는 리소스에 대한 액세스 권한을 부여하거나 한 AWS 계정의 사용자에게 다른 계정의 리소스에 대한 액세스 권한을 부여해야 할 경우가 있습니다. 또는 모바일 앱에서 AWS 리소스를 사용할 수 있도록 허용하되 앱에 AWS 키를 내장하길 원치 않는 경우(업데이트하기 어렵고 사용자가 추출할 가능성이 있음)도 있습니다. 때로는 기업 디렉터리에서처럼 AWS 외부에 정의된 자격 증명을 이미 보유하고 있는 사용자에게 AWS 액세스 권한을 부여해야 하는 경우도 있습니다. 또는 타사에 계정에 대한 액세스 권한을 부여하여 리소스에 대한 감사를 수행할 수 있도록 해야 할 경우도 있을 수 있습니다.

이러한 경우 IAM 역할을 사용하여 AWS 리소스에 대한 액세스 권한을 위임할 수 있습니다. 이 단원에서는 역할 및 역할을 사용할 수 있는 여러 가지 방법, 다양한 접근 방식을 선택하는 경우와 방법, 역할을 생성, 관리, 전환(또는 수임) 및 삭제하는 방법을 소개합니다.

참고

AWS 계정을 처음 만들 때는 기본적으로 역할이 생성되지 않습니다. 계정에 서비스를 추가하면 서비스 연결 역할을 추가하여 사용 사례를 지원할 수 있습니다.

서비스 연결 역할은 AWS 서비스에 연결된 서비스 역할의 한 유형입니다. 서비스는 사용자를 대신하여 작업을 수행하기 위해 역할을 수임할 수 있습니다. 서비스 링크 역할은 AWS 계정에 나타나고, 서비스가 소유합니다. IAM 관리자는 서비스 링크 역할의 권한을 볼 수 있지만 편집은 할 수 없습니다.

서비스 연결 역할을 삭제하려면 먼저 관련 리소스를 삭제해야 합니다. 이렇게 하면 리소스에 대한 액세스 권한을 부주의로 삭제할 수 없기 때문에 리소스가 보호됩니다.

서비스 연결 역할의 사용을 지원하는 서비스에 대한 자세한 정보는 AWS IAM으로 작업하는 서비스를 참조하고 서비스 연결 역할 열에 예가 있는 서비스를 찾습니다. 해당 서비스에 대한 서비스 연결 역할 설명서를 보려면 예 링크를 선택합니다.

주제

IAM 사용자(역할이 아님)를 생성해야 하는 경우

페더레이션 사용자가 지원하지 않는 사용 사례에는 IAM 사용자만 사용하는 것이 좋습니다. 일부 사용 사례는 다음과 같습니다.

  • IAM 역할을 사용할 수 없는 워크로드 - AWS에 액세스해야 하는 위치에서 워크로드를 실행할 수 있습니다. 일부 상황에서는 예를 들어, WordPress 플러그인에 대한 임시 보안 인증을 제공하기 위해 IAM 역할을 사용할 수 없습니다. 이러한 상황에서는 해당 워크로드에 IAM 사용자 장기 액세스 키를 사용하여 AWS에 대해 인증합니다.

  • 타사 AWS 클라이언트 – IAM Identity Center를 사용한 액세스를 지원하지 않는 도구를 사용하는 경우(예: AWS에서 호스팅되지 않은 타사 AWS 클라이언트 또는 공급업체) IAM 사용자 장기 액세스 키를 사용합니다.

  • AWS CodeCommit 액세스 – CodeCommit을 사용하여 코드를 저장하는 경우 CodeCommit에 대한 SSH 키 또는 서비스별 보안 인증이 있는 IAM 사용자를 사용하여 리포지토리를 인증할 수 있습니다. 일반 인증에 IAM Identity Center 사용자를 사용하는 것 외에 이렇게 하는 것이 좋습니다. IAM Identity Center 사용자는 AWS 계정 또는 클라우드 애플리케이션에 대한 액세스 권한이 필요한 인력의 사용자입니다. IAM 사용자를 구성하지 않고 CodeCommit 리포지토리에 대한 액세스 권한을 사용자에게 부여하기 위해 git-remote-codecommit 유틸리티를 구성할 수 있습니다. IAM 및 CodeCommit에 대한 자세한 내용은 CodeCommit용 IAM 자격 증명: Git 자격 증명, SSH 키 및 AWS 액세스 키 단원을 참조하세요. git-remote-codecommit 유틸리티 구성에 대한 자세한 내용은 AWS CodeCommit 사용 설명서의 보안 인증을 교체하여 AWS CodeCommit 리포지토리에 연결을 참조하세요.

  • Amazon Keyspaces(Apache Cassandra용) 액세스 – IAM Identity Center 사용자를 사용할 수 없는 상황(예: Cassandra 호환성 테스트 목적)의 경우 서비스별 보안 인증이 있는 IAM 사용자를 사용하여 Amazon Keyspaces로 인증할 수 있습니다. IAM Identity Center 사용자는 AWS 계정 또는 클라우드 애플리케이션에 대한 액세스 권한이 필요한 인력의 사용자입니다. 임시 보안 인증을 사용하여 Amazon Keyspaces 연결할 수도 있습니다. 자세한 내용은 Amazon Keyspaces(Apache Cassandra용) 개발자 안내서의 임시 보안 인증과 IAM 역할 및 SigV4 플러그인을 사용하여 Amazon Keyspaces에 연결을 참조하세요.

  • 긴급 액세스 – ID 제공업체에 액세스할 수 없고 AWS 계정에 조치를 취해야 하는 상황인 경우입니다. 복원 계획에 긴급 액세스 IAM 사용자 설정을 포함할 수 있습니다. 다중 인증(MFA)을 사용하여 긴급 사용자 보안 인증을 엄격하게 제어하고 보호하는 것이 좋습니다.

역할 용어 및 개념

아래는 역할을 시작하는 데 도움이 되는 몇 가지 기본 용어들입니다.

역할

계정에서 생성할 수 있는 특정 권한을 가진 IAM 자격 증명입니다. IAM 역할은 IAM 사용자와 몇 가지 점에서 유사합니다. 역할과 사용자 모두 AWS에서 자격 증명으로 할 수 있는 것과 할 수 없는 것을 결정하는 권한 정책을 포함하는 AWS 자격 증명입니다. 그러나 역할은 한 사람하고만 연관되지 않고 해당 역할이 필요한 사람이라면 누구든지 맡을 수 있어야 합니다. 또한 역할에는 그와 연관된 암호 또는 액세스 키와 같은 표준 장기 자격 증명이 없습니다. 대신에 역할을 맡은 사람에게는 해당 역할 세션을 위한 임시 보안 자격 증명이 제공됩니다.

역할은 다음의 주체들이 수임할 수 있습니다.

  • 동일한 AWS 계정 또는 다른 AWS 계정의 IAM 사용자

  • 동일한 계정의 IAM 역할

  • 다음과 같은 AWS 서비스 및 기능과 함께 사용할 수 있는 서비스 보안 주체:

    • Amazon EC2 또는 AWS Lambda와 같은 컴퓨팅 서비스에서 코드를 실행하도록 지원하는 서비스

    • Amazon S3 객체 복제와 같이 사용자를 대신하여 리소스에 작업을 수행하는 기능

    • IAM Roles Anywhere 또는 Amazon ECS Anywhere와 같이 AWS 외부에서 실행되는 애플리케이션에 임시 보안 자격 증명을 제공하는 서비스

  • SAML 2.0, OpenID Connect와 호환되는 ID 제공업체(idP) 서비스에 의해 인증된 외부 사용자

AWS 서비스 역할

서비스 역할은 서비스가 사용자를 대신하여 작업을 수행하는 것으로 가정하는 IAM 역할입니다. IAM 관리자는 IAM 내에서 서비스 역할을 생성, 수정 및 삭제할 수 있습니다. 자세한 정보는 IAM 사용 설명서의 AWS 서비스에 대한 권한을 위임할 역할 생성을 참조하세요.

AWS 서비스 연결 역할

서비스 연결 역할은 AWS 서비스에 연결된 서비스 역할의 한 유형입니다. 서비스는 사용자를 대신하여 작업을 수행하기 위해 역할을 수임할 수 있습니다. 서비스 링크 역할은 AWS 계정에 나타나고, 서비스가 소유합니다. IAM 관리자는 서비스 링크 역할의 권한을 볼 수 있지만 편집은 할 수 없습니다.

참고

서비스 연결 역할 지원을 시작할 때 이미 서비스를 사용하는 중이라면 계정의 새 역할에 대해 알려주는 이메일을 받게 될 수 있습니다. 이 경우 서비스에서 계정에 서비스 연결 역할을 자동으로 생성합니다. 이 역할을 지원하기 위해 어떤 작업도 수행할 필요가 없으며, 이 역할을 수동으로 삭제할 수 없습니다. 자세한 내용은 내 AWS 계정에 표시되는 새 역할 단원을 참조하십시오.

서비스 연결 역할의 사용을 지원하는 서비스에 대한 자세한 정보는 AWS IAM으로 작업하는 서비스를 참조하고 서비스 연결 역할 열에 예가 있는 서비스를 찾으세요. 해당 서비스에 대한 서비스 연결 역할 설명서를 보려면 예 링크를 선택합니다. 자세한 내용은 서비스 연결 역할 생성 단원을 참조하십시오.

역할 함께 묶기

역할 체인은 역할을 사용하여 AWS CLI 또는 API를 통해 두 번째 역할을 수임하는 경우입니다. 예를 들어, RoleA에 RoleB를 수임할 권한이 있습니다. AssumeRole API 작업에서 User1의 장기 사용자 자격 증명을 사용하여 RoleA를 수임할 수 있습니다. 그러면 RoleA 단기 자격 증명이 반환됩니다. 역할 체인을 사용하면 RoleA의 단기 자격 증명을 사용하여 User1이 RoleB를 수임하도록 할 수 있습니다.

역할을 맡을 때 세션 태그를 전달하고 태그를 전이적으로 설정할 수 있습니다. 전이적 세션 태그는 역할 체인의 모든 후속 세션에 전달됩니다. 세션 태그에 대한 자세한 내용은 AWS STS에서 세션 태그 전달 섹션을 참조하세요.

역할 체인을 사용하면 AWS CLI 또는 AWS API 역할 세션이 최대 1시간으로 제한됩니다. AssumeRole API 작업을 사용하여 역할을 수임할 때 DurationSeconds 파라미터를 사용하여 역할 세션 길이를 지정할 수 있습니다. 역할에 대한 최대 세션 기간 설정에 따라 파라미터 값을 최대 43200초(12시간)까지 지정할 수 있습니다. 그러나 역할 함께 묶기를 사용해 역할을 수임하고 1시간보다 큰 DurationSeconds 파라미터 값을 지정하면 작업이 실패합니다.

위임

제어하는 리소스에 대한 액세스를 허용하는 권한을 누군가에게 부여하는 것입니다. 위임은 두 계정 간에 신뢰를 설정하는 것을 포함합니다. 첫 번째는 리소스를 소유한 계정입니다(신뢰하는 계정). 두 번째는 리소스에 액세스해야 하는 사용자가 포함된 계정입니다(신뢰되는 계정). 신뢰받는 계정과 신뢰하는 계정은 다음 중 하나가 될 수 있습니다.

  • 동일 계정

  • 조직에서 통제하는 별도의 계정

  • 서로 다른 조직이 소유한 2개의 계정

리소스에 액세스할 수 있는 권한을 위임하려면 두 개의 정책이 연결된 신뢰하는 계정에서 IAM 역할을 생성합니다. 권한 정책은 역할 사용자에게 리소스에 대해 의도한 작업을 수행하는 데 필요한 권한을 부여합니다. 신뢰 정책은 역할을 위임하도록 허용된 신뢰할 수 있는 계정 멤버를 지정합니다.

트러스트 정책을 생성할 때 와일드카드(*)를 주요 요소의 일부로 지정하고 ARN을 지정할 수 없습니다. 신뢰 정책은 신뢰하는 계정의 역할에 연결되어 있고 권한의 절반에 해당합니다. 나머지 절반은 사용자에게 역할 전환 또는 위임을 허용하는 신뢰받는 계정의 사용자에게 연결된 권한 정책입니다. 임시로 역할을 위임하는 사용자는 자신의 고유 권한을 포기하고 대신 해당 역할의 권한을 위임합니다. 사용자가 역할을 끝내거나 역할 사용을 중지하면 원래 사용자 권한이 자동으로 회복됩니다. 외부 ID라 불리는 부가적인 파라미터는 동일한 조직에 의해 제어되지 않는 계정 사이에서 역할을 안전하게 사용하도록 하는 데 도움이 됩니다.

신뢰 정책

역할을 수임하도록 신뢰하는 보안 주체를 정의하는 JSON 정책 문서입니다. 역할 신뢰 정책은 IAM의 역할에 연결된 필수 리소스 기반 정책입니다. 신뢰 정책에서 지정할 수 있는 보안 주체에는 사용자, 역할, 계정 및 서비스가 포함됩니다.

크로스 계정 액세스를 위한 역할

한 계정의 리소스에 대한 액세스 권한을 다른 계정의 신뢰할 수 있는 보안 주체에 부여하는 역할. 역할은 크로스 계정 액세스를 부여하는 기본적인 방법입니다. 그러나 일부 AWS 제품을 사용하면 (역할을 프록시로 사용하는 대신) 리소스에 직접 정책을 연결할 수 있습니다. 이를 리소스 기반 정책이라고 하며, 이 정책을 사용하여 다른 AWS 계정의 보안 주체에게 리소스에 대한 액세스 권한을 부여할 수 있습니다. 이러한 리소스에는 Amazon Simple Storage Service(S3) 버킷, S3 Glacier 볼트, Amazon Simple Notification Service(SNS) 주제 및 Amazon Simple Queue Service(SQS) 대기열이 포함됩니다. 리소스 기반 정책을 지원하는 서비스에 대한 자세한 내용은 AWS IAM으로 작업하는 서비스 섹션을 참조하세요. 리소스 기반 정책에 대한 자세한 내용은 IAM의 크로스 계정 리소스 액세스 섹션을 참조하세요.

추가 리소스

다음 리소스는 IAM 역할과 관련된 IAM 용어를 자세히 알아보는 데 도움이 됩니다.

  • 보안 주체란 작업을 수행하고 리소스에 액세스할 수 있는 AWS의 엔터티입니다. 보안 주체는 AWS 계정 루트 사용자, IAM 사용자 또는 역할입니다. AWS 서비스의 ID를 나타내는 보안 주체는 서비스 보안 주체입니다. 역할 신뢰 정책에서 보안 주체 요소를 사용하여 역할을 수임하도록 신뢰하는 보안 주체를 정의합니다.

    역할을 수임하도록 허용할 수 있는 보안 주체에 대한 자세한 내용 및 예시는 AWS JSON 정책 요소: Principal 단원을 참조하세요.

  • ID 제공업체는 외부 ID 제공업체 및 AWS 사이에 신뢰 관계를 구축합니다. 기존 OpenID Connect(OIDC) 또는 Security Assertion Markup Language(SAML) 2.0 제공업체를 사용하여 AWS 리소스에 액세스할 수 있는 사용자를 관리할 수 있습니다. OIDC 및 SAML 2.0을 사용해 이러한 외부 ID 제공업체와 AWS 사이에 신뢰 관계를 구성하면 사용자가 IAM 역할에 할당됩니다. 사용자는 임시 보안 자격 증명을 부여받아 AWS 리소스에 대한 액세스가 가능합니다.

    페더레이션 사용자에 대한 자세한 내용은 자격 증명 공급자 및 페더레이션 섹션을 참조하세요.

  • 페더레이션 사용자는 AWS Directory Service, 기업 사용자 디렉터리 또는 OIDC 제공업체의 기존 ID입니다. 이 사용자를 페더레이션 사용자라고 합니다. AWS에서는 자격 증명 공급자를 통해 액세스가 요청되면 페더레이션 사용자에게 역할을 할당합니다.

    페더레이션 사용자에 대한 자세한 내용은 연동 사용자 및 역할 섹션을 참조하세요.

  • 권한 정책은 역할이 사용할 수 있는 작업 및 리소스를 정의하는 ID 기반 정책입니다. 이 문서는 IAM 정책 언어의 규칙에 따라 작성됩니다.

    자세한 내용은 IAM JSON 정책 참조 단원을 참조하십시오.

  • 권한 경계는 ID 기반 정책이 역할에 부여할 수 있는 최대 권한을 제한하는 정책을 사용하는 고급 기능입니다. 서비스 연결 역할에 권한 경계를 적용할 수 없습니다.

    자세한 내용은 IAM 엔터티의 권한 범위 단원을 참조하십시오.