정책 모범 사례 예: 지정된 추적에 대한 작업 허용 및 거부 예: 특정 추적 작업에 대한 정책 생성 및 적용 예제: 태그를 기반으로 이벤트 데이터 스토어를 생성 또는 삭제하기 위한 액세스 거부 콘솔 사용 사용자가 자신의 고유한 권한을 볼 수 있도록 허용 사용자에게 사용자 지정 권한 부여 CloudTrail

아이덴티티 기반 정책 예시 AWS CloudTrail

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

이러한 예제 JSON 정책 문서를 사용하여 IAM ID 기반 정책을 만드는 방법을 알아보려면 사용 IAM설명서에서 IAM 정책 생성을 참조하십시오.

각 리소스 유형의 형식을 비롯하여 에서 정의한 CloudTrail 작업 및 리소스 유형에 ARNs 대한 자세한 내용은 다음 항목의 작업, 리소스 및 조건 키를 참조하십시오. AWS CloudTrail서비스 권한 부여 참조에서.

주제

정책 모범 사례
예: 지정된 추적에 대한 작업 허용 및 거부
예: 특정 추적 작업에 대한 정책 생성 및 적용
예제: 태그를 기반으로 이벤트 데이터 스토어를 생성 또는 삭제하기 위한 액세스 거부
CloudTrail콘솔 사용
사용자가 자신의 고유한 권한을 볼 수 있도록 허용
사용자에게 사용자 지정 권한 부여 CloudTrail

정책 모범 사례

ID 기반 정책은 누군가가 계정의 CloudTrail 리소스를 생성, 액세스 또는 삭제할 수 있는지 여부를 결정합니다. 이러한 조치로 인해 비용이 발생할 수 있습니다. AWS 계정. ID 기반 정책을 만들거나 편집할 때는 다음 지침 및 권장 사항을 따르십시오.

시작해 보세요. AWS 관리형 정책 및 최소 권한 권한으로의 이동 — 사용자와 워크로드에 권한 부여를 시작하려면 다음을 사용하십시오. AWS 여러 일반 사용 사례에 권한을 부여하는 관리형 정책. 다음 사이트에서 사용할 수 있습니다. AWS 계정. 를 정의하여 권한을 더 줄이는 것이 좋습니다. AWS 사용 사례에 맞는 고객 관리형 정책. 자세한 내용은 단원을 참조하세요.AWS 관리형 정책 또는 AWSIAM사용자 가이드의 직무 관리 정책
최소 권한 적용 — IAM 정책으로 권한을 설정하는 경우 작업 수행에 필요한 권한만 부여하십시오. 이렇게 하려면 최소 권한으로 알려진 특정 조건에서 특정 리소스에 대해 수행할 수 있는 작업을 정의합니다. 를 사용하여 권한을 IAM 적용하는 방법에 대한 자세한 내용은 사용 설명서의 정책 및 권한을 참조하십시오. IAM IAM
IAM정책의 조건을 사용하여 액세스를 추가로 제한 - 정책에 조건을 추가하여 작업 및 리소스에 대한 액세스를 제한할 수 있습니다. 예를 들어, 를 사용하여 모든 요청을 전송하도록 지정하는 정책 조건을 작성할 수 SSL 있습니다. 특정 작업을 통해 서비스 작업을 사용하는 경우 조건을 사용하여 서비스 작업에 대한 액세스 권한을 부여할 수도 있습니다. AWS 서비스예: AWS CloudFormation. 자세한 내용은 IAM사용 설명서의 IAMJSON정책 요소: 조건을 참조하십시오.
IAMAccess Analyzer를 사용하여 IAM 정책을 검증하여 안전하고 기능적인 권한을 보장합니다. IAM Access Analyzer는 새 정책과 기존 정책을 검증하여 정책이 IAM 정책 언어 (JSON) 및 IAM 모범 사례를 준수하는지 확인합니다. IAMAccess Analyzer는 안전하고 기능적인 정책을 작성하는 데 도움이 되는 100개 이상의 정책 검사와 실행 가능한 권장 사항을 제공합니다. 자세한 내용은 사용 설명서의 IAMAccess Analyzer 정책 검증을 참조하십시오. IAM
다단계 인증 필요 (MFA) - 사용자 또는 루트 IAM 사용자가 필요한 시나리오가 있는 경우 AWS 계정보안을 강화하려면 MFA 켜십시오. API작업 호출 MFA 시기를 요구하려면 정책에 MFA 조건을 추가하세요. 자세한 내용은 IAM사용 설명서의 MFA -보호된 API 액세스 구성을 참조하십시오.

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

