지원 종료 공지: 2024년 10월 22일에는 Amazon Nimble Studio에 대한 지원을 중단할 AWS 예정입니다. 2024년 10월 22일 이후에는 Nimble Studio 콘솔 또는 Nimble Studio 리소스에 더 이상 액세스할 수 없습니다. 기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # Amazon Nimble Studio에서 IAM을 사용하는 방법 IAM을 사용하여 Nimble Studio에 대한 액세스를 관리하기 전에 Nimble Studio에서 사용할 수 있는 IAM 기능을 알아보세요. **Amazon Nimble Studio에서 사용할 수 있는 IAM 기능** | IAM 기능 | Nimble Studio 지원 | | --- | --- | | [Nimble Studio의 정책 작업](#security-iam-service-with-iam-id-based-policies-actions) | 예 | | [Nimble Studio의 정책 리소스](#security-iam-service-with-iam-id-based-policies-resources) | 예 | | [Amazon Nimble Studio의 정책 조건 키](#security-iam-service-with-iam-id-based-policies-conditionkeys) | 예 | | [Nimble Studio의 액세스 제어 목록(ACL)](#security-iam-service-with-iam-acls) | 아니요 | | [Nimble Studio에서 속성 기반 액세스 제어(ABAC)](#security-iam-service-with-iam-tags) | 예 | | [Nimble Studio에서 임시 보안 인증 정보 사용](#security-iam-service-with-iam-roles-tempcreds) | 예 | | [Nimble Studio의 서비스 간 보안 주체 권한](#security-iam-service-with-iam-principal-permissions) | 예 | | [Nimble Studio의 서비스 역할](#security-iam-service-with-iam-roles-service) | 예 | | [Nimble Studio의 서비스 연결 역할](#security-iam-service-with-iam-roles-service-linked) | 아니요 | Nimble Studio 및 기타에서 대부분의 IAM 기능을 AWS 서비스 사용하는 방법을 개괄적으로 알아보려면 IAM 사용 설명서의 [AWS 서비스 IAM으로 작업하는](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) 섹션을 참조하세요. ## Nimble Studio 자격 증명 기반 정책 | | | | --- |--- | | 보안 인증 기반 정책 지원 | 예 | 자격 증명 기반 정책은 사용자, 사용자 그룹 또는 역할과 같은 자격 증명에 연결할 수 있는 JSON 권한 정책 문서입니다. 이러한 정책은 사용자와 역할이 어떤 리소스에서 어떤 조건으로 어떤 작업을 수행할 수 있는지 제어합니다. 자격 증명 기반 정책을 생성하는 방법을 알아보려면 IAM 사용 설명서의 [IAM 정책 생성](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html)을 참조하세요. IAM 자격 증명 기반 정책을 사용하면 허용되거나 거부되는 작업과 리소스뿐 아니라 작업이 허용되거나 거부되는 조건도 지정할 수 있습니다. 자격 증명 기반 정책은 연결된 사용자 또는 역할에 적용되므로 자격 증명 정책에서는 보안 주체를 지정할 수 없습니다. JSON 정책에서 사용할 수 있는 모든 요소에 대해 알아보려면 IAM 사용 설명서의 [IAM JSON 정책 요소 참조](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html)를 참조하세요. ### Amazon Nimble Studio의 자격 증명 기반 정책 예제 Nimble Studio 자격 증명 기반 정책 예제를 보려면 [Amazon Nimble Studio의 자격 증명 기반 정책 예제](security-iam-id-based-policy-examples.md)를 참조하세요. ## Nimble Studio 내 리소스 기반 정책 | | | | --- |--- | | 리소스 기반 정책 지원 | 아니요 | Nimble Studio는 리소스 기반 정책이나 크로스 계정 액세스를 지원하지 않습니다. 리소스 기반 정책은 리소스에 연결하는 JSON 정책 설명서입니다. 리소스 기반 정책의 예제는 IAM ****역할 신뢰 정책과 Amazon S3 버킷**** 정책입니다. 리소스 기반 정책을 지원하는 서비스에서 서비스 관리자는 이러한 정책을 사용하여 특정 리소스에 대한 액세스를 통제할 수 있습니다. 정책이 연결된 리소스의 경우 정책은 지정된 보안 주체가 해당 리소스에서 어떤 조건으로 어떤 작업을 수행할 수 있는지 정의합니다. 리소스 기반 정책에서 [보안 주체를 지정](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)합니다. 보안 주체에는 계정, 사용자, 역할, 페더레이션 사용자 또는가 포함될 수 있습니다 AWS 서비스. ## Nimble Studio의 정책 작업 | | | | --- |--- | | 정책 작업 지원 | 예 | 관리자는 AWS JSON 정책을 사용하여 누가 무엇을 액세스할 수 있는지 지정할 수 있습니다. 즉, 어떤 **보안 주체**가 어떤 **리소스**에서 어떤 **조건**으로 **작업**을 수행할 수 있는지 지정할 수 있습니다. JSON 정책의 `Action` 요소는 정책에서 액세스를 허용하거나 거부하는 데 사용할 수 있는 작업을 설명합니다. 정책 작업은 일반적으로 연결된 AWS API 작업과 이름이 동일합니다. 일치하는 API 작업이 없는 **권한 전용 작업** 같은 몇 가지 예외도 있습니다. 정책에서 여러 작업이 필요한 몇 가지 작업도 있습니다. 이러한 추가 작업을 일컬어 **종속 작업**이라고 합니다. 연결된 작업을 수행할 수 있는 권한을 부여하기 위한 정책에 작업을 포함하세요. Nimble Studio 작업 목록을 보려면 **서비스 승인 참조**의 [Amazon Nimble Studio에서 정의한 작업](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonnimblestudio.html)을 참조하세요. Nimble Studio의 정책 작업은 작업 앞에 다음 접두사를 사용합니다. ``` nimble ``` 단일 문에서 여러 작업을 지정하려면 다음과 같이 쉼표로 구분합니다. ``` "Action": [ "nimble:action1", "nimble:action2" ] ``` Nimble Studio 자격 증명 기반 정책 예제를 보려면 [Amazon Nimble Studio의 자격 증명 기반 정책 예제](security-iam-id-based-policy-examples.md)를 참조하세요. ## Nimble Studio의 정책 리소스 | | | | --- |--- | | 정책 리소스 지원 | 예 | 관리자는 AWS JSON 정책을 사용하여 누가 무엇을 액세스할 수 있는지 지정할 수 있습니다. 즉, 어떤 **보안 주체**가 어떤 **리소스**에서 어떤 **조건**으로 **작업**을 수행할 수 있는지 지정할 수 있습니다. `Resource` JSON 정책 요소는 작업이 적용되는 하나 이상의 객체를 지정합니다. 문에는 `Resource`또는 `NotResource`요소가 반드시 추가되어야 합니다. 모범 사례에 따라 [Amazon 리소스 이름(ARN)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html)을 사용하여 리소스를 지정합니다. **리소스 수준 권한**이라고 하는 특정 리소스 유형을 지원하는 작업에 대해 이를 수행할 수 있습니다. 작업 나열과 같이 리소스 수준 권한을 지원하지 않는 작업의 경우 와일드카드(\*)를 사용하여 명령문이 모든 리소스에 적용됨을 나타냅니다. ``` "Resource": "*" ``` Nimble Studio 자격 증명 기반 정책 예제를 보려면 [Amazon Nimble Studio의 자격 증명 기반 정책 예제](security-iam-id-based-policy-examples.md)를 참조하세요. ## Amazon Nimble Studio의 정책 조건 키 | | | | --- |--- | | 정책 조건 키 지원 | 예 | 관리자는 AWS JSON 정책을 사용하여 누가 무엇을 액세스할 수 있는지 지정할 수 있습니다. 즉, 어떤 **보안 주체**가 어떤 **리소스**에서 어떤 **조건**으로 **작업**을 수행할 수 있는지 지정할 수 있습니다. `Condition` 요소(또는 `Condition`block) lets you specify conditions in which a statement is in effect. The `Condition` 요소는 선택 사항입니다. 같거나 작음과 같은 [조건 연산자](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html)를 사용하여 정책의 조건을 요청의 값과 일치시키는 조건식을 생성할 수 있습니다. 한 문에서 여러 `Condition` 요소를 지정하거나 단일 `Condition` 요소에서 여러 키를 지정하는 경우, AWS 는 논리적 `AND` 작업을 사용하여 평가합니다. 단일 조건 키의 여러 값을 지정하는 경우, AWS 는 논리적 `OR` 작업을 사용하여 조건을 평가합니다. 문의 권한을 부여하기 전에 모든 조건을 충족해야 합니다. 조건을 지정할 때 자리 표시자 변수를 사용할 수도 있습니다. 예를 들어, 사용자 이름으로 태그가 지정된 경우에만 리소스에 액세스할 수 있는 권한을 사용자에게 부여할 수 있습니다. 자세한 내용은 **IAM 사용 설명서**의 [IAM 정책 요소: 변수 및 태그](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_variables.html)를 참조하세요. AWS 는 전역 조건 키와 서비스별 조건 키를 지원합니다. 모든 AWS 전역 조건 키를 보려면 **IAM 사용 설명서**의 [AWS 전역 조건 컨텍스트 키](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)를 참조하세요. Nimble Studio 자격 증명 기반 정책 예제를 보려면 [Amazon Nimble Studio의 자격 증명 기반 정책 예제](security-iam-id-based-policy-examples.md)를 참조하세요. ## Nimble Studio의 액세스 제어 목록(ACL) | | | | --- |--- | | ACL 지원 | 아니요 | Nimble Studio는 액세스 제어 목록(ACL)을 지원하지 않습니다. ACL은 어떤 보안 주체(계정 멤버, 사용자 또는 역할)가 리소스에 액세스할 수 있는 권한을 가지고 있는지 제어합니다. ACL은 리소스 기반 정책과 유사하지만 JSON 정책 문서 형식을 사용하지 않습니다. ## Nimble Studio에서 속성 기반 액세스 제어(ABAC) | | | | --- |--- | | ABAC 지원(정책의 태그) | 예 | ABAC(속성 기반 액세스 제어)는 속성을 기반으로 권한을 정의하는 권한 부여 전략입니다. 에서는 AWS이러한 속성을 **태그**라고 합니다. IAM 엔터티(사용자 또는 역할)와 많은 AWS 리소스에 태그를 연결할 수 있습니다. ABAC의 첫 번째 단계로 개체 및 리소스에 태그를 지정합니다. 그런 다음 액세스하려는 리소스의 태그와 보안 주체의 태그가 일치할 때 작업을 허용하도록 ABAC 정책을 설계합니다. 태그에 근거하여 액세스를 제어하려면 `aws:ResourceTag/key-name`, `aws:RequestTag/key-name` 또는 `aws:TagKeys` 조건 키를 사용하여 정책의 [조건 요소](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)에 태그 정보를 제공합니다. ABAC에 대한 자세한 정보는 IAM 사용 설명서의 [AWS용 ABAC란 무엇입니까?](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html)를 참조하세요. ABAC 설정 단계가 포함된 자습서를 보려면 IAM 사용 설명서의 [속성 기반 액세스 제어(ABAC) 사용](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html)을 참조하세요. ## Nimble Studio에서 임시 보안 인증 정보 사용 | | | | --- |--- | | 임시 보안 인증 지원 | 예 | 임시 자격 증명을 사용하여 로그인할 때 작동하지 AWS 서비스 않는 경우도 있습니다. 임시 자격 증명으로 AWS 서비스 작업하는을 비롯한 추가 정보는 [AWS 서비스 IAM 사용 설명서의 IAM으로 작업하는](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)를 참조하세요. **** 사용자 이름과 암호를 제외한 방법을 AWS Management Console 사용하여에 로그인하는 경우 임시 자격 증명을 사용합니다. 예를 들어 회사의 SSO(Single Sign-On) 링크를 AWS 사용하여에 액세스하면 해당 프로세스가 임시 자격 증명을 자동으로 생성합니다. 또한 콘솔에 사용자로 로그인한 다음 역할을 전환할 때 임시 보안 인증을 자동으로 생성합니다. 역할 전환에 대한 자세한 정보는 IAM 사용 설명서의 [역할로 전환(콘솔)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html)을 참조하세요. AWS CLI 또는 AWS API를 사용하여 임시 자격 증명을 수동으로 생성할 수 있습니다. 그런 다음 이러한 임시 자격 증명을 사용하여 장기 액세스 키를 사용하는 대신에 임시 자격 증명을 동적으로 생성하는 access AWS. AWS recommends에 액세스할 수 있습니다. 자세한 정보는 [IAM의 임시 보안 자격 증명](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html) 섹션을 참조하세요. ## Nimble Studio의 서비스 간 보안 주체 권한 | | | | --- |--- | | 보안 주체 권한 지원 | 예 | ## Nimble Studio의 서비스 역할 | | | | --- |--- | | 서비스 역할 지원 | 예 | 서비스 역할은 서비스가 사용자를 대신하여 작업을 수행하는 것으로 가정하는 [IAM 역할](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)입니다. 서비스 역할은 해당 계정 내에서만 액세스를 제공하며 다른 계정의 서비스에 대한 액세스를 부여하는 데 사용할 수 없습니다. 관리자는 IAM 내에서 서비스 역할을 생성, 수정, 삭제할 수 있습니다. 자세한 내용은 IAM 사용 설명서의 [AWS 서비스에 대한 권한을 위임할 역할 생성](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html)을 참조하세요. **주의** 서비스 역할의 권한을 변경하면 Nimble Studio 기능이 중단될 수 있습니다. Nimble Studio가 관련 지침을 제공하는 경우에만 서비스 역할을 편집하세요. ## Nimble Studio의 서비스 연결 역할 | | | | --- |--- | | 서비스 연결 역할 지원 | 아니요 | Nimble Studio는 서비스 연결 역할을 지원하지 않습니다. 서비스 연결 역할은에 연결된 서비스 역할의 한 유형입니다 AWS 서비스. 서비스는 사용자를 대신하여 태스크를 수행하기 위해 역할을 수임할 수 있습니다. 서비스 연결 역할은 IAM 계정에 표시되고, 서비스가 소유합니다. 관리자는 서비스 연결 역할의 권한을 볼 수 있지만 편집은 할 수 없습니다. 서비스 연결 역할 생성 또는 관리에 대한 자세한 내용은 [AWS 서비스 IAM으로 작업하는 서비스](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)를 참조하세요. **서비스 연결 역할** 열에서 `Yes`가 포함된 서비스를 테이블에서 찾습니다. 해당 서비스에 대한 서비스 연결 역할 설명서를 보려면 **예** 링크를 선택합니다.