Amazon QLDB의 자격 증명 기반 정책 예 - Amazon Quantum Ledger Database(QLDB)

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Amazon QLDB의 자격 증명 기반 정책 예

기본적으로 사용자 및 역할에는 리소스를 생성하거나 수정할 수 있는 권한이 없습니다. 또한 AWS Management Console, AWS Command Line Interface (AWS CLI) 또는 AWS API를 사용하여 작업을 수행할 수 없습니다. 사용자에게 사용자가 필요한 리소스에서 작업을 수행할 권한을 부여하려면 IAM 관리자가 IAM 정책을 생성하면 됩니다. 그런 다음 관리자가 IAM 정책을 역할에 추가하고, 사용자가 역할을 맡을 수 있습니다.

이러한 예제 JSON 정책 문서를 사용하여 IAM ID 기반 정책을 생성하는 방법을 알아보려면 IAM 사용자 설명서IAM 정책 생성을 참조하세요.

각 리소스 유형에 대한 ARN 형식을 포함하여 QLDB에서 정의한 작업 및 리소스 유형에 대한 자세한 내용은 서비스 권한 부여 참조에서 Amazon QLDB에 대한 작업, 리소스 및 조건 키를 참조하세요.

정책 모범 사례

ID 기반 정책에 따라 계정에서 사용자가 QLDB 리소스를 생성, 액세스 또는 삭제할 수 있는지 여부가 결정됩니다. 이 작업으로 인해 AWS 계정에 비용이 발생할 수 있습니다. ID 기반 정책을 생성하거나 편집할 때는 다음 지침과 권장 사항을 따르세요.

  • AWS 관리형 정책으로 시작하고 최소 권한 권한으로 이동 — 사용자와 워크로드에 권한을 부여하려면 여러 일반적인 사용 사례에 권한을 부여하는 AWS 관리형 정책을 사용하세요. 해당 내용은 에서 사용할 수 있습니다. AWS 계정사용 사례에 맞는 AWS 고객 관리형 정책을 정의하여 권한을 더 줄이는 것이 좋습니다. 자세한 정보는 IAM 사용 설명서AWS managed policies(관리형 정책) 또는 AWS managed policies for job functions(직무에 대한 관리형 정책)를 참조하세요.

  • 최소 권한 적용 – IAM 정책을 사용하여 권한을 설정하는 경우 태스크를 수행하는 데 필요한 권한만 부여합니다. 이렇게 하려면 최소 권한으로 알려진 특정 조건에서 특정 리소스에 대해 수행할 수 있는 작업을 정의합니다. IAM을 사용하여 권한을 적용하는 방법에 대한 자세한 정보는 IAM 사용 설명서에 있는 Policies and permissions in IAM(IAM의 정책 및 권한)을 참조하세요.

  • IAM 정책의 조건을 사용하여 액세스 추가 제한 – 정책에 조건을 추가하여 작업 및 리소스에 대한 액세스를 제한할 수 있습니다. 예를 들어 SSL을 사용하여 모든 요청을 전송해야 한다고 지정하는 정책 조건을 작성할 수 있습니다. 예를 AWS 서비스들어 특정 작업을 통해 서비스 작업을 사용하는 경우 조건을 사용하여 서비스 작업에 대한 액세스 권한을 부여할 수도 AWS CloudFormation있습니다. 자세한 정보는 IAM 사용 설명서IAM JSON 정책 요소: 조건을 참조하세요.

  • IAM Access Analyzer를 통해 IAM 정책을 검증하여 안전하고 기능적인 권한 보장 – IAM Access Analyzer에서는 IAM 정책 언어(JSON)와 모범 사례가 정책에서 준수되도록 신규 및 기존 정책을 검증합니다. IAM Access Analyzer는 100개 이상의 정책 확인 항목과 실행 가능한 추천을 제공하여 안전하고 기능적인 정책을 작성하도록 돕습니다. 자세한 정보는 IAM 사용 설명서IAM Access Analyzer 정책 검증을 참조하tpdy.

  • 멀티 팩터 인증 (MFA) 필요 - IAM 사용자 또는 루트 사용자가 필요한 시나리오가 있는 경우 추가 보안을 위해 AWS 계정 MFA를 활성화하십시오. API 작업을 직접 호출할 때 MFA가 필요하면 정책에 MFA 조건을 추가합니다. 자세한 정보는 IAM 사용 설명서 Configuring MFA-protected API access(MFA 보호 API 액세스 구성)를 참조하세요.