CloudTrail 정책 설명의 Condition 요소에 사용할 수 있는 서비스별 컨텍스트 키가 없습니다.

예: 지정된 추적에 대한 작업 허용 및 거부

다음 예제는 정책이 있는 사용자가 트레일의 상태 및 구성을 보고 이름이 지정된 트레일에 대한 로깅을 시작 및 중지할 수 있도록 허용하는 정책을 보여줍니다.My-First-Trail. 이 트레일은 미국 동부 (오하이오) 지역 (본토 지역) 에서 만들어졌습니다. AWS 계정 ID 사용 123456789012.


{
  "Version": "2012-10-17",
  "Statement": [
      {
          "Effect": "Allow",
          "Action": [
              "cloudtrail:StartLogging",
              "cloudtrail:StopLogging",
              "cloudtrail:GetTrail",
              "cloudtrail:GetTrailStatus",
              "cloudtrail:GetEventSelectors"
          ],
          "Resource": [
              "arn:aws:cloudtrail:us-east-2:123456789012:trail/My-First-Trail"
          ]
      }
  ]
}

다음 예시는 이름이 지정되지 않은 모든 트레일에 대한 CloudTrail 작업을 명시적으로 거부하는 정책을 보여줍니다.My-First-Trail.


{
  "Version": "2012-10-17",
  "Statement": [
      {
          "Effect": "Deny",
          "Action": [
              "cloudtrail:*"
          ],
          "NotResource": [
              "arn:aws:cloudtrail:us-east-2:123456789012:trail/My-First-Trail"
          ]
      }
  ]
}

예: 특정 추적 작업에 대한 정책 생성 및 적용

권한 및 정책을 사용하여 트레일에서 특정 작업을 수행하는 사용자의 능력을 제어할 수 있습니다. CloudTrail

예를 들어, 회사 개발자 그룹에 소속된 사용자는 특정 추적에 대한 로깅을 시작하거나 중지해서는 안 됩니다. 하지만 해당 추적에서 DescribeTrails 및 GetTrailStatus 작업을 수행할 수 있는 권한을 부여해야 할 수도 있습니다. 개발자 그룹의 사용자가 자신이 관리하는 추적에 대한 StartLogging 또는 StopLogging 작업을 허용하게 하려고 합니다.

두 개의 정책 설명을 생성하여 생성한 개발자 그룹에 첨부할 수 있습니다. IAM 의 IAM 그룹에 대한 자세한 내용은 IAM사용 설명서의 IAM그룹을 참조하십시오.

첫 번째 정책에서는 지정한 트레일에 ARN 대한 StartLogging 및 StopLogging 작업을 거부합니다. 다음 예제에서 ARN 트레일은 arn:aws:cloudtrail:us-east-2:123456789012:trail/Example-Trail 다음과 같습니다.


{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "Stmt1446057698000",
            "Effect": "Deny",
            "Action": [
                "cloudtrail:StartLogging",
                "cloudtrail:StopLogging"
            ],
            "Resource": [
                "arn:aws:cloudtrail:us-east-2:123456789012:trail/Example-Trail"
            ]
        }
    ]
}

두 번째 정책에서는 모든 CloudTrail 리소스에 DescribeTrails 및 GetTrailStatus 작업이 허용됩니다.


