기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 의 보안 AWS Resource Groups
의 클라우드 보안 AWS 이 최우선 순위입니다. AWS 고객은 보안에 가장 민감한 조직의 요구 사항을 충족하도록 구축된 데이터 센터 및 네트워크 아키텍처의 이점을 누릴 수 있습니다.
보안은 AWS 와 사용자 간의 공동 책임입니다. [공동 책임 모델](https://aws.amazon.com/compliance/shared-responsibility-model/)은 이를 클라우드*의* 보안과 클라우드 *내* 보안으로 설명합니다.
+ **클라우드 보안 **- AWS 는 클라우드에서 AWS AWS 서비스를 실행하는 인프라를 보호할 책임이 있습니다. AWS 또한는 안전하게 사용할 수 있는 서비스를 제공합니다. 타사 감사원은 정기적으로 [AWS 규제 준수 프로그램](https://aws.amazon.com/compliance/programs/)의 일환으로 보안 효과를 테스트하고 검증합니다. AWS Resource Groups에 적용되는 규정 준수 프로그램에 대한 자세한 내용은 [규정 준수 프로그램 제공 범위 내의AWS 서비스](https://aws.amazon.com/compliance/services-in-scope/)를 참조하세요.
+ **클라우드의 보안** - 사용자의 책임은 사용하는 AWS 서비스에 따라 결정됩니다. 또한 귀하는 귀사의 데이터 민감도, 귀사의 요구 사항, 관련 법률 및 규정을 비롯한 기타 요소에 대해서도 책임이 있습니다.
이 설명서는 Resource Groups 사용 시 책임 분담 모델을 적용하는 방법을 이해하는 데 도움이 됩니다. 다음 주제에서는 보안 및 규정 준수 목표를 충족하도록 Resource Groups를 구성하는 방법을 보여줍니다. Resource Groups 리소스를 모니터링하고 보호하는 데 도움이 되는 다른 AWS 서비스를 사용하는 방법도 알아봅니다.
**Topics**
+ [의 데이터 보호 AWS Resource Groups](security_data-protection.md)
+ [에 대한 자격 증명 및 액세스 관리 AWS Resource Groups](security-iam.md)
+ [Resource Groups에서의 로깅 및 모니터링](security_logging-monitoring.md)
+ [Resource Groups에 대한 규정 준수 검증](security_compliance.md)
+ [Resource Groups의 복원성](security_resilience.md)
+ [Resource Groups의 인프라 보안](security_infrastructure.md)
+ [인터페이스 엔드포인트를 AWS Resource Groups 사용한 액세스(AWS PrivateLink)](vpc-interface-endpoints.md)
+ [Resource Groups에 대한 보안 모범 사례](security_best-practices.md)
# 의 데이터 보호 AWS Resource Groups
AWS [공동 책임 모델](https://aws.amazon.com/compliance/shared-responsibility-model/)의 데이터 보호에 적용됩니다 AWS Resource Groups. 이 모델에 설명된 대로 AWS 는 모든를 실행하는 글로벌 인프라를 보호할 책임이 있습니다 AWS 클라우드. 사용자는 이 인프라에 호스팅되는 콘텐츠에 대한 통제 권한을 유지할 책임이 있습니다. 사용하는 AWS 서비스 의 보안 구성과 관리 태스크에 대한 책임도 사용자에게 있습니다. 데이터 프라이버시에 관한 자세한 내용은 [데이터 프라이버시 FAQ](https://aws.amazon.com/compliance/data-privacy-faq/)를 참조하세요. 유럽의 데이터 보호에 대한 자세한 내용은 *AWS 보안 블로그*의 [AWS 공동 책임 모델 및 GDPR](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) 블로그 게시물을 참조하세요.
데이터 보호를 위해 자격 증명을 보호하고 AWS 계정 AWS IAM Identity Center 또는 AWS Identity and Access Management (IAM)를 사용하여 개별 사용자를 설정하는 것이 좋습니다. 이렇게 하면 개별 사용자에게 자신의 직무를 충실히 이행하는 데 필요한 권한만 부여됩니다. 또한 다음과 같은 방법으로 데이터를 보호하는 것이 좋습니다.
+ 각 계정에 다중 인증(MFA)을 사용합니다.
+ SSL/TLS를 사용하여 AWS 리소스와 통신합니다. TLS 1.2는 필수이며 TLS 1.3을 권장합니다.
+ 를 사용하여 API 및 사용자 활동 로깅을 설정합니다 AWS CloudTrail. CloudTrail 추적을 사용하여 AWS 활동을 캡처하는 방법에 대한 자세한 내용은 *AWS CloudTrail 사용 설명서*의 [ CloudTrail 추적 작업을 참조하세요](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html).
+ 내부의 모든 기본 보안 제어와 함께 AWS 암호화 솔루션을 사용합니다 AWS 서비스.
+ Amazon S3에 저장된 민감한 데이터를 검색하고 보호하는 데 도움이 되는 Amazon Macie와 같은 고급 관리형 보안 서비스를 사용합니다.
+ 명령줄 인터페이스 또는 API를 AWS 통해에 액세스할 때 FIPS 140-3 검증 암호화 모듈이 필요한 경우 FIPS 엔드포인트를 사용합니다. 사용 가능한 FIPS 엔드포인트에 대한 자세한 내용은 [연방 정보 처리 표준(FIPS) 140-3](https://aws.amazon.com/compliance/fips/)을 참조하세요.
고객의 이메일 주소와 같은 기밀 정보나 중요한 정보는 태그나 **이름** 필드와 같은 자유 형식 텍스트 필드에 입력하지 않는 것이 좋습니다. 여기에는 Resource Groups 또는 기타 AWS 서비스 에서 콘솔 AWS CLI, API 또는 AWS SDKs를 사용하여 작업하는 경우가 포함됩니다. 이름에 사용되는 태그 또는 자유 형식 텍스트 필드에 입력하는 모든 데이터는 청구 또는 진단 로그에 사용될 수 있습니다. 외부 서버에 URL을 제공할 때 해당 서버에 대한 요청을 검증하기 위해 자격 증명을 URL에 포함해서는 안 됩니다.
## 데이터 암호화
다른 AWS 서비스에 비해는 그룹을 제외한 AWS 리소스를 변경, 추가 또는 삭제하는 방법을 제공하지 않으므로 공격 표면 AWS Resource Groups 이 최소화됩니다. Resource Groups는 사용자로부터 다음과 같은 서비스별 정보를 수집합니다.
+ 그룹 이름(암호화되지 않았고 비공개도 아님)
+ 그룹 설명(암호화되지 않았지만 비공개임)
+ 그룹 내 구성원 리소스(암호화되지 않은 로그에 저장됨)
### 저장 시 암호화
Resource Groups에 특정한 서비스 또는 네트워크 트래픽을 격리하는 추가 방법은 없습니다. 해당하는 경우 특정 AWS격리를 사용합니다. VPC에서 Resource Groups API와 콘솔을 사용하여 개인 정보 보호 및 인프라 보안을 극대화할 수 있습니다.
### 전송 중 암호화
AWS Resource Groups 데이터는 백업을 위해 서비스의 내부 데이터베이스로 전송 중에 암호화됩니다. 이는 사용자가 구성할 수 없습니다.
### 키 관리
AWS Resource Groups 는 현재 AWS Key Management Service 와 통합되지 않으며를 지원하지 않습니다 AWS KMS keys.
## 인터네트워크 트래픽 개인 정보
AWS Resource Groups 는 Resource Groups 사용자와 간의 모든 전송에 HTTPS를 사용합니다 AWS. Resource Groups는 전송 계층 보안(TLS) 1.2를 사용하지만 TLS 1.0 및 1.1도 지원합니다.
# 에 대한 자격 증명 및 액세스 관리 AWS Resource Groups
AWS Identity and Access Management (IAM)는 관리자가 AWS 리소스에 대한 액세스를 안전하게 제어하는 데 도움이 AWS 서비스 되는 입니다. IAM 관리자는 누가 Resource Groups 리소스를 사용하도록 *인증*되고(로그인됨) *권한이 부여*되는지(권한 있음)를 제어합니다. IAM은 추가 비용 없이 사용할 수 AWS 서비스 있는 입니다.
**Topics**
+ [대상](#security_iam_audience_arg-te)
+ [ID를 통한 인증](#security_iam_authentication_arg-te)
+ [정책을 사용하여 액세스 관리](#security_iam_access-manage-arg-te)
+ [Resource Groups가 IAM과 작동하는 방식](security_iam_service-with-iam.md)
+ [AWS 에 대한 관리형 정책 AWS Resource Groups](security_iam_awsmanpol.md)
+ [Resource Groups에 대한 서비스 연결 역할 사용](security_iam_service-linked-roles.md)
+ [AWS Resource Groups 자격 증명 기반 정책 예제](security_iam_id-based-policy-examples.md)
+ [AWS Resource Groups 자격 증명 및 액세스 문제 해결](security_iam_troubleshoot.md)
## 대상
AWS Identity and Access Management (IAM)를 사용하는 방법은 역할에 따라 다릅니다.
+ **서비스 사용자** - 기능에 액세스할 수 없는 경우 관리자에게 권한 요청(참조[AWS Resource Groups 자격 증명 및 액세스 문제 해결](security_iam_troubleshoot.md))
+ **서비스 관리자** - 사용자 액세스 결정 및 권한 요청 제출([Resource Groups가 IAM과 작동하는 방식](security_iam_service-with-iam.md) 참조)
+ **IAM 관리자** - 액세스를 관리하기 위한 정책 작성([AWS Resource Groups 자격 증명 기반 정책 예제](security_iam_id-based-policy-examples.md) 참조)
## ID를 통한 인증
인증은 자격 증명 자격 증명을 AWS 사용하여에 로그인하는 방법입니다. AWS 계정 루트 사용자, IAM 사용자 또는 IAM 역할을 수임하여 인증되어야 합니다.
AWS IAM Identity Center (IAM Identity Center), Single Sign-On 인증 또는 Google/Facebook 자격 증명과 같은 자격 증명 소스의 자격 증명을 사용하여 페더레이션 자격 증명으로 로그인할 수 있습니다. 로그인하는 방법에 대한 자세한 내용은 *AWS Sign-In 사용 설명서*의 [AWS 계정에 로그인하는 방법](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html) 섹션을 참조하세요.
프로그래밍 방식 액세스를 위해는 요청에 암호화 방식으로 서명할 수 있는 SDK 및 CLI를 AWS 제공합니다. 자세한 내용은 *IAM 사용 설명서*의 [API 요청용AWS Signature Version 4](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html) 섹션을 참조하세요.
### AWS 계정 루트 사용자
를 생성할 때 모든 AWS 서비스 및 리소스에 대한 완전한 액세스 권한이 있는 AWS 계정 *theroot 사용자*라는 하나의 로그인 자격 증명으로 AWS 계정시작합니다. 일상적인 태스크에 루트 사용자를 사용하지 않을 것을 강력히 권장합니다. 루트 사용자가 필요한 작업 목록은 *IAM 사용자 설명서*의 [루트 사용자 자격 증명이 필요한 작업](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_root-user.html#root-user-tasks)을 참조하세요.
### IAM 사용자 및 그룹
*[IAM 사용자](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)*는 단일 개인 또는 애플리케이션에 대한 특정 권한을 가진 ID입니다. 장기 자격 증명이 있는 IAM 사용자 대신 임시 자격 증명을 사용하는 것이 좋습니다. 자세한 내용은 *IAM 사용 설명서*의 자격 [증명 공급자와의 페더레이션을 사용하여 임시 자격 증명을 AWS 사용하여에 액세스하도록 인간 사용자에게 요구](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp)하기를 참조하세요.
[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html)은 IAM 사용자 모음을 지정하고 대규모 사용자 집합에 대한 관리 권한을 더 쉽게 만듭니다. 자세한 내용은 *IAM 사용 설명서*의 [IAM 사용자 사용 사례](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html) 섹션을 참조하세요.
### IAM 역할
*[IAM 역할](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)*은 임시 자격 증명을 제공하는 특정 권한이 있는 자격 증명입니다. [사용자에서 IAM 역할(콘솔)로 전환하거나 또는 API 작업을 호출하여 역할을](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html) 수임할 수 있습니다. AWS CLI AWS 자세한 내용은 *IAM 사용 설명서*의 [역할 수임 방법](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html)을 참조하세요.
IAM 역할은 페더레이션 사용자 액세스, 임시 IAM 사용자 권한, 교차 계정 액세스, 교차 서비스 액세스 및 Amazon EC2에서 실행되는 애플리케이션에 유용합니다. 자세한 내용은 *IAM 사용 설명서*의 [교차 계정 리소스 액세스](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)를 참조하세요.
## 정책을 사용하여 액세스 관리
정책을 AWS 생성하고 자격 증명 또는 리소스에 연결하여 AWS 에서 액세스를 제어합니다. 정책은 자격 증명 또는 리소스와 연결될 때 권한을 정의합니다.는 보안 주체가 요청할 때 이러한 정책을 AWS 평가합니다. 대부분의 정책은에 JSON 문서 AWS 로 저장됩니다. JSON 정책 문서에 대한 자세한 내용은 *IAM 사용 설명서*의 [JSON 정책 개요](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json) 섹션을 참조하세요.
정책을 사용하여 관리자는 어떤 **보안 주체**가 어떤 **리소스**에 대해 어떤 **조건**에서 **작업**을 수행할 수 있는지 정의하여 누가 무엇을 액세스할 수 있는지 지정합니다.
기본적으로 사용자 및 역할에는 어떠한 권한도 없습니다. IAM 관리자는 IAM 정책을 생성하고 사용자가 수임할 수 있는 역할에 추가합니다. IAM 정책은 작업을 수행하기 위해 사용하는 방법과 관계없이 작업에 대한 권한을 정의합니다.
### ID 기반 정책
ID 기반 정책은 ID(사용자, 사용자 그룹 또는 역할)에 연결하는 JSON 권한 정책 문서입니다. 이러한 정책은 자격 증명이 수행할 수 있는 작업, 대상 리소스 및 이에 관한 조건을 제어합니다. ID 기반 정책을 생성하는 방법을 알아보려면 *IAM 사용 설명서*에서 [고객 관리형 정책으로 사용자 지정 IAM 권한 정의](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html)를 참조하세요.
ID 기반 정책은 *인라인 정책*(단일 ID에 직접 포함) 또는 *관리형 정책*(여러 ID에 연결된 독립 실행형 정책)일 수 있습니다. 관리형 정책 또는 인라인 정책을 선택하는 방법을 알아보려면 *IAM 사용 설명서*의 [관리형 정책 및 인라인 정책 중에서 선택](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html) 섹션을 참조하세요.
### 리소스 기반 정책
리소스 기반 정책은 리소스에 연결하는 JSON 정책 설명서입니다. 예를 들어 IAM *역할 신뢰 정책* 및 Amazon S3 *버킷 정책*이 있습니다. 리소스 기반 정책을 지원하는 서비스에서 서비스 관리자는 이러한 정책을 사용하여 특정 리소스에 대한 액세스를 통제할 수 있습니다. 리소스 기반 정책에서 [보안 주체를 지정](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)해야 합니다.
리소스 기반 정책은 해당 서비스에 있는 인라인 정책입니다. 리소스 기반 정책에서는 IAM의 AWS 관리형 정책을 사용할 수 없습니다.
### 액세스 제어 목록(ACL)
액세스 제어 목록(ACL)은 어떤 위탁자(계정 멤버, 사용자 또는 역할)가 리소스에 액세스할 수 있는 권한을 가지고 있는지를 제어합니다. ACL은 JSON 정책 문서 형식을 사용하지 않지만 리소스 기반 정책과 유사합니다.
Amazon S3 AWS WAF및 Amazon VPC는 ACLs. ACL에 관한 자세한 내용은 *Amazon Simple Storage Service 개발자 가이드*의 [액세스 제어 목록(ACL) 개요](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acl-overview.html)를 참조하세요.
### 기타 정책 타입
AWS 는 보다 일반적인 정책 유형에서 부여한 최대 권한을 설정할 수 있는 추가 정책 유형을 지원합니다.
+ **권한 경계** - ID 기반 정책에서 IAM 엔터티에 부여할 수 있는 최대 권한을 설정합니다. 자세한 정보는 *IAM 사용 설명서*의 [IAM 엔터티의 권한 범위](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html)를 참조하세요.
+ **서비스 제어 정책(SCP)** - AWS Organizations내 조직 또는 조직 단위에 대한 최대 권한을 지정합니다. 자세한 내용은AWS Organizations 사용 설명서의 [서비스 제어 정책](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html)을 참조하세요.**
+ **리소스 제어 정책(RCP)** – 계정의 리소스에 사용할 수 있는 최대 권한을 설정합니다. 자세한 내용은 *AWS Organizations 사용 설명서*의 [리소스 제어 정책(RCP)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html)을 참조하세요.
+ **세션 정책** – 역할 또는 페더레이션 사용자에 대해 임시 세션을 프로그래밍 방식으로 생성할 때 파라미터로 전달하는 고급 정책입니다. 자세한 내용은 *IAM 사용 설명서*의 [세션 정책](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session)을 참조하세요.
### 여러 정책 유형
여러 정책 유형이 요청에 적용되는 경우, 결과 권한은 이해하기가 더 복잡합니다. 에서 여러 정책 유형이 관련될 때 요청을 허용할지 여부를 AWS 결정하는 방법을 알아보려면 *IAM 사용 설명서*의 [정책 평가 로직](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html)을 참조하세요.
# Resource Groups가 IAM과 작동하는 방식
IAM을 사용하여 Resource Groups에 대한 액세스를 관리하려면 먼저 어떤 IAM 기능을 Resource Groups에 사용할 수 있는지를 이해해야 합니다. Resource Groups 및 기타 AWS 서비스에서 IAM을 사용하는 방법을 전체적으로 알아보려면 *IAM 사용 설명서*의 [IAM으로 작업하는AWS 서비스](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)를 참조하세요.
**Topics**
+ [Resource Groups 자격 증명 기반 정책](#security_iam_service-with-iam-id-based-policies-arg-te)
+ [리소스 기반 정책](#security_iam_resource-based-policies)
+ [Resource Groups 태그 기반 권한 부여](#security_iam_tags)
+ [Resource Groups IAM 역할](#security_iam_roles)
## Resource Groups 자격 증명 기반 정책
IAM ID 기반 정책을 사용하면 허용되거나 거부되는 작업과 리소스뿐 아니라 작업이 허용되거나 거부되는 조건을 지정할 수 있습니다. Resource Groups는 특정 작업, 리소스 및 조건 키를 지원합니다. JSON 정책에서 사용하는 모든 요소에 대해 알고 싶다면 *IAM 사용 설명서*의 [IAM JSON 정책 요소 참조](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_policies_elements.html)를 참조하세요.
### 작업
관리자는 AWS JSON 정책을 사용하여 누가 무엇에 액세스할 수 있는지 지정할 수 있습니다. 즉, 어떤 **보안 주체**가 어떤 **리소스**와 어떤 **조건**에서 **작업**을 수행할 수 있는지를 지정할 수 있습니다.
JSON 정책의 `Action`요소는 정책에서 액세스를 허용하거나 거부하는 데 사용할 수 있는 작업을 설명합니다. 연결된 작업을 수행할 수 있는 권한을 부여하기 위한 정책에 작업을 포함하세요.
Resource Groups의 정책 작업은 작업 앞에 `resource-groups:` 접두사를 사용합니다. Tag Editor 작업은 전적으로 콘솔에서 수행되지만 로그 항목에서는 접두사 `resource-explorer`를 가집니다.
예를 들어, Resource Groups `CreateGroup` API 작업으로 Resource Groups 그룹을 생성할 수 있는 권한을 부여하려면 해당 정책에 `resource-groups:CreateGroup` 작업을 포함합니다. 정책 문에는 `Action` 또는 `NotAction` 요소가 포함되어야 합니다. Resource Groups는 이 서비스로 수행할 수 있는 태스크를 설명하는 고유한 작업 세트를 정의합니다.
정책 문 하나에 여러 Resource Groups 및 Tag Editor 작업을 지정하려면 다음과 같이 쉼표로 구분합니다.
```
"Action": [
"resource-groups:action1",
"resource-groups:action2",
"resource-explorer:action3"
```
와일드카드(\$1)를 사용하여 여러 작업을 지정할 수 있습니다. 예를 들어, `List`라는 단어로 시작하는 모든 작업을 지정하려면 다음 작업을 포함합니다.
```
"Action": "resource-groups:List*"
```
Resource Groups 작업의 목록은 *IAM 사용 설명서*의 [AWS Resource Groups를 위한 작업, 리소스 및 조건 키](https://docs.aws.amazon.com//IAM/latest/UserGuide/list_awsresourcegroups.html)를 참조하세요.
### 리소스
관리자는 AWS JSON 정책을 사용하여 누가 무엇에 액세스할 수 있는지 지정할 수 있습니다. 즉, 어떤 **보안 주체**가 어떤 **리소스**와 어떤 **조건**에서 **작업**을 수행할 수 있는지를 지정할 수 있습니다.
`Resource` JSON 정책 요소는 작업이 적용되는 하나 이상의 객체를 지정합니다. 모범 사례에 따라 [Amazon 리소스 이름(ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html)을 사용하여 리소스를 지정합니다. 리소스 수준 권한을 지원하지 않는 작업의 경우, 와일드카드(\$1)를 사용하여 해당 문이 모든 리소스에 적용됨을 나타냅니다.
```
"Resource": "*"
```
유일한 Resource Groups 리소스는 *그룹*입니다. 그룹 리소스는 다음 형식의 ARN을 가집니다.
```
arn:${Partition}:resource-groups:${Region}:${Account}:group/${GroupName}
```
ARN 형식에 대한 자세한 내용은 [Amazon 리소스 이름(ARNs) 및 AWS 서비스 네임스페이스를 참조하세요](https://docs.aws.amazon.com//general/latest/gr/aws-arns-and-namespaces.html).
예를 들어, 정책 문에 `my-test-group` 리소스 그룹을 지정하려면 다음 ARN을 사용합니다.
```
"Resource": "arn:aws:resource-groups:us-east-1:123456789012:group/my-test-group"
```
특정 계정에 속하는 모든 그룹을 지정하려면 와일드카드(\$1)를 사용합니다.
```
"Resource": "arn:aws:resource-groups:us-east-1:123456789012:group/*"
```
리소스를 생성하기 위한 작업과 같은 일부 Resource Groups 작업은 특정 리소스에서 수행할 수 없습니다. 이러한 경우, 와일드카드(\$1)를 사용해야 합니다.
```
"Resource": "*"
```
일부 Resource Groups API 작업에는 여러 리소스가 관여됩니다. 예를 들어 `DeleteGroup`은 그룹을 삭제하므로 호출 보안 주체에 특정 그룹 또는 모든 그룹을 삭제할 권한이 있어야 합니다. 단일 정책 문에서 여러 리소스를 지정하려면 ARN을 쉼표로 구분합니다.
```
"Resource": [
"resource1",
"resource2"
]
```
Resource Groups 리소스 유형 및 ARN 목록을 보고 각 리소스의 ARN을 지정할 수 있는 작업을 알아보려면 *IAM 사용 설명서*의 [AWS Resource Groups에 대한 작업, 리소스 및 조건 키](https://docs.aws.amazon.com//IAM/latest/UserGuide/list_awsresourcegroups.html)를 참조하세요.
### 조건 키
관리자는 AWS JSON 정책을 사용하여 누가 무엇에 액세스할 수 있는지 지정할 수 있습니다. 즉, 어떤 **보안 주체**가 어떤 **리소스**와 어떤 **조건**에서 **작업**을 수행할 수 있는지를 지정할 수 있습니다.
`Condition` 요소는 정의된 기준에 따라 문이 실행되는 시기를 지정합니다. 같음(equals) 또는 미만(less than)과 같은 [조건 연산자](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html)를 사용하여 정책의 조건을 요청의 값과 일치시키는 조건식을 생성할 수 있습니다. 모든 AWS 전역 조건 키를 보려면 *IAM 사용 설명서*의 [AWS 전역 조건 컨텍스트 키를](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) 참조하세요.
Resource Groups에서는 자체 조건 키 집합을 정의하고 일부 전역 조건 키 사용도 지원합니다. 모든 AWS 전역 조건 키를 보려면 *IAM 사용 설명서*의 [AWS 전역 조건 컨텍스트 키를 참조하세요](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_policies_condition-keys.html).
Resource Groups 조건 키 목록을 보고 조건 키를 사용할 수 있는 작업 및 리소스를 알아보려면 *IAM 사용 설명서* 의 [AWS Resource Groups에 대한 작업, 리소스 및 조건 키](https://docs.aws.amazon.com//IAM/latest/UserGuide/list_awsresourcegroups.html)를 참조하세요.
### 예제
Resource Groups 자격 증명 기반 정책의 예를 보려면 [AWS Resource Groups 자격 증명 기반 정책 예제](security_iam_id-based-policy-examples.md) 섹션을 참조하세요.
## 리소스 기반 정책
Resource Groups는 리소스 기반 정책을 지원하지 않습니다.
## Resource Groups 태그 기반 권한 부여
Resource Groups의 그룹에 태그를 연결하거나 Resource Groups에 대한 요청에 태그를 전달할 수 있습니다. 태그에 근거하여 액세스를 제어하려면 `aws:ResourceTag/key-name`, `aws:RequestTag/key-name`또는 `aws:TagKeys`조건 키를 사용하여 정책의 [조건 요소](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_policies_elements_condition.html)에 태그 정보를 제공합니다. 그룹을 만들거나 업데이트할 때 그룹에 태그를 적용할 수 있습니다. Resource Groups에서 그룹에 태그를 지정하는 방법에 대한 자세한 내용은 이 안내서의 [에서 쿼리 기반 그룹 생성 AWS Resource Groups](gettingstarted-query.md) 및 [에서 그룹 업데이트 AWS Resource Groups](updating-resource-groups.md) 단원을 참조하세요.
리소스의 태그를 기반으로 리소스에 대한 액세스를 제한하는 자격 증명 기반 정책의 예시는 [태그를 기준으로 그룹 보기](security_iam_id-based-policy-examples.md#security_iam_policy-examples-view-tags)에서 확인할 수 있습니다.
## Resource Groups IAM 역할
[IAM 역할은](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles.html) 특정 권한이 있는 AWS 계정 내 엔터티입니다. Resource Groups에는 서비스 역할이 없거나 서비스 역할을 사용하지 않습니다.
### Resource Groups에서 임시 자격 증명 사용
Resource Groups에서 임시 자격 증명을 사용하여 페더레이션을 통해 로그인하거나, IAM 역할을 맡거나, 교차 계정 역할을 맡을 수 있습니다. [AssumeRole](https://docs.aws.amazon.com//STS/latest/APIReference/API_AssumeRole.html) 또는 [GetFederationToken](https://docs.aws.amazon.com//STS/latest/APIReference/API_GetFederationToken.html)과 같은 AWS STS API 작업을 호출하여 임시 보안 자격 증명을 얻습니다.
### 서비스 연결 역할
[서비스 연결 역할을](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) 사용하면 AWS 서비스가 다른 서비스의 리소스에 액세스하여 사용자를 대신하여 작업을 완료할 수 있습니다.
Resource Groups는 서비스 연결 역할이 없거나 서비스 연결 역할을 사용하지 않습니다.
### 서비스 역할
이 기능을 사용하면 서비스가 사용자를 대신하여 [서비스 역할](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-role)을 수임할 수 있습니다.
Resource Groups에는 서비스 역할이 없거나 서비스 역할을 사용하지 않습니다.
# AWS 에 대한 관리형 정책 AWS Resource Groups
AWS 관리형 정책은에서 생성하고 관리하는 독립 실행형 정책입니다 AWS. AWS 관리형 정책은 사용자, 그룹 및 역할에 권한 할당을 시작할 수 있도록 많은 일반적인 사용 사례에 대한 권한을 제공하도록 설계되었습니다.
AWS 관리형 정책은 모든 AWS 고객이 사용할 수 있으므로 특정 사용 사례에 대해 최소 권한을 부여하지 않을 수 있습니다. 사용 사례에 고유한 [고객 관리형 정책](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#customer-managed-policies)을 정의하여 권한을 줄이는 것이 좋습니다.
AWS 관리형 정책에 정의된 권한은 변경할 수 없습니다. 가 관리형 정책에 정의된 권한을 AWS 업데이트하는 AWS 경우 업데이트는 정책이 연결된 모든 보안 주체 자격 증명(사용자, 그룹 및 역할)에 영향을 줍니다. AWS AWS 서비스 는 새가 시작되거나 기존 서비스에 새 API 작업을 사용할 수 있게 될 때 AWS 관리형 정책을 업데이트할 가능성이 높습니다.
자세한 내용은 *IAM 사용자 가이드*의 [AWS 관리형 정책](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies)을 참조하세요.
**Resource Groups에 대한AWS관리형 정책**
+ [ResourceGroupsServiceRolePolicy](#security-iam-awsmanpol-ResourceGroupsServiceRolePolicy)
+ [ ResourceGroupsTaggingAPITagUntagSupportedResources](#security-iam-awsmanpol-ResourceGroupsTaggingAPITagUntagSupportedResources)
+ [ResourceGroupsTaggingAPITagUntagSupportedResources](#security-iam-awsmanpol-ResourceGroupsTaggingAPITagUntagSupportedResources.title)
## AWS 관리형 정책: ResourceGroupsServiceRolePolicy
`ResourceGroupsServiceRolePolicy`을 IAM 엔터티에 연결할 수 없습니다. 이 정책은 Resource Groups가 사용자를 대신하여 작업을 수행할 수 있도록 해 주는 서비스 연결 역할에만 연결할 수 있습니다. 자세한 내용은 [Resource Groups에 대한 서비스 연결 역할 사용](security_iam_service-linked-roles.md) 단원을 참조하십시오.
이 정책은 Resource Groups가 리소스 그룹의 리소스 및 해당 리소스가 속한 CloudFormation 스택에 대한 정보를 검색하는 데 필요한 권한을 부여합니다. 이렇게 하면 Resource Groups가 그룹 수명 주기 이벤트 기능을 위한 CloudWatch 이벤트를 생성할 수 있습니다.
이 AWS 관리형 정책의 최신 버전을 보려면 IAM 콘솔`[ResourceGroupsServiceRolePolicy](https://console.aws.amazon.com/iam/home#/policies/arn:aws:iam::aws:policy/ResourceGroupsServiceRolePolicy)`의 섹션을 참조하세요.
## AWS 관리형 정책: ResourceGroupsandTagEditorFullAccess
보안 주체 엔터티에 정책을 연결할 때 policy. AWS managed 정책에 정의된 엔터티 권한을 부여하면 정책을 직접 작성해야 하는 경우보다 사용자, 그룹 및 역할에 적절한 권한을 더 쉽게 할당할 수 있습니다.
이 정책은 Resource Groups 및 Tag Editor 기능에 대한 전체 액세스에 필요한 권한을 부여합니다.
이 AWS 관리형 정책의 최신 버전을 보려면 IAM 콘솔`[ResourceGroupsandTagEditorFullAccess](https://console.aws.amazon.com/iam/home#/policies/arn:aws:iam::aws:policy/ResourceGroupsandTagEditorFullAccess)`의 섹션을 참조하세요.
*이 정책에 대한 자세한 내용은AWS 관리형 정책 참조 가이드*의 [ResourceGroupsandTagEditorFullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/ResourceGroupsandTagEditorFullAccess.html)를 참조하세요.
## AWS 관리형 정책: ResourceGroupsandTagEditorReadOnlyAccess
보안 주체 엔터티에 정책을 연결할 때 policy. AWS managed 정책에 정의된 엔터티 권한을 부여하면 정책을 직접 작성해야 하는 경우보다 사용자, 그룹 및 역할에 적절한 권한을 더 쉽게 할당할 수 있습니다.
이 정책은 Resource Groups 및 Tag Editor 기능에 대한 읽기 전용 액세스에 필요한 권한을 부여합니다.
이 AWS 관리형 정책의 최신 버전을 보려면 IAM 콘솔`[ResourceGroupsandTagEditorReadOnlyAccess](https://console.aws.amazon.com/iam/home#/policies/arn:aws:iam::aws:policy/ResourceGroupsandTagEditorReadOnlyAccess)`의 섹션을 참조하세요.
이 정책에 대한 자세한 내용은 *AWS 관리형 정책 참조 안내서*의 [ ResourceGroupsandTagEditorReadOnlyAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/ResourceGroupsandTagEditorReadOnlyAccess.html)를 참조하세요.
## AWS 관리형 정책: ResourceGroupsTaggingAPITagUntagSupportedResources
보안 주체 엔터티에 정책을 연결할 때 policy. AWS managed 정책에 정의된 엔터티 권한을 부여하면 정책을 직접 작성해야 하는 경우보다 사용자, 그룹 및 역할에 적절한 권한을 더 쉽게 할당할 수 있습니다.
이 정책은 , `AWS::ApiGateway`, 및를 **제외한** AWS Resource Groups Tagging API에서 지원하는 모든 리소스 유형에 태그를 지정`AWS::CloudFormation``AWS::CodeBuild`하고 태그를 해제하는 데 필요한 권한을 부여합니다`AWS::ServiceCatalog`. 이러한 제외된 리소스 유형에 태그를 지정하고 태그를 해제하려면 태그 지정 및 태그 해제 이외의 작업을 허용하는 추가 서비스별 권한이 필요합니다. 다음 목록은 정책에서 제외된 리소스 유형에 태그를 지정하고 태그를 해제하는 데 필요한 권한을 설명합니다.
+ `AWS::ApiGateway` 리소스 유형에는 API Gateway 리소스에 대한 `apigateway:Patch` 권한이 필요하며 태그 하위 리소스에는 `apigateway:Put`, `apigateway:Get`, `apigateway:Delete` 권한이 필요합니다.
+ `AWS::CloudFormation` 리소스 유형에는 `cloudformation:UpdateStack` 및 `cloudformation:UpdateStackSet` 권한이 필요합니다.
+ `AWS::CodeBuild` 리소스 유형에는 `codebuild:UpdateProject` 권한이 필요합니다.
+ `AWS::ServiceCatalog` 리소스 유형에는 `servicecatalog:TagResource`, `servicecatalog:UntagResource``servicecatalog:UpdatePortfolio`, 및 `servicecatalog:UpdateProduct` 권한이 필요합니다.
또한 이 정책은 Resource Groups Tagging API를 통해 태그가 지정되거나 이전에 태그가 지정된 모든 리소스를 검색하는 데 필요한 권한을 부여합니다.
이 AWS 관리형 정책의 최신 버전을 보려면 IAM 콘솔`[ ResourceGroupsTaggingAPITagUntagSupportedResources](https://console.aws.amazon.com/iam/home#/policies/arn:aws:iam::aws:policy/ResourceGroupsTaggingAPITagUntagSupportedResources)`의 섹션을 참조하세요.
이 정책에 대한 자세한 내용은 *AWS 관리형 정책 참조 안내서*의 [ ResourceGroupsTaggingAPITagUntagSupportedResources](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/ResourceGroupsTaggingAPITagUntagSupportedResources.html)를 참조하세요.
## AWS 관리형 정책에 대한 Resource Groups 업데이트
이 서비스가 이러한 변경 사항을 추적하기 시작한 이후부터 Resource Groups의 AWS 관리형 정책 업데이트에 대한 세부 정보를 봅니다. 이 페이지의 변경 사항에 대한 자동 알림을 받으려면 [Resource Groups 문서 기록](doc-history.md) 페이지에서 RSS 피드를 구독하세요.
| 변경 | 설명 | Date |
| --- | --- | --- |
| 업데이트된 정책 - [ResourceGroupsTaggingAPITagUntagSupportedResources](#security-iam-awsmanpol-ResourceGroupsTaggingAPITagUntagSupportedResources.title) | Resource Groups는 Amazon Application Recovery Controller(ARC) 및 Amazon VPC Lattice를 포함한 8개의 새로운 서비스에 대한 권한을 포함하도록이 정책을 업데이트했습니다. 정책에 다음 권한이 추가되었습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/ARG/latest/userguide/security_iam_awsmanpol.html) | 2024년 12월 20일 |
| 새 정책 - [ResourceGroupsTaggingAPITagUntagSupportedResources](#security-iam-awsmanpol-ResourceGroupsTaggingAPITagUntagSupportedResources.title) | Resource Groups는 AWS Resource Groups Tagging API에서 지원하는 모든 리소스 유형에 태그를 지정하고 태그를 해제하는 데 필요한 권한을 제공하는 새 정책을 추가했습니다. | 2024년 10월 11일 |
| 정책 업데이트 – [ResourceGroupsandTagEditorFullAccess](#security-iam-awsmanpol-ResourceGroupsandTagEditorFullAccess.title) | Resource Groups는 추가 AWS CloudFormation 권한을 포함하도록 정책을 업데이트했습니다. | 2023년 8월 10일 |
| 정책 업데이트 – [ResourceGroupsandTagEditorReadOnlyAccess](#security-iam-awsmanpol-ResourceGroupsandTagEditorReadOnlyAccess.title) | Resource Groups는 추가 AWS CloudFormation 권한을 포함하도록 정책을 업데이트했습니다. | 2023년 8월 10일 |
| 새 정책 – [ResourceGroupsServiceRolePolicy](#security-iam-awsmanpol-ResourceGroupsServiceRolePolicy.title) | Resource Groups가 서비스 연결 역할을 지원하는 새 정책을 추가했습니다. | 2022년 11월 17일 |
| Resource Groups 변경 내용 추적 시작 | Resource Groups가 AWS 관리형 정책에 대한 변경 사항 추적을 시작했습니다. | 2022년 11월 17일 |
# Resource Groups에 대한 서비스 연결 역할 사용
AWS Resource Groups 는 AWS Identity and Access Management (IAM)[ 서비스 연결 역할을](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) 사용합니다. 서비스 연결 역할은 Resource Groups에 직접 연결된 고유한 유형의 IAM 역할입니다. 서비스 연결 역할은 Resource Groups에 의해 미리 정의되어 있으며 서비스가 사용자를 대신하여 다른 AWS 서비스 를 호출하는 데 필요한 모든 권한을 포함합니다.
서비스 연결 역할을 사용하면 필요한 권한을 수동으로 추가할 필요가 없으므로 Resource Groups를 더 쉽게 설정할 수 있습니다. Resource Groups는 해당 서비스 연결 역할의 권한을 정의하며 Resource Groups 서비스만 해당 역할을 수임할 수 있도록 각 역할에 대한 신뢰 정책을 설정합니다. 정의된 권한에는 신뢰 정책과 권한 정책이 포함되며, 이 권한 정책은 다른 IAM 엔터티에 연결할 수 없습니다.
서비스 연결 역할을 지원하는 다른 서비스에 대한 자세한 내용은 [AWS IAM으로 작업하는 서비스를](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) 참조하고 **서비스 연결 역할** 열에서 **예**인 서비스를 찾습니다. 해당 서비스에 대한 서비스 연결 역할 설명서를 보려면 **예** 링크를 선택합니다.
## Resource Groups에 대한 서비스 연결 역할 권한
Resource Groups는 다음 서비스 연결 역할을 사용하여 그룹 수명 주기 이벤트를 지원합니다. 역할을 생성한 후 IAM 콘솔에서 해당 역할을 보려면 역할 이름에 있는 링크를 선택합니다.
+ `[AWSServiceRoleForResourceGroups](https://console.aws.amazon.com/iamv2/home#/roles/details/AWSServiceRoleForResourceGroups)`
Resource Groups는이 역할의 권한을 사용하여 리소스를 소유 AWS 서비스 한를 쿼리하여 그룹 멤버십을 해결하고 그룹을 up-to-date 유지합니다. 이를 통해 Resource Groups는 Amazon EventBridge 서비스에 서비스 관련 이벤트를 내보낼 수 있습니다.
`AWSServiceRoleForResourceGroups` 서비스 연결 역할은 역할을 수임하기 위해 다음 서비스***만*** 신뢰합니다.
+ `resourcegroups.amazonaws.com`
역할에 연결된 권한은 다음 AWS 관리형 정책에서 가져옵니다. 정책의 링크를 선택하여 IAM 콘솔에서 정책을 봅니다.
+ `AWS 에 대한 관리형 정책 AWS Resource Groups`
## Resource Groups에 대한 서비스 연결 역할 생성
**중요**
이 서비스 연결 역할은 이 역할이 지원하는 기능이 필요한 다른 서비스에서 작업을 완료하는 경우 계정에 나타날 수 있습니다. 자세한 내용은 [내에 표시되는 새 역할을 참조하세요 AWS 계정](https://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_roles.html#troubleshoot_roles_new-role-appeared).
서비스 연결 역할을 생성하려면 [그룹 수명 주기 이벤트 기능을 켜세요](monitor-groups-turn-on.md).
## Resource Groups에 대한 서비스 연결 역할 편집
Resource Groups는 AWSServiceRoleForResourceGroups 서비스 연결 역할을 편집하도록 허용하지 않습니다. 서비스 연결 역할을 생성한 후에는 다양한 엔터티가 역할을 참조할 수 있기 때문에 역할 이름을 변경할 수 없습니다. 하지만 IAM을 사용하여 역할의 설명을 편집할 수 있습니다. 자세한 내용은 *IAM 사용 설명서*의 [서비스 연결 역할 편집](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#edit-service-linked-role)을 참조하세요.
## Resource Groups에 대한 서비스 연결 역할 삭제
서비스 연결 역할은 그룹 수명 주기 이벤트 기능을 끈 후에만 삭제할 수 있습니다.
**중요**
AWS 는 서비스 연결 역할을 생성한 [그룹 수명 주기 이벤트 기능을 먼저 끌](monitor-groups-turn-off.md) 때까지 서비스 연결 역할을 제거하지 못하도록 합니다.
에 리소스 그룹이 있는 한 서비스 연결 역할을 삭제하지 않는 것이 좋습니다 AWS 계정. 이 역할을 삭제하면 Resource Groups 서비스가 다른와 상호 작용 AWS 서비스 하여 그룹을 관리할 수 없습니다.
### 수동으로 서비스 연결 역할 삭제
IAM 콘솔 AWS CLI, 또는 AWS API를 사용하여 AWSServiceRoleForResourceGroups 서비스 연결 역할을 삭제합니다. 자세한 내용은 IAM 사용 설명서의 [서비스 연결 역할 삭제](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#delete-service-linked-role)**를 참조하십시오.
------
#### [ Console ]
**Resource Groups 서비스 연결 역할을 삭제하는 방법**
1. IAM 콘솔에서 [역할 페이지](https://console.aws.amazon.com/iam/home#/roles)를 엽니다.
1. AWSServiceRoleForResourceGroups라는 역할을 찾아 옆의 확인란을 선택합니다.
1. **삭제**를 선택합니다.
1. 입력란에 역할 이름을 입력하여 역할 삭제 의도를 확인한 다음 **삭제**를 선택합니다.
해당 역할은 IAM 콘솔의 역할 목록에서 사라집니다.
------
#### [ AWS CLI ]
**Resource Groups 서비스 연결 역할을 삭제하는 방법**
역할을 삭제하려면 다음 명령을 표시된 대로 정확하게 파라미터와 함께 입력합니다. 값을 바꾸지 마세요.
```
$ aws iam delete-service-linked-role \
--role-name AWSServiceRoleForResourceGroups
{
"DeletionTaskId": "task/aws-service-role/resource-groups.amazonaws.com/AWSServiceRoleForResourceGroups/34e58943-e9a5-4220-9856-fc565EXAMPLE"
}
```
명령은 태스크 ID를 반환합니다. 실제 역할 삭제는 비동기적으로 이루어집니다. 제공된 작업 식별자를 다음 AWS CLI 명령에 전달하여 역할 삭제 상태를 확인할 수 있습니다.
```
$ aws iam get-service-linked-role-deletion-status \
--deletion-task-id "task/aws-service-role/resource-groups.amazonaws.com/AWSServiceRoleForResourceGroups/34e58943-e9a5-4220-9856-fc565EXAMPLE"
{
"Status": "SUCCEEDED"
}
```
------
## Resource Groups 서비스 연결 역할을 지원하는 리전
Resource Groups는 서비스를 사용할 수 AWS 리전 있는 모든에서 서비스 연결 역할 사용을 지원합니다. 자세한 내용은 [AWS 리전 및 엔드포인트](https://docs.aws.amazon.com/general/latest/gr/rande.html) 섹션을 참조하십시오.
# AWS Resource Groups 자격 증명 기반 정책 예제
기본적으로 역할, 사용자와 같은 IAM 보안 주체는 Resource Groups 리소스를 생성하거나 수정할 수 있는 권한이 없습니다. 또한 AWS Management Console AWS CLI또는 AWS API를 사용하여 작업을 수행할 수 없습니다. IAM 관리자는 지정된 리소스에서 특정 API 작업을 수행할 수 있는 권한을 보안 주체에 부여하는 IAM 정책을 생성해야 합니다. 그런 다음 관리자는 해당 권한이 필요한 보안 주체에 이러한 정책을 연결해야 합니다.
이러한 JSON 정책 문서 예제를 사용하여 IAM 자격 증명 기반 정책을 생성하는 방법을 알아보려면 *IAM 사용 설명서*의 [JSON 탭에서 정책 생성](https://docs.aws.amazon.com//IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor)을 참조하세요.
**Topics**
+ [정책 모범 사례](#security_iam_policy-best-practices)
+ [Resource Groups 콘솔 및 API 사용](#security_iam_policy-examples-console)
+ [사용자가 자신의 고유한 권한을 볼 수 있도록 허용](#security_iam_policy-examples-own-permissions)
+ [태그를 기준으로 그룹 보기](#security_iam_policy-examples-view-tags)
## 정책 모범 사례
ID 기반 정책에 따라 계정에서 사용자가 Resource Groups 리소스를 생성, 액세스 또는 삭제할 수 있는지 여부가 결정됩니다. 이 작업으로 인해 AWS 계정에 비용이 발생할 수 있습니다. ID 기반 정책을 생성하거나 편집할 때는 다음 지침과 권장 사항을 따르세요.
+ ** AWS 관리형 정책을 시작하고 최소 권한으로 전환 -** 사용자 및 워크로드에 권한 부여를 시작하려면 많은 일반적인 사용 사례에 대한 권한을 부여하는 *AWS 관리형 정책을* 사용합니다. 에서 사용할 수 있습니다 AWS 계정. 사용 사례에 맞는 AWS 고객 관리형 정책을 정의하여 권한을 추가로 줄이는 것이 좋습니다. 자세한 내용은 *IAM 사용 설명서*의 [AWS 관리형 정책](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) 또는 [AWS 직무에 대한 관리형 정책](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)을 참조하세요.
+ **최소 권한 적용** – IAM 정책을 사용하여 권한을 설정하는 경우, 작업을 수행하는 데 필요한 권한만 부여합니다. 이렇게 하려면 *최소 권한*으로 알려진 특정 조건에서 특정 리소스에 대해 수행할 수 있는 작업을 정의합니다. IAM을 사용하여 권한을 적용하는 방법에 대한 자세한 정보는 *IAM 사용 설명서*에 있는 [IAM의 정책 및 권한](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html)을 참조하세요.
+ **IAM 정책의 조건을 사용하여 액세스 추가 제한** – 정책에 조건을 추가하여 작업 및 리소스에 대한 액세스를 제한할 수 있습니다. 예를 들어, SSL을 사용하여 모든 요청을 전송해야 한다고 지정하는 정책 조건을 작성할 수 있습니다. AWS 서비스와 같은 특정를 통해 사용되는 경우 조건을 사용하여 서비스 작업에 대한 액세스 권한을 부여할 수도 있습니다 CloudFormation. 자세한 내용은 *IAM 사용 설명서*의 [IAM JSON 정책 요소: 조건](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)을 참조하세요.
+ **IAM Access Analyzer를 통해 IAM 정책을 확인하여 안전하고 기능적인 권한 보장** - IAM Access Analyzer에서는 IAM 정책 언어(JSON)와 모범 사례가 정책에서 준수되도록 새로운 및 기존 정책을 확인합니다. IAM Access Analyzer는 100개 이상의 정책 확인 항목과 실행 가능한 추천을 제공하여 안전하고 기능적인 정책을 작성하도록 돕습니다. 자세한 내용은 *IAM 사용 설명서*의 [IAM Access Analyzer에서 정책 검증](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html)을 참조하세요.
+ **다중 인증(MFA) 필요 -**에서 IAM 사용자 또는 루트 사용자가 필요한 시나리오가 있는 경우 추가 보안을 위해 MFA를 AWS 계정켭니다. API 작업을 직접적으로 호출할 때 MFA가 필요하면 정책에 MFA 조건을 추가합니다. 자세한 내용은 *IAM 사용 설명서*의 [MFA를 통한 보안 API 액세스](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html)를 참조하세요.
IAM의 모범 사례에 대한 자세한 내용은 *IAM 사용 설명서*의 [IAM의 보안 모범 사례](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html)를 참조하세요.
## Resource Groups 콘솔 및 API 사용
AWS Resource Groups 및 Tag Editor 콘솔과 API에 액세스하려면 최소 권한 집합이 있어야 합니다. 이러한 권한은 AWS 계정의 Resource Groups 리소스에 대한 세부 정보를 나열하고 볼 수 있도록 허용해야 합니다. 최소 필수 권한보다 더 제한적인 자격 증명 기반 정책을 생성하면 콘솔과 API 명령이 해당 정책을 사용하는 보안 주체(IAM 역할 또는 사용자)에 대해 의도한 대로 작동하지 않습니다.
해당 엔터티가 Resource Groups를 여전히 사용할 수 있도록 하려면 다음 정책(또는 다음 정책에 나열된 권한이 포함된 정책)을 엔터티에 연결합니다. 자세한 내용은 *IAM 사용 설명서*의 [사용자에게 권한 추가](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console)를 참조하세요.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"resource-groups:*",
"cloudformation:DescribeStacks",
"cloudformation:ListStackResources",
"tag:GetResources",
"tag:TagResources",
"tag:UntagResources",
"tag:getTagKeys",
"tag:getTagValues",
"resource-explorer:List*"
],
"Resource": "*"
}
]
}
```
------
Resource Groups 액세스 권한 부여에 대한 자세한 내용은 이 설명서의 [AWS Resource Groups 및 태그 편집기 사용 권한 부여](gettingstarted-prereqs-permissions-howto.md) 단원을 참조하세요.
## 사용자가 자신의 고유한 권한을 볼 수 있도록 허용
이 예제는 IAM 사용자가 자신의 사용자 ID에 연결된 인라인 및 관리형 정책을 볼 수 있도록 허용하는 정책을 생성하는 방법을 보여줍니다. 이 정책에는 콘솔에서 또는 AWS CLI 또는 AWS API를 사용하여 프로그래밍 방식으로이 작업을 완료할 수 있는 권한이 포함됩니다.
```
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "ViewOwnUserInfo",
"Effect": "Allow",
"Action": [
"iam:GetUserPolicy",
"iam:ListGroupsForUser",
"iam:ListAttachedUserPolicies",
"iam:ListUserPolicies",
"iam:GetUser"
],
"Resource": ["arn:aws:iam::*:user/${aws:username}"]
},
{
"Sid": "NavigateInConsole",
"Effect": "Allow",
"Action": [
"iam:GetGroupPolicy",
"iam:GetPolicyVersion",
"iam:GetPolicy",
"iam:ListAttachedGroupPolicies",
"iam:ListGroupPolicies",
"iam:ListPolicyVersions",
"iam:ListPolicies",
"iam:ListUsers"
],
"Resource": "*"
}
]
}
```
## 태그를 기준으로 그룹 보기
자격 증명 기반 정책의 조건을 사용하여 태그를 기반으로 Resource Groups 리소스에 대한 액세스를 제어할 수 있습니다. 이 예제에서는 리소스(이 예제에서는 리소스 그룹) 보기를 허용하는 정책을 생성할 수 있는 방법을 보여 줍니다. 하지만 권한은 그룹 태그 `project`의 값이 발신 보안 주체에 연결된 `project` 태그와 동일한 값을 갖는 경우에만 부여됩니다.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "resource-groups:GetGroup",
"Resource": "arn:aws:resource-groups:us-east-1:111122223333:group/group_name",
"Condition": {
"StringEquals": {"aws:ResourceTag/project": "${aws:PrincipalTag/project}"}
}
}
]
}
```
------
이 정책은 계정의 보안 주체에 연결할 수 있습니다. 태그 키 `project` 및 태그 값 `alpha`를 가진 보안 주체가 리소스 그룹을 보려는 경우, 해당 그룹에도 태그 `project=alpha`가 지정되어 있어야 합니다. 그렇지 않으면 사용자는 액세스가 거부됩니다. 조건 키 `project`은(는) 조건 키 이름이 대소문자를 구분하지 않기 때문에 `Project` 및 `project` 모두와 일치합니다. 자세한 내용은 *IAM 사용 설명서*의 [IAM JSON 정책 요소: 조건](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_policies_elements_condition.html)을 참조하세요.
# AWS Resource Groups 자격 증명 및 액세스 문제 해결
다음 정보를 사용하여 Resource Groups 및 IAM에서 발생할 수 있는 공통적인 문제를 진단하고 수정할 수 있습니다.
**Topics**
+ [Resource Groups에서 작업을 수행할 권한이 없음](#security_iam_troubleshoot-permissions-arg-te)
+ [iam:PassRole을 수행하도록 인증되지 않음](#security_troubleshoot-passrole)
+ [내 AWS 계정 외부의 사용자가 내 리소스 그룹에 액세스하도록 허용하고 싶습니다.](#security_troubleshoot-cross-account)
## Resource Groups에서 작업을 수행할 권한이 없음
에서 작업을 수행할 권한이 없다는 AWS Management Console 메시지가 표시되면 관리자에게 문의하여 지원을 받아야 합니다. 관리자는 로그인 보안 인증 정보를 제공한 사람입니다.
다음 오류 예제는 사용자 `mateojackson`이 콘솔을 사용하여 그룹에 대한 세부 정보를 보려고 하지만 `resource-groups:ListGroups` 권한이 없는 경우에 발생합니다.
```
User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: resource-groups:ListGroups on resource: arn:aws:resource-groups::us-west-2:123456789012:group/my-test-group
```
이 경우, Mateo는 `my-test-group` 작업을 사용하여 `resource-groups:ListGroups` 리소스에 액세스하도록 허용하는 정책을 업데이트하라고 관리자에게 요청합니다.
## iam:PassRole을 수행하도록 인증되지 않음
`iam:PassRole` 작업을 수행할 수 있는 권한이 없다는 오류가 수신되면 Resource Groups에 역할을 전달할 수 있도록 정책을 업데이트해야 합니다.
일부 AWS 서비스 에서는 새 서비스 역할 또는 서비스 연결 역할을 생성하는 대신 기존 역할을 해당 서비스에 전달할 수 있습니다. 이렇게 하려면 역할을 서비스에 전달할 권한이 있어야 합니다.
다음 오류 예제는 `marymajor`라는 IAM 사용자가 콘솔을 사용하여 Resource Groups에서 작업을 수행하려고 하는 경우에 발생합니다. 하지만 작업을 수행하려면 서비스 역할이 부여한 권한이 서비스에 있어야 합니다. Mary는 서비스에 역할을 전달할 권한이 없습니다.
```
User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole
```
이 경우, Mary가 `iam:PassRole`작업을 수행할 수 있도록 Mary의 정책을 업데이트해야 합니다.
도움이 필요한 경우 AWS 관리자에게 문의하세요. 관리자는 로그인 자격 증명을 제공한 사람입니다.
## 내 AWS 계정 외부의 사용자가 내 리소스 그룹에 액세스하도록 허용하고 싶습니다.
다른 계정의 사용자 또는 조직 외부의 사람이 리소스에 액세스할 때 사용할 수 있는 역할을 생성할 수 있습니다. 역할을 수임할 신뢰할 수 있는 사람을 지정할 수 있습니다. 리소스 기반 정책 또는 액세스 제어 목록(ACL)을 지원하는 서비스의 경우, 이러한 정책을 사용하여 다른 사람에게 리소스에 대한 액세스 권한을 부여할 수 있습니다.
자세한 내용은 다음을 참조하세요.
+ Resource Groups에서 이러한 기능을 지원하는지 여부를 알아보려면 [Resource Groups가 IAM과 작동하는 방식](security_iam_service-with-iam.md) 단원을 참조하세요.
+ 소유 AWS 계정 한의 리소스에 대한 액세스 권한을 제공하는 방법을 알아보려면 [IAM 사용 설명서의 소유한 다른의 IAM 사용자에게 액세스 권한 제공을 참조 AWS 계정 하세요](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html). **
+ 타사에 리소스에 대한 액세스 권한을 제공하는 방법을 알아보려면 *IAM 사용 설명서*의 [타사가 AWS 계정 소유한에 대한 액세스 권한 제공을](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html) AWS 계정참조하세요.
+ ID 페더레이션을 통해 액세스 권한을 제공하는 방법을 알아보려면 *IAM 사용 설명서*의 [외부에서 인증된 사용자에게 액세스 권한 제공(ID 페더레이션)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html)을 참조하세요.
+ 크로스 계정 액세스에 대한 역할과 리소스 기반 정책 사용의 차이점을 알아보려면 *IAM 사용 설명서*의 [IAM의 크로스 계정 리소스 액세스](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)를 참조하세요.
# Resource Groups에서의 로깅 및 모니터링
모든 AWS Resource Groups 작업이 로그인됩니다 AWS CloudTrail.
## 를 사용하여 AWS Resource Groups API 호출 로깅 AWS CloudTrail
AWS Resource Groups 및 Tag Editor는 Resource Groups 또는 Tag Editor에서 사용자, 역할 또는 서비스가 수행한 작업에 대한 레코드를 AWS CloudTrail제공하는 AWS 서비스와 통합됩니다. CloudTrail은 Resource Groups 또는 Tag Editor 콘솔의 호출 및 Resource Groups API에 대한 코드 호출을 포함하여 Resource Groups에 대한 모든 API 호출을 이벤트로 캡처합니다. 추적을 생성하면 Resource Groups에 대한 이벤트를 포함한 CloudTrail 이벤트를 지속적으로 Amazon S3 버킷에 배포할 수 있습니다. 추적을 구성하지 않은 경우에도 **이벤트 기록**에서 CloudTrail 콘솔의 최신 이벤트를 볼 수 있습니다. CloudTrail에서 수집한 정보를 사용하여 Resource Groups에 수행된 요청, 요청이 수행된 IP 주소, 요청을 수행한 사람, 요청이 수행된 시간 및 추가 세부 정보를 확인할 수 있습니다.
CloudTrail에 대한 자세한 내용은 [AWS CloudTrail 사용 설명서](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/)를 참조하세요.
### CloudTrail의 Resource Groups 정보
AWS 계정을 생성할 때 계정에서 CloudTrail이 활성화됩니다. Resource Groups 또는 Tag Editor 콘솔에서 활동이 발생하면 해당 활동이 **이벤트 기록**의 다른 AWS 서비스 이벤트와 함께 CloudTrail 이벤트에 기록됩니다. AWS 계정에서 최근 이벤트를 보고 검색하고 다운로드할 수 있습니다. 자세한 설명은 [CloudTrail 이벤트 기록으로 이벤트 보기](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/view-cloudtrail-events.html)를 참조하세요.
Resource Groups에 대한 이벤트를 포함하여 AWS 계정에 이벤트를 지속적으로 기록하려면 추적을 생성합니다. CloudTrail은 추적을 사용하여 Amazon S3 버킷으로 로그 파일을 전송할 수 있습니다. 콘솔에서 트레일을 생성하면 기본적으로 모든 리전에 트레일이 적용됩니다. 추적은 AWS 파티션의 모든 리전에서 이벤트를 로깅하고 지정한 Amazon S3 버킷으로 로그 파일을 전송합니다. 또는 CloudTrail 로그에서 수집된 이벤트 데이터를 추가 분석 및 처리하도록 다른 AWS 서비스를 구성할 수 있습니다. 자세한 내용은 다음을 참조하세요.
+ [트레일 생성 개요](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [CloudTrail 지원 서비스 및 통합](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html)
+ [CloudTrail에서 Amazon SNS 알림 구성](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/getting_notifications_top_level.html)
+ [여러 리전으로부터 CloudTrail 로그 파일 받기](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) 및 [여러 계정으로부터 CloudTrail 로그 파일 받기](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
모든 Resource Groups 작업은 CloudTrail에 의해 로깅되고 [AWS Resource Groups API 참조](https://docs.aws.amazon.com//ARG/latest/APIReference/)에 기록됩니다. CloudTrail의 Resource Groups 작업은 API 엔드포인트 `resource-groups.amazonaws.com`을 소스로 하는 이벤트로 표시됩니다. 예를 들어 `CreateGroup`, `GetGroup` 및 `UpdateGroupQuery` 작업을 직접적으로 호출하면 CloudTrail 로그 파일에 항목이 생성됩니다. 콘솔의 Tag Editor 작업은 CloudTrail에 의해 로깅되며 내부 API 엔드포인트 `resource-explorer`를 소스로 하는 이벤트로 표시됩니다.
모든 이벤트 또는 로그 항목에는 요청을 생성했던 사용자에 관한 정보가 포함됩니다. ID 정보를 이용하면 다음을 쉽게 판단할 수 있습니다.
+ 요청을 루트로 했는지 아니면 IAM 사용자 자격 증명 정보로 했는지 여부.
+ 역할 또는 페더레이션 사용자의 임시 자격 증명을 사용하여 요청이 생성되었는지 여부.
+ 요청이 다른 AWS 서비스에서 이루어졌는지 여부입니다.
자세한 내용은 [CloudTrail `userIdentity` 요소](https://docs.aws.amazon.com//awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html)를 참조하세요.
### Resource Groups 로그 파일 항목 이해
트레일이란 지정한 S3 버킷에 이벤트를 로그 파일로 입력할 수 있게 하는 구성입니다. CloudTrail 로그 파일에는 하나 이상의 로그 항목이 포함될 수 있습니다. 이벤트는 모든 소스의 단일 요청을 나타내며 요청된 작업, 작업 날짜와 시간, 요청 파라미터 등에 대한 정보를 포함하고 있습니다. CloudTrail 로그 파일은 퍼블릭 API 직접 호출에 대한 순서 지정된 스택 추적이 아니기 때문에 특정 순서로 표시되지 않습니다.
다음은 `CreateGroup` 작업을 보여주는 CloudTrail 로그 항목이 나타낸 예시입니다.
```
{"eventVersion":"1.05",
"userIdentity":{
"type":"AssumedRole",
"principalId":"ID number:AWSResourceGroupsUser",
"arn":"arn:aws:sts::831000000000:assumed-role/Admin/AWSResourceGroupsUser",
"accountId":"831000000000","accessKeyId":"ID number",
"sessionContext":{
"attributes":{
"mfaAuthenticated":"false",
"creationDate":"2018-06-05T22:03:47Z"
},
"sessionIssuer":{
"type":"Role",
"principalId":"ID number",
"arn":"arn:aws:iam::831000000000:role/Admin",
"accountId":"831000000000",
"userName":"Admin"
}
}
},
"eventTime":"2018-06-05T22:18:23Z",
"eventSource":"resource-groups.amazonaws.com",
"eventName":"CreateGroup",
"awsRegion":"us-west-2",
"sourceIPAddress":"100.25.190.51",
"userAgent":"console.amazonaws.com",
"requestParameters":{
"Description": "EC2 instances that we are using for application staging.",
"Name": "Staging",
"ResourceQuery": {
"Query": "string",
"Type": "TAG_FILTERS_1_0"
},
"Tags": {
"Key":"Phase",
"Value":"Stage"
}
},
"responseElements":{
"Group": {
"Description":"EC2 instances that we are using for application staging.",
"groupArn":"arn:aws:resource-groups:us-west-2:831000000000:group/Staging",
"Name":"Staging"
},
"resourceQuery": {
"Query":"string",
"Type":"TAG_FILTERS_1_0"
}
},
"requestID":"de7z64z9-d394-12ug-8081-7zz0386fbcb6",
"eventID":"8z7z18dz-6z90-47bz-87cf-e8346428zzz3",
"eventType":"AwsApiCall",
"recipientAccountId":"831000000000"
}
```
# Resource Groups에 대한 규정 준수 검증
AWS 서비스 가 특정 규정 준수 프로그램의 범위 내에 있는지 알아보려면 [AWS 서비스 규정 준수 프로그램 제공 범위 내](https://aws.amazon.com/compliance/services-in-scope/)를 참조하고 관심 있는 규정 준수 프로그램을 선택합니다. 일반 정보는 [AWS 규정 준수 프로그램](https://aws.amazon.com/compliance/programs/).
를 사용하여 타사 감사 보고서를 다운로드할 수 있습니다 AWS Artifact. 자세한 내용은 [Downloading Reports inDownloading AWS Artifact](https://docs.aws.amazon.com/artifact/latest/ug/downloading-documents.html)을 참조하세요.
사용 시 규정 준수 책임은 데이터의 민감도, 회사의 규정 준수 목표 및 관련 법률과 규정에 따라 AWS 서비스 결정됩니다. 사용 시 규정 준수 책임에 대한 자세한 내용은 [AWS 보안 설명서를](https://docs.aws.amazon.com/security/) AWS 서비스참조하세요.
# Resource Groups의 복원성
AWS Resource Groups 는 내부 서비스 리소스에 대한 자동 백업을 수행합니다. 이러한 백업은 사용자가 구성할 수 없습니다. 백업은 전송 및 저장 상태 모두에서 암호화됩니다. Resource Groups는 Amazon DynamoDB에 고객 데이터를 저장합니다.
AWS 글로벌 인프라는 AWS 리전 및 가용 영역을 중심으로 구축됩니다.는 지연 시간이 짧고 처리량이 많으며 중복성이 높은 네트워킹과 연결된 물리적으로 분리되고 격리된 여러 가용 영역을 AWS 리전 제공합니다. 가용 영역을 사용하면 중단 없이 가용 영역 간에 자동으로 장애 조치가 이루어지는 애플리케이션 및 데이터베이스를 설계하고 운영할 수 있습니다. 가용 영역은 기존의 단일 또는 복수 데이터 센터 인프라보다 가용성, 내결함성, 확장성이 뛰어납니다.
대부분의 고객 데이터는 AWS 가용 영역(AZs) 전체에 복제되므로 사용자 리소스 그룹이 완전히 손실되더라도 고객 데이터가 손실되지 않습니다. 실수로 그룹을 삭제한 경우 [AWS Support 센터](https://console.aws.amazon.com/support/home#/)로 문의하세요.
AWS 리전 및 가용 영역에 대한 자세한 내용은 [AWS 글로벌 인프라를](https://aws.amazon.com/about-aws/global-infrastructure/) 참조하세요.
# Resource Groups의 인프라 보안
Resource Groups에서 제공하는 서비스 또는 네트워크 트래픽을 격리하는 추가 방법은 없습니다. 해당하는 경우 특정 AWS격리를 사용합니다. VPC에서 Resource Groups API와 콘솔을 사용하여 개인 정보 보호 및 인프라 보안을 극대화할 수 있습니다.
관리형 서비스인는 AWS 글로벌 네트워크 보안으로 보호 AWS Resource Groups 됩니다. AWS 보안 서비스 및가 인프라를 AWS 보호하는 방법에 대한 자세한 내용은 [AWS 클라우드 보안을](https://aws.amazon.com/security/) 참조하세요. 인프라 보안 모범 사례를 사용하여 환경을 설계하려면 *보안 원칙 AWS Well‐Architected Framework*의 [인프라 보호를](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/infrastructure-protection.html) 참조하세요 AWS .
AWS 에서 게시한 API 호출을 사용하여 네트워크를 통해 Resource Groups에 액세스합니다. 클라이언트는 다음을 지원해야 합니다.
+ Transport Layer Security(TLS). TLS 1.2는 필수이며 TLS 1.3을 권장합니다.
+ DHE(Ephemeral Diffie-Hellman) 또는 ECDHE(Elliptic Curve Ephemeral Diffie-Hellman)와 같은 완전 전송 보안(PFS)이 포함된 암호 제품군. Java 7 이상의 최신 시스템은 대부분 이러한 모드를 지원합니다.
Resource Groups는 리소스 기반 정책을 지원하지 않습니다.
# 인터페이스 엔드포인트를 AWS Resource Groups 사용한 액세스(AWS PrivateLink)
AWS PrivateLink 를 사용하여 VPC와 간에 프라이빗 연결을 생성할 수 있습니다 AWS Resource Groups. 인터넷 게이트웨이, NAT 디바이스, VPN 연결 또는 Direct Connect 연결을 사용하지 않고 VPC에 있는 것처럼 Resource Groups에 액세스할 수 있습니다. VPC의 인스턴스는 Resource Groups에 액세스하는 데 퍼블릭 IP 주소가 필요하지 않습니다.
AWS PrivateLink에서 제공되는 *인터페이스 엔드포인트*를 생성하여 이 프라이빗 연결을 설정합니다. 인터페이스 엔드포인트에 대해 사용 설정하는 각 서브넷에서 엔드포인트 네트워크 인터페이스를 생성합니다. 이는 Resource Groups로 향하는 트래픽의 진입점 역할을 하는 요청자 관리형 네트워크 인터페이스입니다.
자세한 내용은 *AWS PrivateLink 가이드*의를 [AWS 서비스 통한 액세스를 AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-access-aws-services.html) 참조하세요.
## 리소스 그룹에 대한 고려 사항
리소스 그룹에 대한 인터페이스 엔드포인트를 설정하기 전에 *AWS PrivateLink 가이드*의 [고려 사항을](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html#considerations-interface-endpoints) 검토하세요.
Resource Groups는 인터페이스 엔드포인트를 통해 모든 API 작업을 호출할 수 있도록 지원합니다.
## Resource Groups에 대한 인터페이스 엔드포인트 생성
Amazon VPC 콘솔 또는 AWS Command Line Interface ()를 사용하여 Resource Groups에 대한 인터페이스 엔드포인트를 생성할 수 있습니다AWS CLI. 자세한 내용은 *AWS PrivateLink 안내서*의 [인터페이스 엔드포인트 생성](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html#create-interface-endpoint-aws)을 참조하세요.
다음 서비스 이름을 사용하여 Resource Groups에 대한 인터페이스 엔드포인트를 생성합니다.
```
com.amazonaws.region.resource-groups
```
인터페이스 엔드포인트에 대해 프라이빗 DNS를 활성화하면 기본 리전 DNS 이름을 사용하여 Resource Groups에 API 요청을 할 수 있습니다. 예를 들어 `resource-groups.us-east-1.amazonaws.com`입니다.
## 엔드포인트의 엔드포인트 정책 생성
엔드포인트 정책은 인터페이스 엔드포인트에 연결할 수 있는 IAM 리소스입니다. 기본 엔드포인트 정책은 인터페이스 엔드포인트를 통해 Resource Groups에 대한 전체 액세스를 허용합니다. VPC에서 Resource Groups에 허용되는 액세스를 제어하려면 인터페이스 엔드포인트에 사용자 지정 엔드포인트 정책을 연결합니다.
엔드포인트 정책은 다음 정보를 지정합니다.
+ 작업을 수행할 수 있는 위탁자(AWS 계정, IAM 사용자, IAM 역할)
+ 수행할 수 있는 작업
+ 작업을 수행할 수 있는 리소스.
자세한 내용은 *AWS PrivateLink 안내서*의 [엔드포인트 정책을 사용하여 서비스에 대한 액세스 제어](https://docs.aws.amazon.com/vpc/latest/privatelink/vpc-endpoints-access.html)를 참조하세요.
**예: Resource Groups 작업에 대한 VPC 엔드포인트 정책**
다음은 사용자 지정 엔드포인트 정책의 예입니다. 이 정책을 인터페이스 엔드포인트에 연결하면 모든 리소스의 모든 보안 주체에 대해 나열된 Resource Groups 작업에 대한 액세스 권한이 부여됩니다.
```
{
"Statement": [
{
"Principal": "*",
"Effect": "Allow",
"Action": [
"resource-groups:CreateGroup",
"resource-groups:GetAccountSettings",
"resource-groups:GetGroupQuery"
],
"Resource":"*"
}
]
}
```
# Resource Groups에 대한 보안 모범 사례
다음 모범 사례는 일반적인 지침이며 완벽한 보안 솔루션을 나타내지는 않습니다. 이러한 모범 사례는 환경에 적절하지 않거나 충분하지 않을 수 있으므로 참고용으로만 사용하세요.
+ **최소 권한 원칙을 사용**하여 그룹에 액세스 권한을 부여합니다. Resource Groups는 리소스 수준 권한을 지원합니다. 특정 사용자에게 필요한 경우에만 특정 그룹에 액세스 권한을 부여합니다. 정책 문에는 모든 사용자 또는 모든 그룹에 권한을 할당하는 별표를 사용하지 않도록 합니다. 최소 권한에 대한 자세한 내용은 *IAM 사용 설명서*의 [최소 권한 부여](https://docs.aws.amazon.com//IAM/latest/UserGuide/best-practices.html#grant-least-privilege)를 참조하세요.
+ **개인 정보는 공개 필드에 포함되지 않도록 합니다.** 그룹 이름은 서비스 메타데이터로 취급됩니다. 그룹 이름은 암호화되지 않습니다. 그룹 이름에 민감한 정보를 넣지 않도록 합니다. 그룹 설명은 비공개입니다.
개인 정보 또는 민감한 정보를 태그 키나 태그 값에 넣지 않도록 합니다.
+ 필요할 때마다 **태그 지정을 기반으로 한 인증을 사용합니다**. Resource Groups는 태그 기반 권한 부여를 지원합니다. 그룹에 태그를 지정한 다음, IAM 보안 주체(예: 사용자 및 역할)에 연결된 정책을 업데이트하여 그룹에 적용되는 태그를 기반으로 액세스 수준을 설정할 수 있습니다. 태그 기반 권한 부여를 사용하는 방법에 대한 자세한 내용은 *IAM 사용 설명서*의 [AWS 리소스 태그를 사용하여 리소스에 대한 액세스 제어를](https://docs.aws.amazon.com//IAM/latest/UserGuide/access_tags.html) 참조하세요.
많은 AWS 서비스가 리소스에 대한 태그 기반 권한 부여를 지원합니다. 그룹의 구성원 리소스에 대해 태그 기반 권한 부여가 구성될 수 있다는 점에 유의하세요. 그룹의 리소스에 대한 액세스가 태그로 제한되는 경우, 권한이 없는 사용자나 그룹은 해당 리소스에서 작업이나 자동화를 수행하지 못할 수 있습니다. 예를 들어 그룹 중 하나에 있는 Amazon EC2 인스턴스에 태그 키 `Confidentiality` 및 태그 값 `High`의 태그가 지정되고 사용자는 `Confidentiality:High` 태그가 지정된 리소스에 명령을 실행할 권한이 없는 경우, 리소스 그룹 내 다른 리소스에 대한 작업이 성공하더라도 EC2 인스턴스에서 수행하는 작업 또는 자동화는 실패합니다. 리소스에 대한 태그 기반 권한 부여를 지원하는 서비스에 대한 자세한 내용은 *IAM 사용 설명서*의 [IAM으로 작업하는AWS 서비스](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)를 참조하세요.
AWS 리소스에 대한 태그 지정 전략 개발에 대한 자세한 내용은 [AWS 태그 지정 전략을](https://aws.amazon.com/answers/account-management/aws-tagging-strategies/) 참조하세요.