IAM의 모범 사례에 대한 자세한 내용은 IAM 사용자 설명서IAM의 보안 모범 사례를 참조하세요.

QLDB 콘솔 사용

Amazon QLDB 콘솔에 액세스하려면 최소한의 권한 집합이 있어야 합니다. 이러한 권한을 통해 QLDB 리소스의 세부 정보를 나열하고 볼 수 있어야 합니다. AWS 계정최소 필수 권한보다 더 제한적인 자격 증명 기반 정책을 만들면 콘솔이 해당 정책에 연결된 엔터티(사용자 또는 역할)에 대해 의도대로 작동하지 않습니다.

AWS CLI 또는 API만 호출하는 사용자에게 최소 콘솔 권한을 허용할 필요는 없습니다. AWS 그 대신, 수행하려는 API 작업과 일치하는 작업에만 액세스할 수 있도록 합니다.

사용자와 역할이 QLDB 콘솔 및 모든 기능에 대한 전체 액세스 권한을 갖도록 하려면 AWS 다음 관리형 정책을 엔티티에 연결하십시오. 자세한 내용은 IAM 사용자 설명서AWS 아마존 QLDB에 대한 관리형 정책사용자에게 권한 추가를 참조하세요.

AmazonQLDBConsoleFullAccess

쿼리 기록 권한

QLDB 권한 외에도 일부 콘솔 기능에는 Database Query Metadata Service(서비스 접두사: dbqms)에 대한 권한이 필요합니다. 이 서비스는 QLDB 및 기타 AWS 서비스에 대한 콘솔 쿼리 편집기에서 최근 쿼리와 저장된 쿼리를 관리하는 내부 전용 서비스입니다. DBQMS API 작업의 전체 목록은 서비스 승인 참조Database Query Metadata Service를 참조하세요.

쿼리 기록 권한을 허용하려면 AmazonQLDB의 AWS 관리형 정책을 사용할 수 있습니다. ConsoleFullAccess 이 정책은 와일드카드(dbqms:*)를 사용하여 모든 리소스에 대해 모든 DBQMS 작업을 허용합니다.

또는 사용자 지정 IAM 정책을 생성하고 다음 DBQMS 작업을 포함할 수 있습니다. QLDB 콘솔의 PartiQL 쿼리 편집기에는 쿼리 기록 기능에 이러한 작업을 사용할 수 있는 권한이 필요합니다.

dbqms:CreateFavoriteQuery dbqms:CreateQueryHistory dbqms:DeleteFavoriteQueries dbqms:DeleteQueryHistory dbqms:DescribeFavoriteQueries dbqms:DescribeQueryHistory dbqms:UpdateFavoriteQuery

쿼리 기록이 없는 전체 액세스 콘솔 권한

쿼리 기록 권한 없이 QLDB 콘솔에 대한 전체 액세스를 허용하려면 모든 DBQMS 작업을 제외하는 사용자 지정 IAM 정책을 만들 수 있습니다. 예를 들어, 다음 정책 문서는 서비스 접두사로 시작하는 작업을 제외하고 AWS 관리형 정책 ConsoleFullAccessAmazonQLDB에서 부여한 것과 동일한 권한을 허용합니다. dbqms

{ "Version": "2012-10-17", "Statement": [ { "Action": [ "qldb:CreateLedger", "qldb:UpdateLedger", "qldb:UpdateLedgerPermissionsMode", "qldb:DeleteLedger", "qldb:ListLedgers", "qldb:DescribeLedger", "qldb:ExportJournalToS3", "qldb:ListJournalS3Exports", "qldb:ListJournalS3ExportsForLedger", "qldb:DescribeJournalS3Export", "qldb:CancelJournalKinesisStream", "qldb:DescribeJournalKinesisStream", "qldb:ListJournalKinesisStreamsForLedger", "qldb:StreamJournalToKinesis", "qldb:GetBlock", "qldb:GetDigest", "qldb:GetRevision", "qldb:TagResource", "qldb:UntagResource", "qldb:ListTagsForResource", "qldb:SendCommand", "qldb:ExecuteStatement", "qldb:ShowCatalog", "qldb:InsertSampleData", "qldb:PartiQLCreateIndex", "qldb:PartiQLDropIndex", "qldb:PartiQLCreateTable", "qldb:PartiQLDropTable", "qldb:PartiQLUndropTable", "qldb:PartiQLDelete", "qldb:PartiQLInsert", "qldb:PartiQLUpdate", "qldb:PartiQLSelect", "qldb:PartiQLHistoryFunction" ], "Effect": "Allow", "Resource": "*" }, { "Action": [ "kinesis:ListStreams", "kinesis:DescribeStream" ], "Effect": "Allow", "Resource": "*" }, { "Effect": "Allow", "Action": "iam:PassRole", "Resource": "*", "Condition": { "StringEquals": { "iam:PassedToService": "qldb.amazonaws.com" } } } ] }