{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "Stmt1446072643000",
            "Effect": "Allow",
            "Action": [
                "cloudtrail:DescribeTrails",
                "cloudtrail:GetTrail",
                "cloudtrail:GetTrailStatus"
            ],
            "Resource": [
                "*"
            ]
        }
    ]
}

개발자 그룹에 소속된 사용자가 첫 번째 정책에서 지정된 추적의 로깅을 시작하거나 중지하려고 하면 해당 사용자에게 액세스 거부 예외가 발생합니다. 개발자 그룹에 소속된 사용자는 그들이 생성하고 관리하는 추적에서 로깅을 시작하고 중지할 수 있습니다.

다음 예는 구성된 개발자 그룹이 다음과 같이 구성되었음을 보여줍니다. AWS CLI 프로필 이름이 지정되었습니다devgroup. 먼저 devgroup의 사용자가 describe-trails 명령을 실행합니다.


$ aws --profile devgroup cloudtrail describe-trails

명령은 다음 출력과 함께 성공적으로 완료됩니다.


{
    "trailList": [
        {
            "IncludeGlobalServiceEvents": true, 
            "Name": "Default", 
            "TrailARN": "arn:aws:cloudtrail:us-east-2:123456789012:trail/Example-Trail", 
            "IsMultiRegionTrail": false, 
            "S3BucketName": "amzn-s3-demo-bucket", 
            "HomeRegion": "us-east-2"
        }
    ]
}

그런 다음 사용자가 첫 번째 정책에서 지정된 추적의 get-trail-status 명령을 실행합니다.


$ aws --profile devgroup cloudtrail get-trail-status --name Example-Trail

명령은 다음 출력과 함께 성공적으로 완료됩니다.


{
    "LatestDeliveryTime": 1449517556.256, 
    "LatestDeliveryAttemptTime": "2015-12-07T19:45:56Z", 
    "LatestNotificationAttemptSucceeded": "", 
    "LatestDeliveryAttemptSucceeded": "2015-12-07T19:45:56Z", 
    "IsLogging": true, 
    "TimeLoggingStarted": "2015-12-07T19:36:27Z", 
    "StartLoggingTime": 1449516987.685, 
    "StopLoggingTime": 1449516977.332, 
    "LatestNotificationAttemptTime": "", 
    "TimeLoggingStopped": "2015-12-07T19:36:17Z"
}

다음으로 devgroup 그룹의 사용자가 동일한 추적에서 stop-logging 명령을 실행합니다.


$ aws --profile devgroup cloudtrail stop-logging --name Example-Trail

명령이 다음과 같은 액세스가 거부된 예외를 반환합니다.


A client error (AccessDeniedException) occurred when calling the StopLogging operation: Unknown

사용자는 같은 추적에서 start-logging 명령을 실행합니다.


$ aws --profile devgroup cloudtrail start-logging --name Example-Trail

다시 명령은 다음과 같은 액세스가 거부된 예외를 반환합니다.


A client error (AccessDeniedException) occurred when calling the StartLogging operation: Unknown

예제: 태그를 기반으로 이벤트 데이터 스토어를 생성 또는 삭제하기 위한 액세스 거부

다음 정책 예제는 다음 조건 중 하나 이상이 충족되지 않으면, CreateEventDataStore를 사용하여 이벤트 데이터 스토어를 만들 수 있는 권한이 거부됩니다.

이벤트 데이터 스토어에는 자체 적용된 stage의 태그 키가 없습니다.
스테이지 태그의 값은 alpha, beta, gamma, prod가 아닙니다.


{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Deny",
            "Action": "cloudtrail:CreateEventDataStore",
            "Resource": "*",
            "Condition": {
                "Null": {
                    "aws:RequestTag/stage": "true"
                }
            }
        },
        {
            "Effect": "Deny",
            "Action": "cloudtrail:CreateEventDataStore",
            "Resource": "*",
            "Condition": {
                "ForAnyValue:StringNotEquals": {
                    "aws:RequestTag/stage": [
                        "alpha",
                        "beta",
                        "gamma",
                        "prod"
                    ]
                }
            }
        }
    ]
}

