기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Amazon Keyspaces ID 기반 정책 예제
기본적으로 IAM 사용자 및 역할에는 Amazon Keyspaces 리소스를 생성하거나 수정할 수 있는 권한이 없습니다. 또한 콘솔, CQLSH AWS CLI또는 를 사용하여 작업을 수행할 수 없습니다 AWS API. IAM 관리자는 사용자 및 역할에 필요한 지정된 리소스에 대해 특정 API 작업을 수행할 수 있는 권한을 부여하는 IAM 정책을 생성해야 합니다. 그런 다음 관리자는 해당 권한이 필요한 IAM 사용자 또는 그룹에 해당 정책을 연결해야 합니다.
이러한 예제 정책 문서를 사용하여 IAM 자격 증명 기반 JSON 정책을 생성하는 방법을 알아보려면 IAM 사용 설명서의 JSON 탭에서 정책 생성을 참조하세요.
주제
정책 모범 사례
ID 기반 정책에 따라 계정에서 사용자가 Amazon Keyspaces 리소스를 생성, 액세스 또는 삭제할 수 있는지 여부가 결정됩니다. 이 작업으로 인해 AWS 계정에 비용이 발생할 수 있습니다. ID 기반 정책을 생성하거나 편집할 때는 다음 지침과 권장 사항을 따릅니다.
-
AWS 관리형 정책을 시작하고 최소 권한 권한으로 전환 - 사용자 및 워크로드에 권한 부여를 시작하려면 많은 일반적인 사용 사례에 대한 권한을 부여하는 AWS 관리형 정책을 사용합니다. 에서 사용할 수 있습니다 AWS 계정. 사용 사례에 맞는 AWS 고객 관리형 정책을 정의하여 권한을 추가로 줄이는 것이 좋습니다. 자세한 내용은 IAM 사용 설명서의 관리AWS 형 정책 또는 AWS 작업 기능에 대한 관리형 정책을 참조하세요.
-
최소 권한 적용 - IAM 정책으로 권한을 설정할 때 작업을 수행하는 데 필요한 권한만 부여합니다. 이렇게 하려면 최소 권한으로 알려진 특정 조건에서 특정 리소스에 대해 수행할 수 있는 작업을 정의합니다. 를 사용하여 권한을 적용하는 IAM 방법에 대한 자세한 내용은 IAM 사용 설명서의 에서 정책 및 권한을 IAM 참조하세요.
-
IAM 정책의 조건을 사용하여 액세스 추가 제한 - 정책에 조건을 추가하여 작업 및 리소스에 대한 액세스를 제한할 수 있습니다. 예를 들어 정책 조건을 작성하여 를 사용하여 모든 요청을 전송하도록 지정할 수 있습니다SSL. AWS 서비스와 같은 특정 를 통해 사용되는 경우 조건을 사용하여 서비스 작업에 대한 액세스 권한을 부여할 수도 있습니다 AWS CloudFormation. 자세한 내용은 IAM 사용 설명서의 IAM JSON 정책 요소: 조건을 참조하세요.
-
IAM Access Analyzer를 사용하여 IAM 정책을 검증하여 안전하고 기능적인 권한을 보장합니다. IAM Access Analyzer는 정책이 정책 언어(JSON) 및 IAM 모범 사례를 준수하도록 새 정책 및 기존 IAM 정책을 검증합니다. IAM Access Analyzer는 안전하고 기능적인 정책을 작성하는 데 도움이 되는 100개 이상의 정책 확인 및 실행 가능한 권장 사항을 제공합니다. 자세한 내용은 IAM 사용 설명서의 IAM Access Analyzer 정책 검증을 참조하세요.
-
다중 인증 필요(MFA) - 에 IAM 사용자 또는 루트 사용자가 필요한 시나리오가 있는 경우 추가 보안을 MFA 위해 를 AWS 계정켭니다. API 작업을 호출할 MFA 때 를 요구하려면 정책에 MFA 조건을 추가합니다. 자세한 내용은 IAM 사용 설명서의 MFA-보호된 API 액세스 구성을 참조하세요.
의 모범 사례에 대한 자세한 내용은 IAM 사용 설명서의 의 보안 모범 사례를 IAM IAM참조하세요.
Amazon Keyspaces 콘솔 사용
Amazon Keyspaces 콘솔에 액세스하려면 특정 권한이 필요하지 않습니다. 에서 Amazon Keyspaces 리소스에 대한 세부 정보를 나열하고 보려면 읽기 전용 권한이 필요합니다 AWS 계정. 최소 필수 권한보다 더 제한적인 자격 증명 기반 정책을 생성하는 경우 콘솔은 해당 정책이 있는 엔터티(IAM 사용자 또는 역할)에 대해 의도한 대로 작동하지 않습니다.
Amazon Keyspaces 콘솔 액세스를 위해 엔터티에 두 가지 AWS 관리형 정책을 사용할 수 있습니다.
AmazonKeyspacesReadOnlyAccess_v2 – 이 정책은 Amazon Keyspaces에 대한 읽기 전용 액세스 권한을 부여합니다.
AmazonKeyspacesFullAccess - 이 정책은 모든 기능에 대한 전체 액세스 권한이 있는 Amazon Keyspaces를 사용할 수 있는 권한을 부여합니다.
Amazon Keyspaces 관리형 정책에 대한 자세한 내용은 Amazon Keyspaces의 AWS 관리형 정책 섹션을 참조하세요.
사용자가 자신의 고유한 권한을 볼 수 있도록 허용
이 예제에서는 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": "*" } ] }
Amazon Keyspaces 테이블에 액세스
다음은 Amazon Keyspaces 시스템 테이블에 대한 읽기 전용(SELECT
) 액세스 권한을 부여하는 샘플 정책입니다. 모든 샘플에 대해 Amazon 리소스 이름(ARN)의 리전 및 계정 ID를 자체 이름으로 바꿉니다.
참고
표준 드라이버를 사용하여 연결하려면 사용자는 최소한 시스템 테이블에 대한 SELECT
액세스 권한을 가지고 있어야 합니다. 이는 대부분의 드라이버가 연결 시 시스템 키스페이스/테이블을 읽기 때문입니다.
{ "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "cassandra:Select" ], "Resource":[ "arn:aws:cassandra:
us-east-1
:111122223333
:/keyspace/system*" ] } ] }
다음 샘플 정책은 mytable
키스페이스 의 사용자 테이블에 읽기 전용 액세스를 추가합니다mykeyspace
.
{ "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "cassandra:Select" ], "Resource":[ "arn:aws:cassandra:
us-east-1
:111122223333
:/keyspace/mykeyspace/table/mytable", "arn:aws:cassandra:us-east-1
:111122223333
:/keyspace/system*" ] } ] }
다음 샘플 정책은 사용자 테이블에 대한 읽기/쓰기 액세스 권한과 시스템 테이블에 대한 읽기 액세스 권한을 할당합니다.
참고
시스템 테이블은 항상 읽기 전용입니다.
{ "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "cassandra:Select", "cassandra:Modify" ], "Resource":[ "arn:aws:cassandra:
us-east-1
:111122223333
:/keyspace/mykeyspace/table/mytable", "arn:aws:cassandra:us-east-1
:111122223333
:/keyspace/system*" ] } ] }
다음 샘플 정책은 사용자가 키스페이스 mykeyspace
에서 테이블을 생성할 수 있도록 허용합니다.
{ "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "cassandra:Create", "cassandra:Select" ], "Resource":[ "arn:aws:cassandra:
us-east-1
:111122223333
:/keyspace/mykeyspace/*", "arn:aws:cassandra:us-east-1
:111122223333
:/keyspace/system*" ] } ] }
태그를 기반으로 한 Amazon Keyspaces 리소스 액세스
ID 기반 정책의 조건을 사용하여 태그를 기반으로 한 Amazon Keyspaces 리소스에 대한 액세스를 제어할 수 있습니다. 이러한 정책은 계정 내 키스페이스 및 테이블의 가시성을 제어합니다. 시스템 테이블에 대한 태그 기반 권한은 Cassandra 드라이버 및 개발자 도구를 통한 Cassandra 쿼리 언어(CQL) API 호출과 비교하여 AWS SDK를 사용하여 요청할 때 다르게 동작합니다.
태그 기반 액세스를 사용할 AWS SDK 때
List
및Get
리소스 요청을 하려면 호출자가 시스템 테이블에 대한 읽기 액세스 권한이 있어야 합니다. 예를 들어GetTable
작업을 통해 시스템 테이블에서 데이터를 읽으려면Select
작업 권한이 필요합니다. 호출자에게 특정 테이블에 대한 태그 기반 액세스 권한만 있는 경우 시스템 테이블에 대한 추가 액세스가 필요한 작업은 실패합니다.설정된 Cassandra 드라이버 동작과의 호환성을 위해 Cassandra 드라이버 및 개발자 도구를 통해 Cassandra 쿼리 언어(CQL) API 호출을 사용하여 시스템 테이블에서 작업을 수행할 때는 태그 기반 권한 부여 정책이 적용되지 않습니다.
다음 예제는 테이블의 Owner
에 사용자의 사용자 이름 값이 포함된 경우 사용자에게 테이블을 볼 수 있는 권한을 부여하는 정책을 생성하는 방법을 보여 줍니다. 이 예에서는 시스템 테이블에 대한 읽기 액세스 권한도 부여합니다.
{ "Version":"2012-10-17", "Statement":[ { "Sid":"ReadOnlyAccessTaggedTables", "Effect":"Allow", "Action":"cassandra:Select", "Resource":[ "arn:aws:cassandra:
us-east-1
:111122223333
:/keyspace/mykeyspace/table/*", "arn:aws:cassandra:us-east-1
:111122223333
:/keyspace/system*" ], "Condition":{ "StringEquals":{ "aws:ResourceTag/Owner":"${aws:username}" } } } ] }
이 정책을 계정의 IAM 사용자에게 연결할 수 있습니다. richard-roe
라는 사용자가 Amazon Keyspaces 테이블을 보려고 시도하는 경우 테이블에는 Owner=richard-roe
또는 owner=richard-roe
라는 태그를 지정해야 합니다. 그렇지 않으면 액세스가 거부됩니다. 조건 키 이름은 대소문자를 구분하지 않기 때문에 조건 태그 키 Owner
는 Owner
및 owner
모두와 일치합니다. 자세한 내용은 IAM 사용 설명서의 IAM JSON 정책 요소: 조건을 참조하세요.
다음 정책은 테이블의 Owner
에 사용자의 사용자 이름 값이 포함된 경우 사용자에게 태그를 사용하여 테이블을 생성할 수 있는 권한을 부여합니다.
{ "Version": "2012-10-17", "Statement": [ { "Sid": "CreateTagTableUser", "Effect": "Allow", "Action": [ "cassandra:Create", "cassandra:TagResource" ], "Resource": "arn:aws:cassandra:
us-east-1
:111122223333
:/keyspace/mykeyspace/table/*", "Condition":{ "StringEquals":{ "aws:RequestTag/Owner":"${aws:username}" } } } ] }