사용자가 자신의 고유한 권한을 볼 수 있도록 허용

이 예시는 IAM 사용자가 자신의 사용자 자격 증명에 연결된 인라인 및 관리형 정책을 볼 수 있도록 허용하는 정책을 생성하는 방법을 보여줍니다. 이 정책에는 콘솔에서 또는 API를 사용하여 프로그래밍 방식으로 이 작업을 완료할 수 있는 권한이 포함됩니다. AWS CLI AWS

{ "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": "*" } ] }

데이터 트랜잭션 실행

원장에서 PartiQL 문을 실행하여 QLDB 트랜잭션 데이터 API(QLDB 세션션)와 상호 작용하려면 SendCommand API 작업에 권한을 부여해야 합니다. 다음 JSON 문서는 원장 myExampleLedgerSendCommand API 작업에만 권한을 부여하는 정책의 예입니다.

이 정책을 사용하려면 예제에서 us-east-1, 123456789012를 사용자 고유의 정보로 바꾸십시오. myExampleLedger

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBSendCommandPermission", "Effect": "Allow", "Action": "qldb:SendCommand", "Resource": "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger" } ] }

myExampleLedgerALLOW_ALL 권한 모드를 사용하는 경우 이 정책은 원장의 모든 테이블에 모든 PartiQL 명령을 실행할 수 있는 권한을 부여합니다.

또한 AWS 관리형 정책을 사용하여 모든 QLDB 리소스에 대한 전체 액세스 권한을 부여할 수 있습니다. 자세한 정보는 AWS 아마존 QLDB에 대한 관리형 정책을 참조하세요.

PartiQL 작업 및 테이블 리소스에 대한 표준 권한

STANDARD 권한 모드의 원장의 경우 적절한 PartiQL 권한 부여의 예로 다음 IAM 정책 문서를 참조할 수 있습니다. 각 PartiQL 명령에 필요한 권한 목록은 PartiQL 권한 참조 섹션을 참조하세요.

모든 작업에 대한 모든 액세스 허용

다음 JSON 정책 문서는 myExampleLedger모든 테이블에 모든 PartiQL 명령을 사용할 수 있는 전체 액세스 권한을 부여합니다. 이 정책은 원장의 ALLOW_ALL 권한 모드를 사용하는 것과 동일한 효과를 생성합니다.