다음 정책 예에서 이벤트 데이터 스토어에 prod 값을 가진 stage 태그가 있는 경우 DeleteEventDataStore를 사용하여 이벤트 데이터 스토어를 삭제할 수 있는 권한은 거부됩니다. 이와 같은 정책을 사용하면 이벤트 데이터 스토어가 실수로 삭제되지 않도록 보호할 수 있습니다.


{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Deny",
            "Action": "cloudtrail:DeleteEventDataStore",
            "Resource": "*",
            "Condition": {
                "StringEquals": {
                    "aws:ResourceTag/stage": "prod"
                }
            }
        }
    ]
}

CloudTrail콘솔 사용

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

전화만 거는 사용자에게는 최소 콘솔 권한을 허용할 필요가 없습니다. AWS CLI 또는 AWS API. 대신 수행하려는 작업과 일치하는 API 작업에만 액세스를 허용하세요.

관리 권한 부여 CloudTrail

IAM역할 또는 사용자가 트레일, 이벤트 데이터 저장소 또는 채널과 같은 CloudTrail 리소스를 관리하도록 허용하려면 작업과 관련된 CloudTrail 작업을 수행할 수 있는 명시적 권한을 부여해야 합니다. 대부분의 경우 다음을 사용할 수 있습니다. AWS 사전 정의된 권한이 포함된 관리형 정책.

참고

CloudTrail 관리 작업을 수행할 수 있도록 사용자에게 부여하는 권한은 Amazon S3 버킷에 로그 파일을 전송하거나 Amazon SNS 주제에 알림을 보내는 데 CloudTrail 필요한 권한과 다릅니다. 이러한 권한에 대한 자세한 내용은 에 대한 Amazon S3 버킷 정책 CloudTrail를 참조하십시오.

Amazon Logs와의 통합을 구성하는 경우 Amazon CloudWatch Logs CloudWatch 로그 그룹에 이벤트를 전송하는 데 맡을 수 있는 CloudTrail 역할도 필요합니다. 를 CloudTrail 사용하는 역할을 생성해야 합니다. 자세한 내용은 콘솔에서 Amazon CloudWatch Logs 정보를 보고 구성할 수 있는 권한 부여 CloudTrail 및 CloudWatch 로그로 이벤트 전송 단원을 참조하세요.

다음은 AWS 관리형 정책은 다음과 같은 경우에 사용할 수 있습니다 CloudTrail.

AWSCloudTrail_FullAccess— 이 정책은 트레일, 이벤트 데이터 저장소 및 채널과 같은 CloudTrail 리소스에 대한 CloudTrail 작업에 대한 전체 액세스 권한을 제공합니다. 이 정책은 CloudTrail 트레일, 이벤트 데이터 저장소 및 채널을 생성, 업데이트 및 삭제하는 데 필요한 권한을 제공합니다.

또한 이 정책은 Amazon S3 버킷, CloudWatch Logs 로그 그룹 및 트레일을 위한 Amazon SNS 주제를 관리할 수 있는 권한을 제공합니다. 하지만 AWSCloudTrail_FullAccess 관리형 정책은 Amazon S3 버킷, CloudWatch Logs 로그 그룹 또는 Amazon SNS 주제를 삭제할 권한을 제공하지 않습니다. 기타 관리형 정책에 대한 자세한 내용은 AWS 서비스자세한 내용은 다음을 참조하십시오. AWS 관리형 정책 참조 가이드 .

