기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # re:Post Private이 IAM과 작동하는 방식 IAM을 사용하여 AWS re:Post Private에 대한 액세스를 관리하기 전에 re:Post Private과 함께 사용할 수 있는 IAM 기능을 이해해야 합니다. re:Post Private 및 기타 AWS 서비스에서 IAM을 사용하는 방법을 전체적으로 알아보려면 *IAM 사용 설명서*의 [AWS IAM으로 작업하는 서비스를](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) 참조하세요. ## re:Post Private 자격 증명 기반 정책 IAM 자격 증명 기반 정책을 사용하면 허용되거나 거부된 작업을 지정할 수 있습니다. re:Post Private은 특정 작업을 지원합니다. JSON 정책에서 사용하는 요소에 대해 알아보려면 *IAM 사용 설명서*의 [IAM JSON 정책 요소 참조](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html)를 참조하세요. ### 작업 관리자는 AWS JSON 정책을 사용하여 누가 무엇에 액세스할 수 있는지 지정할 수 있습니다. 즉, 어떤 **보안 주체**가 어떤 **리소스**와 어떤 **조건**에서 **작업**을 수행할 수 있는지를 지정할 수 있습니다. JSON 정책의 `Action`요소는 정책에서 액세스를 허용하거나 거부하는 데 사용할 수 있는 작업을 설명합니다. 연결된 작업을 수행할 수 있는 권한을 부여하기 위한 정책에 작업을 포함하세요. re:Post Private의 정책 작업은 작업 앞에 접두사를 사용합니다`repostspace:`. 예를 들어 re:Post Private `CreateSpace` API 작업을 실행할 수 있는 권한을 부여하려면 해당 정책에 `repostspace:CreateSpace` 작업을 포함합니다. 정책 설명에는 `Action` 또는 `NotAction` 요소가 포함되어야 합니다. re:Post Private은이 서비스로 수행할 수 있는 작업을 설명하는 고유한 작업 세트를 정의합니다. 명령문 하나에 여러 태스크를 지정하려면 다음과 같이 쉼표로 구분합니다. ``` "Action": [ "repostspace:CreateSpace", "repostspace:DeleteSpace" ``` 와일드카드(\$1)를 사용하여 여러 작업을 지정할 수 있습니다. 예를 들어, `Describe`라는 단어로 시작하는 모든 작업을 지정하려면 다음 작업을 포함합니다. ``` "Action": "repostspace:Describe*" ``` re:Post Private 작업 목록을 보려면 *IAM 사용 설명서*의 [re:Post Private에서 정의한 작업을](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_amazonworkdocs.html#amazonworkdocs-actions-as-permissions) 참조하세요. ### 리소스 관리자는 AWS JSON 정책을 사용하여 누가 무엇에 액세스할 수 있는지 지정할 수 있습니다. 즉, 어떤 **보안 주체**가 어떤 **리소스**와 어떤 **조건**에서 **작업**을 수행할 수 있는지를 지정할 수 있습니다. `Resource` JSON 정책 요소는 작업이 적용되는 하나 이상의 객체를 지정합니다. 모범 사례에 따라 [Amazon 리소스 이름(ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html)을 사용하여 리소스를 지정합니다. 리소스 수준 권한을 지원하지 않는 작업의 경우, 와일드카드(\$1)를 사용하여 해당 문이 모든 리소스에 적용됨을 나타냅니다. ``` "Resource": "*" ``` ### 조건 키 re:Post Private은 서비스별 조건 키를 제공하지 않지만 전역 조건 키 사용을 지원합니다. 모든 AWS 전역 조건 키를 보려면 *IAM 사용 설명서*의 [AWS 전역 조건 컨텍스트 키를](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) 참조하세요. ### 예제 re:Post Private 자격 증명 기반 정책의 예를 보려면 섹션을 참조하세요[AWS re:Post Private 자격 증명 기반 정책 예제](security-iam-policy-examples.md). ## re:Post Private 리소스 기반 정책 리소스 기반 정책은 리소스에 연결하는 JSON 정책 설명서입니다. 리소스 기반 정책의 예제는 IAM 역할 신뢰 정책과 Amazon S3 버킷 정책입니다. 리소스 기반 정책을 지원하는 서비스에서 서비스 관리자는 이러한 정책을 사용하여 특정 리소스에 대한 액세스를 통제할 수 있습니다. 정책이 연결된 리소스의 경우 정책은 지정된 보안 주체가 해당 리소스와 어떤 조건에서 어떤 작업을 수행할 수 있는지를 정의합니다. 리소스 기반 정책에서 [보안 주체를 지정](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_policies_elements_principal.html)해야 합니다. 보안 주체에는 계정, 사용자, 역할, 페더레이션 사용자 또는 AWS 서비스가 포함될 수 있습니다. 리소스 기반 정책은 해당 서비스에 있는 인라인 정책입니다. 리소스 기반 정책에서는 IAM의 AWS 관리형 정책을 사용할 수 없습니다. re:Post Private은 리소스 기반 정책을 지원하지 않습니다. ## 태그 기반 인증 re:Post Private은 리소스에 태그를 지정하거나 태그를 기반으로 액세스를 제어할 수 있도록 지원합니다. 자세한 내용은 [태그를 사용하여 AWS 리소스에 대한 액세스 제어를](https://docs.aws.amazon.com//IAM/latest/UserGuide/access_tags.html) 참조하세요. ## re:Post 프라이빗 IAM 역할 [IAM 역할은](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) 특정 권한이 있는 AWS 계정 내 엔터티입니다. ### re:Post Private에서 임시 자격 증명 사용 임시 보안 인증을 사용하여 페더레이션을 통해 로그인하거나, 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 작업을 호출하여 임시 보안 자격 증명을 얻습니다. re:Post Private은 임시 자격 증명 사용을 지원합니다. ## 서비스 연결 역할 [서비스 연결 역할을](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) 사용하면 AWS 서비스가 다른 서비스의 리소스에 액세스하여 작업을 완료할 수 있습니다. 서비스 연결 역할은 IAM 계정에 나타나고 서비스가 소유합니다. IAM 관리자는 서비스 연결 역할의 권한을 볼 수 있지만 편집할 수 없습니다. ## 서비스 역할 이 기능을 사용하면 서비스가 [서비스 역할을](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-role) 수임할 수 있습니다. 이 역할을 사용하면 서비스가 다른 서비스의 리소스에 액세스하여 작업을 완료할 수 있습니다. 자세한 내용은 [AWS 서비스에 권한을 위임할 역할 생성을 참조하세요](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-service.html). 서비스 역할은 IAM 계정에 나타나고, 해당 계정이 소유합니다. 즉, IAM 관리자가 이 역할에 대한 권한을 변경할 수 있습니다. 그러나 권한을 변경하면 서비스의 기능이 손상될 수 있습니다. # re:Post Private에 서비스 연결 역할 사용 AWS re:Post Private은 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) 사용합니다. 서비스 연결 역할은 re:Post Private에 직접 연결된 고유한 유형의 IAM 역할입니다. 서비스 연결 역할은 re:Post Private에 의해 사전 정의되며 서비스가 사용자를 대신하여 다른 AWS 서비스를 호출하는 데 필요한 모든 권한을 포함합니다. 서비스 연결 역할을 사용하면 필요한 권한을 수동으로 추가할 필요가 없으므로 re:Post Private을 더 쉽게 설정할 수 있습니다. re:Post Private은 서비스 연결 역할의 권한을 정의하며, 달리 정의되지 않은 한 re:Post Private만 해당 역할을 수임할 수 있습니다. 정의된 권한에는 신뢰 정책과 권한 정책이 포함되며, 이 권한 정책은 다른 IAM 엔터티에 연결할 수 없습니다. 서비스 연결 역할을 지원하는 다른 서비스에 대한 자세한 내용은 [AWS IAM으로 작업하는 서비스를](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) 참조하고 **서비스 연결 역할** 열에서 **예**인 서비스를 찾습니다. 해당 서비스에 대한 서비스 연결 역할 설명서를 보려면 **예** 링크를 선택합니다. ## re:Post Private에 대한 서비스 연결 역할 권한 re:Post Private은 **AWSServiceRoleForrePostPrivate**라는 서비스 연결 역할을 사용합니다. re:Post Private은이 서비스 연결 역할을 사용하여 CloudWatch에 데이터를 게시합니다. AWSServiceRoleForrePostPrivate 서비스 연결 역할은 역할을 수임하기 위해 다음 서비스를 신뢰합니다. + `repostspace.amazonaws.com` 라는 역할 권한 정책은 re:Post Private이 지정된 리소스에서 다음 작업을 완료하도록 `AWSrePostPrivateCloudWatchAccess` 허용합니다. + 에 대한 작업`cloudwatch`: `PutMetricData` 사용자, 그룹 또는 역할이 서비스 연결 역할을 생성, 편집 또는 삭제할 수 있도록 사용 권한을 구성해야 합니다. 자세한 내용은 *IAM 사용 설명서*의 [서비스 연결 역할 권한](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#service-linked-role-permissions)을 참조하세요. 자세한 내용은 [AWSrePostPrivateCloudWatchAccess](security-with-iam-managed-policy.md#cloudwatch-metric-manpol) 단원을 참조하십시오. ## re:Post Private에 대한 서비스 연결 역할 생성 서비스 연결 역할은 수동으로 생성할 필요가 없습니다. AWS CLI, 또는 AWS API에서 첫 번째 프라이빗 re:Post AWS Management Console를 생성하면 re:Post Private이 서비스 연결 역할을 생성합니다. **중요** 이러한 서비스 연결 역할은 해당 역할이 지원하는 기능을 사용하는 다른 서비스에서 작업을 완료했을 경우 계정에 나타날 수 있습니다. 또한 서비스 연결 역할을 지원하기 시작한 2023년 12월 1일 이전에 re:Post Private 서비스를 사용 중이었다면 re:Post Private이 계정에 `AWSServiceRoleForrePostPrivate` 역할을 생성했습니다. 자세한 내용은 [내에 표시되는 새 역할을 참조하세요 AWS 계정](https://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_roles.html#troubleshoot_roles_new-role-appeared). 이 서비스 연결 역할을 삭제했다가 다시 생성해야 하는 경우 동일한 프로세스를 사용하여 계정에서 역할을 다시 생성할 수 있습니다. 첫 번째 프라이빗 re:Post를 생성하면 re:Post Private이 서비스 연결 역할을 다시 생성합니다. AWS CLI 또는 AWS API에서 서비스 이름을 사용하여 `repostspace.amazonaws.com` 서비스 연결 역할을 생성합니다. 자세한 내용은 *IAM 사용자 설명서*의 [서비스 연결 역할 생성](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#create-service-linked-role) 섹션을 참조하세요. 이 서비스 연결 역할을 삭제하면 동일한 프로세스를 사용하여 역할을 다시 생성할 수 있습니다. ## re:Post Private에 대한 서비스 연결 역할 편집 re:Post Private에서는 `AWSServiceRoleForrePostPrivate` 서비스 연결 역할을 편집할 수 없습니다. 서비스 연결 역할을 생성한 후에는 다양한 엔터티가 역할을 참조할 수 있기 때문에 역할 이름을 변경할 수 없습니다. 하지만 IAM을 사용하여 역할의 설명을 편집할 수 있습니다. 자세한 내용은 *IAM 사용 설명서*의 [서비스 연결 역할 편집](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#edit-service-linked-role)을 참조하세요. ## re:Post Private에 대한 서비스 연결 역할 삭제 `AWSServiceRoleForrePostPrivate` 역할은 수동으로 삭제할 필요가 없습니다. AWS CLI, 또는 AWS API에서 프라이빗 re:Post AWS Management Console를 삭제하면 re:Post Private이 서비스 연결 역할을 삭제합니다. IAM 콘솔, AWS CLI또는 AWS API를 사용하여 서비스 연결 역할을 수동으로 삭제할 수도 있습니다. **IAM을 사용하여 수동으로 서비스 연결 역할을 삭제하려면 다음을 수행하세요.** IAM 콘솔 AWS CLI, 또는 AWS API를 사용하여 AWSServiceRoleForrePostPrivate 서비스 연결 역할을 삭제합니다. 자세한 내용은 IAM 사용 설명서의 [서비스 연결 역할 삭제](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#delete-service-linked-role)**를 참조하십시오. ## re:Post Private 서비스 연결 역할에 지원되는 리전 re:Post Private은 서비스를 사용할 수 있는 AWS 리전에서 서비스 연결 역할 사용을 지원합니다. **** | 리전 이름 | 리전 자격 증명 | re:Post Private에서 지원 | | --- | --- | --- | | 미국 동부(버지니아 북부) | us-east-1 | 예 | | 미국 동부(오하이오) | us-east-2 | 아니요 | | 미국 서부(캘리포니아 북부) | us-west-1 | 아니요 | | 미국 서부(오리건) | us-west-2 | 예 | | 아프리카(케이프타운) | af-south-1 | 아니요 | | Asia Pacific (Hong Kong) | ap-east-1 | 아니요 | | 아시아 태평양(자카르타) | ap-southeast-3 | 아니요 | | 아시아 태평양(뭄바이) | ap-south-1 | 아니요 | | 아시아 태평양(오사카) | ap-northeast-3 | 아니요 | | 아시아 태평양(서울) | ap-northeast-2 | 아니요 | | 아시아 태평양(싱가포르) | ap-southeast-1 | 예 | | 아시아 태평양(시드니) | ap-southeast-2 | 예 | | 아시아 태평양(도쿄) | ap-northeast-1 | 아니요 | | 캐나다(중부) | ca-central-1 | 예 | | 유럽(프랑크푸르트) | eu-central-1 | 예 | | 유럽(아일랜드) | eu-west-1 | 예 | | 유럽(런던) | eu-west-2 | 아니요 | | 유럽(밀라노) | eu-south-1 | 아니요 | | 유럽(파리) | eu-west-3 | 아니요 | | 유럽(스톡홀름) | eu-north-1 | 아니요 | | 중동(바레인) | me-south-1 | 아니요 | | 중동(UAE) | me-central-1 | 아니요 | | 남아메리카(상파울루) | sa-east-1 | 아니요 | # AWS re:Post Private 자격 증명 기반 정책 예제 **참고** 보안을 강화하려면 가급적 IAM 사용자 대신 페더레이션 사용자를 생성하세요. 기본적으로 AWS Identity and Access Management 사용자 및 역할은 AWS re:Post Private 리소스를 생성하거나 수정할 수 있는 권한이 없습니다. 또한 AWS Management Console AWS CLI또는 AWS API를 사용하여 작업을 수행할 수 없습니다. IAM 관리자는 지정된 리소스에서 특정 API 작업을 수행할 수 있는 권한을 사용자와 역할에게 부여하는 IAM 정책을 생성해야 합니다. 그런 다음 관리자는 해당 권한이 필요한 IAM 사용자 또는 그룹에 이러한 정책을 연결해야 합니다. 이러한 예제 JSON 정책 문서를 사용하여 IAM 자격 증명 기반 정책을 생성하는 방법을 알아보려면 *IAM 사용 설명서*의 [IAM 정책 생성](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor)을 참조하세요. **Topics** + [정책 모범 사례](#security_iam_service-with-iam-policy-best-practices) + [사용자가 자신의 고유한 권한을 볼 수 있도록 허용](#security-with-iam-policy-examples-view-own-permissions) ## 정책 모범 사례 자격 증명 기반 정책에 따라 계정에서 사용자가 re:Post Private 리소스를 생성, 액세스 또는 삭제할 수 있는지 여부가 결정됩니다. 이 작업으로 인해 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)를 참조하세요. ## 사용자가 자신의 고유한 권한을 볼 수 있도록 허용 이 예제는 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": "*" } ] } ``` # 인라인 정책 인라인 정책은 사용자가 생성하고 관리하는 정책입니다. 인라인 정책을 사용자, 그룹 또는 역할에 직접 포함할 수 있습니다. 다음 정책 예제에서는 AWS re:Post Private 작업을 수행할 수 있는 권한을 할당하는 방법을 보여줍니다. 인라인 정책에 대한 일반적인 내용은 *AWS* [IAM 사용 설명서의 IAM 정책 관리를](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage.html) 참조하세요. AWS Management Console AWS Command Line Interface (AWS CLI) 또는 AWS Identity and Access Management API를 사용하여 인라인 정책을 생성하고 포함할 수 있습니다. **Topics** + [re:Post Private에 대한 읽기 전용 액세스](#read-only-access) + [re:Post Private에 대한 전체 액세스 권한](#full-access) ## re:Post Private에 대한 읽기 전용 액세스 다음 정책은 IAM Identity Center 및 re:Post Private 콘솔에 대한 사용자에게 읽기 액세스 권한을 부여합니다. 이 정책을 통해 사용자는 읽기 전용 re:Post Private 작업을 수행할 수 있습니다. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "VisualEditor0", "Effect": "Allow", "Action": [ "organizations:DescribeOrganization", "organizations:DescribeAccount", "sso:DescribeRegisteredRegions", "sso:ListDirectoryAssociations", "sso:GetSSOStatus", "sso:GetManagedApplicationInstance", "sso:ListProfiles", "sso:GetProfile", "sso:ListProfileAssociations", "sso-directory:DescribeDirectory", "sso-directory:SearchUsers", "sso-directory:SearchGroups", "repostspace:GetSpace", "repostspace:ListSpaces", "repostspace:ListTagsForResource" ], "Resource": "*" } ] } ``` ------ ## re:Post Private에 대한 전체 액세스 권한 다음 정책은 IAM Identity Center 및 re:Post Private 콘솔의 사용자에게 전체 액세스 권한을 부여합니다. 이 정책은 사용자가 모든 re:Post Private 작업을 수행하도록 허용합니다. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "VisualEditor0", "Effect": "Allow", "Action": [ "organizations:DescribeOrganization", "organizations:DescribeAccount", "sso:DescribeRegisteredRegions", "sso:ListDirectoryAssociations", "sso:GetSSOStatus", "sso:GetManagedApplicationInstance", "sso:ListProfiles", "sso:GetProfile", "sso:ListProfileAssociations", "sso:CreateManagedApplicationInstance", "sso:DeleteManagedApplicationInstance", "sso:AssociateProfile", "sso:DisassociateProfile", "sso-directory:DescribeDirectory", "sso-directory:SearchUsers", "sso-directory:SearchGroups", "kms:ListAliases", "kms:DescribeKey", "kms:CreateGrant", "kms:RetireGrant", "repostspace:*" ], "Resource": "*" } ] } ``` ------ # AWS AWS re:Post Private에 대한 관리형 정책 AWS 관리형 정책을 사용하면 정책을 직접 작성하는 것보다 사용자, 그룹 및 역할에 권한을 더 쉽게 추가할 수 있습니다. 팀에 필요한 권한만 제공하는 [IAM 고객 관리형 정책을 생성](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html)하기 위해서는 시간과 전문 지식이 필요합니다. AWS 관리형 정책을 사용하여 빠르게 시작할 수 있습니다. 이러한 정책은 일반적인 사용 사례를 다루며 AWS 계정에서 사용할 수 있습니다. AWS 관리형 정책에 대한 자세한 내용은 *IAM 사용 설명서*의 [AWS 관리형 정책을](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) 참조하세요. AWS 서비스는 AWS 관리형 정책을 유지 관리하고 업데이트합니다. AWS 관리형 정책에서는 권한을 변경할 수 없습니다. 서비스는 때때로 AWS 관리형 정책에 추가 권한을 추가하여 새 기능을 지원할 수 있습니다. 이 유형의 업데이트는 정책이 연결된 모든 ID(사용자, 그룹 및 역할)에 적용됩니다. 서비스는 새 기능이 시작되거나 새 작업을 사용할 수 있게 될 때 AWS 관리형 정책을 업데이트할 가능성이 높습니다. 서비스는 AWS 관리형 정책에서 권한을 제거하지 않으므로 정책 업데이트로 인해 기존 권한이 손상되지 않습니다. 또한 여러 서비스에 걸쳐 있는 직무에 대한 관리형 정책을 AWS 지원합니다. 예를 들어 관리`ReadOnlyAccess` AWS 형 정책은 모든 AWS 서비스 및 리소스에 대한 읽기 전용 액세스를 제공합니다. 서비스가 새 기능을 시작하면는 새 작업 및 리소스에 대한 읽기 전용 권한을 AWS 추가합니다. 자세한 내용은 *IAM 사용자 가이드*의 [AWS 관리형 정책](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies)을 참조하세요. **Topics** + [AWS 관리형 정책: AWSRepostSpaceSupportOperationsPolicy](#support-case-manpol) + [AWS 관리형 정책: AWSrePostPrivateCloudWatchAccess](#cloudwatch-metric-manpol) + [AWS 관리형 정책에 대한 AWS re:Post Private 업데이트](#security-iam-awsmanpol-updates) ## AWS 관리형 정책: AWSRepostSpaceSupportOperationsPolicy 이 정책을 통해 AWS re:Post Private 서비스는 re:Post Private 웹 애플리케이션을 통해 생성된 지원 사례를 생성, 관리 및 해결할 수 있습니다. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "RepostSpaceSupportOperations", "Effect": "Allow", "Action": [ "support:AddAttachmentsToSet", "support:AddCommunicationToCase", "support:CreateCase", "support:DescribeCases", "support:DescribeCommunications", "support:ResolveCase" ], "Resource": "*" } ] } ``` ------ ## AWS 관리형 정책: AWSrePostPrivateCloudWatchAccess 이 정책은 re:Post Private 서비스가 CloudWatch에 데이터를 게시하도록 허용합니다. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "CloudWatchPublishMetrics", "Effect": "Allow", "Action": [ "cloudwatch:PutMetricData" ], "Resource": "*", "Condition": { "StringEquals": { "cloudwatch:namespace": [ "AWS/rePostPrivate", "AWS/Usage" ] } } } ] } ``` ------ ## AWS 관리형 정책에 대한 AWS re:Post Private 업데이트 이 서비스가 이러한 변경 사항을 추적하기 시작한 이후부터 re:Post Private의 AWS 관리형 정책 업데이트에 대한 세부 정보를 봅니다. 이 페이지의 변경 사항에 대한 자동 알림을 받아보려면 [문서 이력](doc-history.md) 페이지에서 RSS 피드를 구독하세요. 다음 표에서는 2023년 11월 26일 이후 re:Post Private 관리형 정책에 대한 중요한 업데이트를 설명합니다. | 변경 | 설명 | Date | | --- | --- | --- | | 새 정책 - [AWSrePostPrivateCloudWatchAccess](https://docs.aws.amazon.com//repostprivate/latest/caguide/security-with-iam-managed-policy.html#cloudwatch-metric-manpol) | CloudWatch에 데이터를 게시하기 위한 새로운 관리형 정책 | 2023년 11월 26일 | | 새 정책 - [AWSRepostSpaceSupportOperationsPolicy](https://docs.aws.amazon.com//repostprivate/latest/caguide/security-with-iam-managed-policy.html#support-case-manpol) | AWS re:Post Private의 AWS Support 기능에 대한 새로운 관리형 정책 | 2023년 11월 26일 | | re:Post Private에서 변경 사항 추적 시작 | re:Post Private에서 AWS 관리형 정책에 대한 변경 사항 추적 시작 | 2023년 11월 26일 | # AWS re:Post Private 자격 증명 및 액세스 문제 해결 다음 정보를 사용하여 re:Post Private 및 IAM 작업 시 발생할 수 있는 일반적인 문제를 진단하고 수정할 수 있습니다. **Topics** + [re:Post Private에서 작업을 수행할 권한이 없음](#security_iam_troubleshoot-no-permissions) + [iam:PassRole을 수행하도록 인증되지 않음](#security_iam_troubleshoot-passrole) + [내 외부의 사람이 re:Post Private 리소스 AWS 계정 에 액세스하도록 허용하고 싶습니다.](#security_iam_troubleshoot-cross-account-access) ## re:Post Private에서 작업을 수행할 권한이 없음 작업을 수행할 권한이 없다는 오류가 표시되면 작업을 수행할 수 있도록 정책을 업데이트해야 합니다. 다음의 예제 오류는 `mateojackson` IAM 사용자가 콘솔을 사용하여 가상 `my-example-widget` 리소스에 대한 세부 정보를 보려고 하지만 가상 `repostPrivate:GetWidget` 권한이 없을 때 발생합니다. ``` User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: repostPrivate:GetWidget on resource: my-example-widget ``` 이 경우, `repostPrivate:GetWidget` 작업을 사용하여 `my-example-widget` 리소스에 액세스할 수 있도록 `mateojackson` 사용자 정책을 업데이트해야 합니다. 도움이 필요한 경우 AWS 관리자에게 문의하세요. 관리자는 로그인 자격 증명을 제공한 사람입니다. ## iam:PassRole을 수행하도록 인증되지 않음 `iam:PassRole` 작업을 수행할 권한이 없다는 오류가 수신되면 프라이빗 게시에 역할을 전달할 수 있도록 정책을 업데이트해야 합니다. 일부 AWS 서비스 에서는 새 서비스 역할 또는 서비스 연결 역할을 생성하는 대신 기존 역할을 해당 서비스에 전달할 수 있습니다. 이렇게 하려면 역할을 서비스에 전달할 권한이 있어야 합니다. 다음 예제 오류는 라는 IAM 사용자가 콘솔을 사용하여 re:Post Private에서 작업을 수행하려고 `marymajor` 할 때 발생합니다. 하지만 작업을 수행하려면 서비스 역할이 부여한 권한이 서비스에 있어야 합니다. Mary는 서비스에 역할을 전달할 권한이 없습니다. ``` User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole ``` 이 경우, Mary가 `iam:PassRole`작업을 수행할 수 있도록 Mary의 정책을 업데이트해야 합니다. 도움이 필요한 경우 AWS 관리자에게 문의하세요. 관리자는 로그인 자격 증명을 제공한 사람입니다. ## 내 외부의 사람이 re:Post Private 리소스 AWS 계정 에 액세스하도록 허용하고 싶습니다. 다른 계정의 사용자 또는 조직 외부의 사람이 리소스에 액세스할 때 사용할 수 있는 역할을 생성할 수 있습니다. 역할을 수임할 신뢰할 수 있는 사람을 지정할 수 있습니다. 리소스 기반 정책 또는 액세스 제어 목록(ACL)을 지원하는 서비스의 경우, 이러한 정책을 사용하여 다른 사람에게 리소스에 대한 액세스 권한을 부여할 수 있습니다. 자세한 내용은 다음을 참조하세요. + re:Post Private이 이러한 기능을 지원하는지 여부를 알아보려면 섹션을 참조하세요[re:Post Private이 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)를 참조하세요.