이 정책을 사용하려면 예제에서 us-east-1, 123456789012를 사용자 고유의 정보로 바꾸십시오. myExampleLedger

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBSendCommandPermission", "Effect": "Allow", "Action": "qldb:SendCommand", "Resource": "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger" }, { "Sid": "QLDBPartiQLFullPermissions", "Effect": "Allow", "Action": [ "qldb:PartiQLCreateIndex", "qldb:PartiQLDropIndex", "qldb:PartiQLCreateTable", "qldb:PartiQLDropTable", "qldb:PartiQLUndropTable", "qldb:PartiQLDelete", "qldb:PartiQLInsert", "qldb:PartiQLUpdate", "qldb:PartiQLRedact", "qldb:PartiQLSelect", "qldb:PartiQLHistoryFunction" ], "Resource": [ "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/table/*", "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/information_schema/user_tables" ] } ] }

테이블 태그를 기반으로 하는 모든 작업에 대한 전체 액세스 권한

다음 JSON 정책 문서는 테이블 리소스 태그를 기반으로 하는 조건을 사용하여 myExampleLedger모든 테이블에 모든 PartiQL 명령을 사용할 수 있는 전체 액세스 권한을 부여합니다. 테이블 태그 environment에 값 development이 있는 경우에만 권한이 부여됩니다.

주의

이 예제에서는 와일드카드 문자(*)를 사용하여 QLDB 원장의 모든 테이블에 대한 관리 및 읽기/쓰기 작업을 비롯한 모든 PartiQL 작업을 허용합니다. 대신 허용할 각 작업과 해당 사용자, 역할 또는 그룹에 필요한 작업만 명시적으로 지정하는 것이 좋습니다.

이 정책을 사용하려면 예제에서 us-east-1, 123456789012를 사용자 고유의 정보로 바꾸십시오. myExampleLedger

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBSendCommandPermission", "Effect": "Allow", "Action": "qldb:SendCommand", "Resource": "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger" }, { "Sid": "QLDBPartiQLFullPermissionsBasedOnTags", "Effect": "Allow", "Action": [ "qldb:PartiQL*" ], "Resource": [ "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/table/*", "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/information_schema/user_tables" ], "Condition": { "StringEquals": { "aws:ResourceTag/environment": "development" } } } ] }

읽기/쓰기 액세스

다음 JSON 정책 문서는 myExampleLedger에 있는 모든 테이블의 데이터를 선택, 삽입, 업데이트 및 삭제할 수 있는 권한을 부여합니다. 이 정책은 데이터를 삭제하거나 스키마를 변경할 권한(예: 테이블 및 인덱스 생성 및 삭제)을 부여하지 않습니다.

참고

UPDATE 문에는 수정 중인 테이블에 대한 qldb:PartiQLUpdateqldb:PartiQLSelect 작업 모두에 대한 권한이 필요합니다. UPDATE 문을 실행하면 업데이트 작업 외에 읽기 작업도 수행됩니다. 두 작업을 모두 요구하면 테이블의 콘텐츠를 읽을 수 있는 사용자에게만 UPDATE 권한이 부여됩니다.

마찬가지로 DELETE 문에는 qldb:PartiQLDeleteqldb:PartiQLSelect 작업 모두에 대한 권한이 필요합니다.

이 정책을 사용하려면 예제에서 us-east-1, 123456789012를 사용자 고유의 정보로 바꾸십시오. myExampleLedger

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBSendCommandPermission", "Effect": "Allow", "Action": "qldb:SendCommand", "Resource": "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger" }, { "Sid": "QLDBPartiQLReadWritePermissions", "Effect": "Allow", "Action": [ "qldb:PartiQLDelete", "qldb:PartiQLInsert", "qldb:PartiQLUpdate", "qldb:PartiQLSelect", "qldb:PartiQLHistoryFunction" ], "Resource": [ "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/table/*", "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/information_schema/user_tables" ] } ] }

읽기 전용 액세스

다음 JSON 정책 문서는 myExampleLedger의 모든 테이블에 읽기 전용 권한을 부여합니다. 이 정책을 사용하려면 예제에서 us-east-1, 123456789012를 사용자 고유의 정보로 바꾸십시오. myExampleLedger

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBSendCommandPermission", "Effect": "Allow", "Action": "qldb:SendCommand", "Resource": "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger" }, { "Sid": "QLDBPartiQLReadOnlyPermissions", "Effect": "Allow", "Action": [ "qldb:PartiQLSelect", "qldb:PartiQLHistoryFunction" ], "Resource": [ "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/table/*", "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/information_schema/user_tables" ] } ] }

특정 테이블에 대한 읽기 전용 액세스

다음 JSON 정책 문서는 myExampleLedger의 특정 테이블에 대한 읽기 전용 권한을 부여합니다. 이 예시에서의 테이블 ID는 Au1EiThbt8s0z9wM26REZN입니다.

이 정책을 사용하려면 예제의 us-east-1, 123456789012 및 Au1 myExampleLedger8s0z9WM26Rezn을 사용자 고유 정보로 대체하십시오. EiThbt

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBSendCommandPermission", "Effect": "Allow", "Action": "qldb:SendCommand", "Resource": "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger" }, { "Sid": "QLDBPartiQLReadOnlyPermissionsOnTable", "Effect": "Allow", "Action": [ "qldb:PartiQLSelect", "qldb:PartiQLHistoryFunction" ], "Resource": [ "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/table/Au1EiThbt8s0z9wM26REZN" ] } ] }

테이블 생성 액세스 허용

다음 JSON 정책 문서는 myExampleLedger에서 테이블을 생성할 수 있는 권한을 부여합니다. qldb:PartiQLCreateTable 작업을 수행하려면 테이블 리소스 유형에 대한 권한이 필요합니다. 하지만 CREATE TABLE 문을 실행할 당시에는 새 테이블의 테이블 ID를 알 수 없습니다. 따라서 qldb:PartiQLCreateTable 권한을 부여하는 정책은 테이블 ARN에서 와일드카드(*)를 사용하여 리소스를 지정해야 합니다.

이 정책을 사용하려면 예제에서 us-east-1, 123456789012를 사용자 고유의 정보로 바꾸십시오. myExampleLedger

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBSendCommandPermission", "Effect": "Allow", "Action": "qldb:SendCommand", "Resource": "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger" }, { "Sid": "QLDBPartiQLCreateTablePermission", "Effect": "Allow", "Action": [ "qldb:PartiQLCreateTable" ], "Resource": [ "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/table/*" ] } ] }

요청 태그를 기반으로 테이블 생성 액세스 허용

다음 JSON 정책 문서는 aws:RequestTag 컨텍스트 키 기반 조건을 사용하여 myExampleLedger에서 테이블을 생성할 수 있는 권한을 부여합니다. 요청 태그 environment에 값 development이 있는 경우에만 권한이 부여됩니다. 생성 시 테이블에 태그를 지정하려면 qldb:PartiQLCreateTableqldb:TagResource 작업 모두에 액세스할 수 있어야 합니다. 테이블을 생성할 때 태그를 지정하는 방법을 알아보려면 태그 지정 테이블 섹션을 참조하세요.

이 정책을 사용하려면 예제에서 us-east-1, 123456789012를 사용자 고유의 정보로 바꾸십시오. myExampleLedger

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBSendCommandPermission", "Effect": "Allow", "Action": "qldb:SendCommand", "Resource": "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger" }, { "Sid": "QLDBPartiQLCreateTablePermission", "Effect": "Allow", "Action": [ "qldb:PartiQLCreateTable", "qldb:TagResource" ], "Resource": [ "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger/table/*" ], "Condition": { "StringEquals": { "aws:RequestTag/environment": "development" } } } ] }

Amazon S3 버킷으로 저널 내보내기

1단계: QLDB 저널 내보내기 권한

다음 예제에서는 사용자에게 QLDB 원장 리소스에서 작업을 수행할 수 있는 AWS 계정 권한을 부여합니다. qldb:ExportJournalToS3 또한 QLDB 서비스에 전달하려는 IAM 역할 리소스에서 iam:PassRole 작업을 수행할 수 있는 권한도 부여합니다. 이는 모든 저널 내보내기 요청에 필요합니다.

이 정책을 사용하려면 예제의 us-east-1, 123456789012 myExampleLedger및 qldb-s3-export를 사용자 고유 정보로 대체하십시오.

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBJournalExportPermission", "Effect": "Allow", "Action": "qldb:ExportJournalToS3", "Resource": "arn:aws:qldb:us-east-1:123456789012:ledger/myExampleLedger" }, { "Sid": "IAMPassRolePermission", "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::123456789012:role/qldb-s3-export", "Condition": { "StringEquals": { "iam:PassedToService": "qldb.amazonaws.com" } } } ] }

2단계: Amazon S3 버킷에 대한 권한 설정

다음 예제에서는 IAM 역할을 사용하여 QLDB에 Amazon S3 버킷 중 하나인 DOC-EXAMPLE-BUCKET에 쓸 수 있는 액세스 권한을 부여합니다. 이는 모든 QLDB 저널 내보내기에도 필요합니다.

정책은 s3:PutObject 권한을 부여할 뿐만 아니라 객체에 대한 액세스 제어 목록(ACL) 권한을 설정할 수 있는 기능에 대한 s3:PutObjectAcl 권한도 부여합니다.

이 정책을 사용하려면 예제에서 DOC-EXAMPLE-BUCKET을 Amazon S3 버킷 이름으로 대체합니다.

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBJournalExportS3Permissions", "Effect": "Allow", "Action": [ "s3:PutObject", "s3:PutObjectAcl" ], "Resource": "arn:aws:s3:::DOC-EXAMPLE-BUCKET/*" } ] }

그런 다음 이 권한 정책을 QLDB가 Amazon S3 버킷에 액세스하기 위해 맡을 수 있는 IAM 역할에 연결합니다. 다음 JSON 문서는 QLDB가 계정 123456789012의 모든 QLDB 리소스에 대해서만 IAM 역할을 맡도록 허용하는 신뢰 정책의 예입니다.

이 정책을 사용하려면 예제의 us-east-1123456789012를 사용자 고유의 정보로 바꾸세요.

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "qldb.amazonaws.com" }, "Action": [ "sts:AssumeRole" ], "Condition": { "ArnEquals": { "aws:SourceArn": "arn:aws:qldb:us-east-1:123456789012:*" }, "StringEquals": { "aws:SourceAccount": "123456789012" } } } ] }

Kinesis Data Streams로 저널 스트리밍

1단계: QLDB 저널 스트림 권한

다음 예제에서는 원장의 모든 QLDB 스트림 하위 리소스에서 qldb:StreamJournalToKinesis 작업을 수행할 수 있는 AWS 계정 권한을 사용자에게 부여합니다. 또한 QLDB 서비스에 전달하려는 IAM 역할 리소스에서 iam:PassRole 작업을 수행할 수 있는 권한도 부여합니다. 이는 모든 저널 스트림 요청에 필요합니다.

이 정책을 사용하려면 예시에서 us-east-1, myExampleLedger123456789012 및 를 사용자 고유의 정보로 바꾸십시오. qldb-kinesis-stream

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBJournalStreamPermission", "Effect": "Allow", "Action": "qldb:StreamJournalToKinesis", "Resource": "arn:aws:qldb:us-east-1:123456789012:stream/myExampleLedger/*" }, { "Sid": "IAMPassRolePermission", "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::123456789012:role/qldb-kinesis-stream", "Condition": { "StringEquals": { "iam:PassedToService": "qldb.amazonaws.com" } } } ] }

2단계: Kinesis Data Streams 권한

다음 예시에서는 IAM 역할을 사용하여 QLDB에 Amazon Kinesis 데이터 스트림에 데이터 레코드를 쓸 수 있는 액세스 권한을 부여합니다. stream-for-qldb 이는 모든 저널 스트림 요청에 필요합니다.

이 정책을 사용하려면 예제에서 us-east-1, 123456789012를 사용자 고유의 정보로 바꾸십시오. stream-for-qldb

{ "Version": "2012-10-17", "Statement": [ { "Sid": "QLDBStreamKinesisPermissions", "Action": [ "kinesis:PutRecord*", "kinesis:DescribeStream", "kinesis:ListShards" ], "Effect": "Allow", "Resource": "arn:aws:kinesis:us-east-1:123456789012:stream/stream-for-qldb" } ] }

그런 다음 이 권한 정책을 QLDB가 Kinesis 데이터 스트림에 액세스하기 위해 맡을 수 있는 IAM 역할에 연결합니다. 다음 JSON 문서는 QLDB가 원장 123456789012의 계정 myExampleLedger의 모든 QLDB 스트림에 대해서만 IAM 역할을 맡을 수 있도록 허용하는 신뢰 정책의 예입니다.

이 정책을 사용하려면 예제에서 us-east-1, 123456789012를 사용자 고유의 정보로 바꾸십시오. myExampleLedger

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "qldb.amazonaws.com" }, "Action": [ "sts:AssumeRole" ], "Condition": { "ArnEquals": { "aws:SourceArn": "arn:aws:qldb:us-east-1:123456789012:stream/myExampleLedger/*" }, "StringEquals": { "aws:SourceAccount": "123456789012" } } } ] }

태그를 기준으로 QLDB 원장 업데이트

자격 증명 기반 정책의 조건을 사용하여 태그를 기반으로 QLDB 리소스에 대한 액세스를 제어할 수 있습니다. 이 예제에서는 원장을 업데이트하도록 허용하는 정책을 생성할 수 있는 방법을 보여줍니다. 하지만 원장 태그 Owner에 해당 사용자의 사용자 이름 값이 있는 경우에만 권한이 부여됩니다. 이 정책은 콘솔에서 이 작업을 완료하는 데 필요한 권한도 부여합니다.

{ "Version": "2012-10-17", "Statement": [ { "Sid": "ListLedgersInConsole", "Effect": "Allow", "Action": "qldb:ListLedgers", "Resource": "*" }, { "Sid": "UpdateLedgerIfOwner", "Effect": "Allow", "Action": "qldb:UpdateLedger", "Resource": "arn:aws:qldb:*:*:ledger/*", "Condition": { "StringEquals": {"aws:ResourceTag/Owner": "${aws:username}"} } } ] }

이 정책을 계정의 사용자에게 연결할 수 있습니다. richard-roe라는 사용자가 QLDB 원장을 업데이트하려는 경우 원장에 Owner=richard-roe 또는 owner=richard-roe 태그를 지정해야 합니다. 그렇지 않으면 액세스가 거부됩니다. 조건 키 이름은 대소문자를 구분하지 않기 때문에 조건 태그 키 OwnerOwnerowner 모두와 일치합니다. 자세한 정보는 IAM 사용자 설명서IAM JSON 정책 요소: 조건을 참조하세요.