참고
은AWSCloudTrail_FullAccess정책은 회사 전체에 걸쳐 광범위하게 공유되도록 의도되지 않았습니다. AWS 계정이 역할이 있는 사용자는 자신의 에서 가장 민감하고 중요한 감사 기능을 사용 중지하거나 재구성할 수 있습니다. AWS 계정. 따라서 이 정책은 계정 관리자에게만 적용해야 합니다. 이 정책의 사용을 면밀히 관리하고 모니터링해야 합니다.
AWSCloudTrail_ReadOnlyAccess— 이 정책은 최근 이벤트 및 이벤트 기록을 포함하여 CloudTrail 콘솔을 볼 수 있는 권한을 부여합니다. 또한 이 정책을 통해 기존 추적, 이벤트 데이터 스토어 및 채널을 확인할 수도 있습니다. 이 정책을 사용하는 역할 및 사용자는 이벤트 기록을 다운로드할 수 있지만, 추적, 이벤트 데이터 스토어 또는 채널을 만들거나 업데이트할 수는 없습니다.

액세스 권한을 제공하려면 사용자, 그룹 또는 역할에 권한을 추가하세요:

의 사용자 및 그룹 AWS IAM Identity Center:

권한 세트를 생성합니다. 의 권한 집합 만들기의 지침을 따르세요. AWS IAM Identity Center 사용 설명서.
ID 공급자를 IAM 통해 관리되는 사용자:

ID 페더레이션을 위한 역할을 생성합니다. 사용 IAM설명서의 타사 ID 공급자 (페더레이션) 를 위한 역할 생성의 지침을 따르십시오.
IAM사용자:
- 사용자가 맡을 수 있는 역할을 생성합니다. 사용 설명서의 IAM사용자 역할 생성에 나와 있는 지침을 따르십시오. IAM
- (권장되지 않음)정책을 사용자에게 직접 연결하거나 사용자를 사용자 그룹에 추가합니다. 사용 설명서의 사용자 (콘솔) 에 권한 추가의 IAM 지침을 따르십시오.

추가 리소스

를 IAM 사용하여 사용자 및 역할과 같은 ID에 계정의 리소스에 대한 액세스 권한을 부여하는 방법에 대한 자세한 내용은 설정 IAM 및 액세스 관리를 참조하십시오. AWS 사용 IAM설명서의 리소스.

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

이 예제에서는 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": "*"
        }
    ]
}

사용자에게 사용자 지정 권한 부여 CloudTrail

CloudTrail 정책은 함께 작업하는 사용자에게 권한을 CloudTrail 부여합니다. 사용자에게 다른 권한을 부여해야 하는 경우 IAM 그룹 또는 사용자에게 CloudTrail 정책을 연결할 수 있습니다. 특정 권한을 포함하거나 제외하도록 정책을 편집할 수 있습니다. 또한 사용자 고유의 사용자 지정 정책을 만들 수도 있습니다. 정책은 사용자가 수행할 수 있는 작업과 해당 작업을 수행할 수 있는 리소스를 정의하는 JSON 문서입니다. 구체적인 예는 예: 지정된 추적에 대한 작업 허용 및 거부 및 예: 특정 추적 작업에 대한 정책 생성 및 적용 단원을 참조하십시오.

읽기 전용 액세스

다음 예는 CloudTrail 트레일에 읽기 전용 액세스 권한을 부여하는 정책을 보여줍니다. 이는 관리형 정책과 동일합니다. AWSCloudTrail_ReadOnlyAccess. 사용자에게 트레일 정보를 볼 수 있는 권한을 부여하지만 트레일을 만들거나 업데이트할 수 있는 권한은 부여하지 않습니다.


{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "cloudtrail:Get*",
                "cloudtrail:Describe*",
                "cloudtrail:List*",
                "cloudtrail:LookupEvents"
            ],
            "Resource": "*"
        }
    ]
}

정책 설명에서 Effect 요소는 작업 허용 또는 거부 여부를 지정합니다. Action 요소는 사용자가 수행할 수 있도록 허용된 특정 작업을 나열합니다. Resource요소는 다음을 나열합니다. AWS 사용자가 해당 작업을 수행할 수 있는 리소스입니다. CloudTrail 작업에 대한 액세스를 제어하는 정책의 경우 Resource 요소는 일반적으로 “모든 리소스”를 의미하는 와일드카드인 로 설정됩니다. *

Action요소의 값은 서비스가 지원하는 값과 APIs 일치합니다. 액션 앞에는 액션을 참조한다는 표시가 CloudTrail 붙습니다. cloudtrail: 다음 예와 같이 Action 요소에서 * 와일드카드 문자를 사용할 수 있습니다.

"Action": ["cloudtrail:*Logging"]

이렇게 하면 “로깅" (StartLogging,StopLogging) 으로 끝나는 모든 CloudTrail 작업이 허용됩니다.
"Action": ["cloudtrail:*"]

이렇게 하면 모든 CloudTrail 작업이 허용되지만 다른 작업에 대한 작업은 허용되지 않습니다. AWS 서비스.
"Action": ["*"]

이것은 모두를 허용합니다 AWS 액션. 이 권한은 다음과 같은 역할을 하는 사용자에게 적합합니다. AWS 계정 관리자.

읽기 전용 정책에서는 CreateTrail, UpdateTrail, StartLogging 및 StopLogging 작업에 대한 사용자 권한을 허용하지 않습니다. 이 정책이 적용된 사용자는 추적을 만들고, 추적을 업데이트하며, 로깅을 켜거나 끌 수 없습니다. CloudTrail 작업 목록은 다음을 참조하십시오. AWS CloudTrail API참조.

모든 액세스

다음 예는 에 대한 전체 액세스 권한을 부여하는 정책을 보여줍니다 CloudTrail. 이는 관리형 정책과 동일합니다. AWSCloudTrail_FullAccess. 사용자에게 모든 CloudTrail 작업을 수행할 수 있는 권한을 부여합니다. 또한 사용자는 Amazon S3에서 데이터 이벤트를 로깅할 수 있으며 AWS Lambda, Amazon S3 버킷의 파일을 관리하고, CloudWatch Logs가 CloudTrail 로그 이벤트를 모니터링하는 방식을 관리하고, 사용자와 연결된 계정의 Amazon SNS 주제를 관리합니다.

중요

은AWSCloudTrail_FullAccess정책 또는 이에 상응하는 권한은 사용자 전체에 걸쳐 광범위하게 공유되도록 의도되지 않았습니다. AWS 계정. 이 역할 또는 이와 동등한 액세스 권한을 가진 사용자는 자신의 시스템에서 가장 민감하고 중요한 감사 기능을 비활성화하거나 재구성할 수 있습니다. AWS 계정. 이러한 이유로 이 정책은 계정 관리자에게만 적용해야 하며 이 정책의 사용을 긴밀하게 제어하고 모니터링해야 합니다.


{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "sns:AddPermission",
                "sns:CreateTopic",
                "sns:SetTopicAttributes",
                "sns:GetTopicAttributes"
            ],
            "Resource": [
                "arn:aws:sns:*:*:aws-cloudtrail-logs*"
            ]
        },
        {
            "Effect": "Allow",
            "Action": [
                "sns:ListTopics"
            ],
            "Resource": "*"
        },
        {
            "Effect": "Allow",
            "Action": [
                "s3:CreateBucket",
                "s3:PutBucketPolicy"
            ],
            "Resource": [
                "arn:aws:s3:::amzn-s3-demo-logging-bucket1*"
            ]
        },
        {
            "Effect": "Allow",
            "Action": [
                "s3:ListAllMyBuckets",
                "s3:GetBucketLocation",
                "s3:GetBucketPolicy"
            ],
            "Resource": "*"
        },
        {
            "Effect": "Allow",
            "Action": "cloudtrail:*",
            "Resource": "*"
        },
        {
            "Effect": "Allow",
            "Action": [
                "logs:CreateLogGroup"
            ],
            "Resource": [
                "arn:aws:logs:*:*:log-group:aws-cloudtrail-logs*"
            ]
        },
        {
            "Effect": "Allow",
            "Action": [
                "iam:ListRoles",
                "iam:GetRolePolicy",
                "iam:GetUser"
            ],
            "Resource": "*"
        },
        {
            "Effect": "Allow",
            "Action": [
                "iam:PassRole"
            ],
            "Resource": "*",
            "Condition": {
                "StringEquals": {
                    "iam:PassedToService": "cloudtrail.amazonaws.com"
                }
            }
        },
        {
            "Effect": "Allow",
            "Action": [
                "kms:CreateKey",
                "kms:CreateAlias",
                "kms:ListKeys",
                "kms:ListAliases"
            ],
            "Resource": "*"
        },
        {
            "Effect": "Allow",
            "Action": [
                "lambda:ListFunctions"
            ],
            "Resource": "*"
        },
        {
            "Effect": "Allow",
            "Action": [
                "dynamodb:ListGlobalTables",
                "dynamodb:ListTables"
            ],
            "Resource": "*"
        }
    ]
}

보기 권한 부여 AWS Config 콘솔에 CloudTrail 있는 정보

CloudTrail 콘솔에서 해당 이벤트와 관련된 리소스를 비롯한 이벤트 정보를 볼 수 있습니다. 이러한 리소스의 경우 다음을 선택할 수 있습니다. AWS Config 아이콘을 클릭하면 해당 리소스의 타임라인을 볼 수 있습니다. AWS Config 콘솔. 사용자에게 이 정책을 연결하여 읽기 전용 권한을 부여하세요. AWS Config 액세스. 정책에서는 사용자에게 설정을 변경할 권한을 부여하지 않습니다. AWS Config.


{
    "Version": "2012-10-17",
    "Statement": [{
        "Effect": "Allow",
        "Action": [
            "config:Get*",
            "config:Describe*",
            "config:List*"
        ],
        "Resource": "*"
    }]
}

자세한 내용은 AWS Config에서 참조된 리소스 보기 단원을 참조하십시오.

콘솔에서 Amazon CloudWatch Logs 정보를 보고 구성할 수 있는 권한 부여 CloudTrail

충분한 권한이 있는 경우 CloudTrail 콘솔에서 CloudWatch 로그에 대한 이벤트 전송을 보고 구성할 수 있습니다. 이러한 권한은 CloudTrail 관리자에게 부여된 권한을 넘어설 수 있습니다. CloudTrail CloudWatch Logs와의 통합을 구성하고 관리할 관리자에게 이 정책을 첨부하십시오. 정책은 CloudWatch 로그에 CloudTrail 대한 권한을 직접 부여하지 않고 대신 Logs 그룹에 이벤트를 성공적으로 전달하는 역할을 CloudTrail 담당하도록 만들고 구성하는 데 필요한 권한을 부여합니다. CloudWatch


{
    "Version": "2012-10-17",
    "Statement": [{
        "Effect": "Allow",
        "Action": [
            "iam:CreateRole",
            "iam:PutRolePolicy",
            "iam:AttachRolePolicy",
            "iam:ListRoles",
            "iam:GetRolePolicy",
            "iam:GetUser"
        ],
        "Resource": "*"
    }]
}

자세한 내용은 Amazon Logs를 사용한 CloudTrail CloudWatch 로그 파일 모니터링 단원을 참조하십시오.

추가 정보

를 사용하여 IAM 사용자 및 역할과 같은 ID에 계정의 리소스에 대한 액세스 권한을 부여하는 방법에 대해 자세히 알아보려면 시작하기 및 액세스 관리를 참조하십시오. AWS 사용 IAM설명서의 리소스.

javascript가 브라우저에서 비활성화되거나 사용이 불가합니다.

AWS 설명서를 사용하려면 Javascript가 활성화되어야 합니다. 지침을 보려면 브라우저의 도움말 페이지를 참조하십시오.

문서 규칙

수정할 수 있다면 방법이 무엇입니까? AWS CloudTrail 다음과 함께 작동합니다. IAM

리소스 기반 정책 예제