기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
에 대한 Security Hub 제어 GuardDuty
이러한 AWS Security Hub 제어는 Amazon GuardDuty 서비스 및 리소스를 평가합니다.
이러한 제어는 일부만 사용할 수 있습니다 AWS 리전. 자세한 내용은 리전별 제어 기능 사용 가능 여부 단원을 참조하십시오.
[GuardDuty.1] GuardDuty 을 활성화해야 합니다.
관련 요구 사항: PCI DSS v3.2.1/11.4, PCI DSS v4.0.1/11.5.1, NIST.800-53.r5 AC-2(12), NIST.800-53.r5 AU-6(1), NIST.800-53.r5 AU-6(5), NIST.800-53.r5 CA-7, NIST.800-53.r5 CM-8(3), NIST.800-53.r5 RA-3(4), NIST.800-53.r5 SA-11(1), NIST.800-53.r5 SA-11(6), NIST.800-53.r5 SA-15(2), NIST.800-53.r5 SA-15(8), NIST.800-53.r5 SA-8(19), NIST.800-53.r5 SA-8(21), NIST.800-53.r5 SA-8(25), NIST.800-53.r5 SC-5, NIST.800-53.r5 SC-5(1), NIST.800-53.r5 SC-5(3), NIST.800-53.r5 SI-20, NIST.800-53.r5 SI-3(8), NIST.800-53.r5 SI-4, NIST.800-53.r5 SI-4(1), NIST.800-53.r5 SI-4NISTSI-4(2), NIST.800-53NIST.r5 SI-4(2), .800 SI-4 NIST SI-4 NIST SI-4
범주: 감지 > 감지 서비스
심각도: 높음
리소스 유형: AWS::::Account
AWS Config 규칙: guardduty-enabled-centralized
스케줄 유형: 주기적
파라미터: 없음
이 제어는 Amazon GuardDuty 이 GuardDuty 계정 및 리전에서 활성화되어 있는지 확인합니다.
지원되는 모든 AWS 리전 GuardDuty 에서를 활성화하는 것이 좋습니다. 이렇게 하면 GuardDuty 가 적극적으로 사용하지 않는 리전에서도 승인되지 않았거나 비정상적인 활동에 대한 결과를 생성할 수 있습니다. 이를 통해 GuardDuty 는와 같은 글로벌 CloudTrail AWS 서비스 이벤트를 모니터링할 수도 있습니다IAM.
문제 해결
활성화하려면 Amazon GuardDuty 사용 설명서의 시작하기 GuardDuty를 GuardDuty참조하세요.
[GuardDuty.2] GuardDuty 필터에 태그를 지정해야 합니다.
범주: 식별 > 인벤토리 > 태그 지정
심각도: 낮음
리소스 유형: AWS::GuardDuty::Filter
AWS Config 규칙: tagged-guardduty-filter (사용자 지정 Security Hub 규칙)
스케줄 유형: 변경이 트리거됨
파라미터:
| 파라미터 | 설명 | 형식 | 허용된 사용자 지정 값 | Security Hub 기본값 |
|---|---|---|---|---|
requiredTagKeys
|
평가된 리소스에 포함되어야 하는 비시스템 태그 키 목록입니다. 태그 키는 대소문자를 구별합니다. | StringList | AWS 요구 사항을 충족하는 태그 목록 |
No default value
|
이 제어는 Amazon GuardDuty 필터에 파라미터에 정의된 특정 키가 있는 태그가 있는지 확인합니다requiredTagKeys. 필터에 태그 키가 없거나 파라미터 requiredTagKeys에 지정된 모든 키가 없는 경우, 제어가 실패합니다. 파라미터 requiredTagKeys이 제공되지 않은 경우 제어는 태그 키의 존재만 확인하고 필터에 키로 태그가 지정되지 않은 경우, 제어가 실패합니다. 자동으로 적용되고 aws:로 시작하는 시스템 태그는 무시됩니다.
태그는 AWS 리소스에 할당하는 레이블이며 키와 선택적 값으로 구성됩니다. 태그를 생성하여 용도, 소유자, 환경 또는 기타 기준으로 리소스를 분류할 수 있습니다. 태그를 사용하면 리소스를 식별, 정리, 검색 및 필터링하는 데 도움을 줍니다. 태그 지정은 또한 작업 및 알림에 대한 책임 리소스 소유자를 추적하는 데도 도움이 됩니다. 태그 지정을 사용하는 경우 속성 기반 액세스 제어(ABAC)를 권한 부여 전략으로 구현할 수 있습니다. 권한 부여 전략은 태그를 기반으로 권한을 정의합니다. IAM 엔터티(사용자 또는 역할) 및 AWS 리소스에 태그를 연결할 수 있습니다. 보안 IAM 주체에 대해 단일 ABAC 정책 또는 별도의 정책 세트를 생성할 수 있습니다. 보안 주체의 태그가 리소스 태그와 일치할 때 작업을 허용하도록 이러한 ABAC 정책을 설계할 수 있습니다. 자세한 내용은 IAM 사용 설명서AWS의 ABAC 용도를 참조하세요.
참고
개인 식별 정보(PII) 또는 기타 기밀 또는 민감한 정보를 태그에 추가하지 마세요. 태그를 AWS 서비스비롯한 많은 사용자가 태그에 액세스할 수 있습니다 AWS Billing. 자세한 태그 지정 모범 사례는의 AWS 리소스 태그 지정을 참조하세요AWS 일반 참조.
문제 해결
GuardDuty 필터에 태그를 추가하려면 섹션을 참조하세요. TagResource Amazon GuardDuty API 참조의 .
[GuardDuty.3] GuardDuty IPSets에 태그를 지정해야 합니다.
범주: 식별 > 인벤토리 > 태그 지정
심각도: 낮음
리소스 유형: AWS::GuardDuty::IPSet
AWS Config 규칙: tagged-guardduty-ipset (사용자 지정 Security Hub 규칙)
스케줄 유형: 변경이 트리거됨
파라미터:
| 파라미터 | 설명 | 형식 | 허용된 사용자 지정 값 | Security Hub 기본값 |
|---|---|---|---|---|
requiredTagKeys
|
평가된 리소스에 포함되어야 하는 비시스템 태그 키 목록입니다. 태그 키는 대소문자를 구별합니다. | StringList | AWS 요구 사항을 충족하는 태그 목록 |
No default value
|
이 제어는 Amazon GuardDuty IPSet에 파라미터에 정의된 특정 키가 있는 태그가 있는지 확인합니다requiredTagKeys. 에 태그 키IPSet가 없거나 파라미터에 지정된 모든 키가 없는 경우 제어가 실패합니다requiredTagKeys. 파라미터requiredTagKeys가 제공되지 않은 경우 제어는 태그 키의 존재만 확인하고에 키로 태그IPSet가 지정되지 않은 경우 실패합니다. 자동으로 적용되고 aws:로 시작하는 시스템 태그는 무시됩니다.
태그는 AWS 리소스에 할당하는 레이블이며 키와 선택적 값으로 구성됩니다. 태그를 생성하여 용도, 소유자, 환경 또는 기타 기준으로 리소스를 분류할 수 있습니다. 태그를 사용하면 리소스를 식별, 정리, 검색 및 필터링하는 데 도움을 줍니다. 태그 지정은 또한 작업 및 알림에 대한 책임 리소스 소유자를 추적하는 데도 도움이 됩니다. 태그 지정을 사용하는 경우 속성 기반 액세스 제어(ABAC)를 권한 부여 전략으로 구현할 수 있습니다. 권한 부여 전략은 태그를 기반으로 권한을 정의합니다. IAM 엔터티(사용자 또는 역할) 및 AWS 리소스에 태그를 연결할 수 있습니다. 보안 IAM 주체에 대해 단일 ABAC 정책 또는 별도의 정책 세트를 생성할 수 있습니다. 보안 주체의 태그가 리소스 태그와 일치할 때 작업을 허용하도록 이러한 ABAC 정책을 설계할 수 있습니다. 자세한 내용은 IAM 사용 설명서AWS의 ABAC 용도를 참조하세요.
참고
개인 식별 정보(PII) 또는 기타 기밀 또는 민감한 정보를 태그에 추가하지 마세요. 태그를 AWS 서비스비롯한 많은 사용자가 태그에 액세스할 수 있습니다 AWS Billing. 자세한 태그 지정 모범 사례는의 AWS 리소스 태그 지정을 참조하세요AWS 일반 참조.
문제 해결
에 태그를 추가하려면 섹션을 GuardDuty IPSet참조하세요. TagResource Amazon GuardDuty API 참조의 .
[GuardDuty.4] GuardDuty 감지기에 태그를 지정해야 합니다.
범주: 식별 > 인벤토리 > 태그 지정
심각도: 낮음
리소스 유형: AWS::GuardDuty::Detector
AWS Config 규칙: tagged-guardduty-detector (사용자 지정 Security Hub 규칙)
스케줄 유형: 변경이 트리거됨
파라미터:
| 파라미터 | 설명 | 형식 | 허용된 사용자 지정 값 | Security Hub 기본값 |
|---|---|---|---|---|
requiredTagKeys
|
평가된 리소스에 포함되어야 하는 비시스템 태그 키 목록입니다. 태그 키는 대소문자를 구별합니다. | StringList | AWS 요구 사항을 충족하는 태그 목록 |
No default value
|
이 제어는 Amazon GuardDuty 감지기에 파라미터에 정의된 특정 키가 있는 태그가 있는지 확인합니다requiredTagKeys. 감지기에 태그 키가 없거나 파라미터 requiredTagKeys에 지정된 모든 키가 없는 경우, 제어가 실패합니다. 파라미터 requiredTagKeys이 제공되지 않은 경우, 제어는 태그 키의 존재만 확인하고 감지기에 키로 태그가 지정되지 않은 경우 제어가 실패합니다. 자동으로 적용되고 aws:로 시작하는 시스템 태그는 무시됩니다.
태그는 AWS 리소스에 할당하는 레이블이며 키와 선택적 값으로 구성됩니다. 태그를 생성하여 용도, 소유자, 환경 또는 기타 기준으로 리소스를 분류할 수 있습니다. 태그를 사용하면 리소스를 식별, 정리, 검색 및 필터링하는 데 도움을 줍니다. 태그 지정은 또한 작업 및 알림에 대한 책임 리소스 소유자를 추적하는 데도 도움이 됩니다. 태그 지정을 사용하는 경우 속성 기반 액세스 제어(ABAC)를 권한 부여 전략으로 구현할 수 있습니다. 권한 부여 전략은 태그를 기반으로 권한을 정의합니다. IAM 엔터티(사용자 또는 역할) 및 AWS 리소스에 태그를 연결할 수 있습니다. 보안 IAM 주체에 대해 단일 ABAC 정책 또는 별도의 정책 세트를 생성할 수 있습니다. 보안 주체의 태그가 리소스 태그와 일치할 때 작업을 허용하도록 이러한 ABAC 정책을 설계할 수 있습니다. 자세한 내용은 IAM 사용 설명서AWS의 ABAC 용도를 참조하세요.
참고
개인 식별 정보(PII) 또는 기타 기밀 또는 민감한 정보를 태그에 추가하지 마세요. 태그를 AWS 서비스비롯한 많은 사용자가 태그에 액세스할 수 있습니다 AWS Billing. 자세한 태그 지정 모범 사례는의 AWS 리소스 태그 지정을 참조하세요AWS 일반 참조.
문제 해결
GuardDuty 감지기에 태그를 추가하려면 섹션을 참조하세요. TagResource Amazon GuardDuty API 참조의 .
[GuardDuty.5] GuardDuty EKS 감사 로그 모니터링을 활성화해야 합니다.
범주: 감지 > 감지 서비스
심각도: 높음
리소스 유형: AWS::GuardDuty::Detector
AWS Config 규칙: guardduty-eks-protection-audit-enabled
스케줄 유형: 주기적
파라미터: 없음
이 제어는 감사 로그 모니터링이 활성화되어 있는지 GuardDuty EKS 확인합니다. 독립 실행형 계정의 경우 계정에서 감사 로그 모니터링이 비활성화되면 GuardDuty EKS 제어가 실패합니다. 다중 계정 환경에서는 위임된 GuardDuty 관리자 계정과 모든 멤버 계정에 EKS 감사 로그 모니터링이 활성화되어 있지 않은 경우 제어가 실패합니다.
다중 계정 환경에서 제어는 위임된 GuardDuty 관리자 계정에서만 조사 결과를 생성합니다. 위임된 관리자만 조직의 멤버 계정에 대해 EKS 감사 로그 모니터링 기능을 활성화하거나 비활성화할 수 있습니다. GuardDuty 멤버 계정은 계정에서이 구성을 수정할 수 없습니다. 이 제어는 위임된 GuardDuty 관리자에게 감사 로그 모니터링이 활성화되지 GuardDuty EKS 않은 일시 중지된 멤버 계정이 있는 경우 FAILED 결과를 생성합니다. PASSED 조사 결과를 받으려면 위임된 관리자가 이러한 일시 중지된 계정의 연결을 해제해야 합니다 GuardDuty.
GuardDuty EKS Audit Log Monitoring을 사용하면 Amazon Elastic Kubernetes Service(AmazonEKS) 클러스터에서 잠재적으로 의심스러운 활동을 감지할 수 있습니다. EKS Audit Log Monitoring은 Kubernetes 감사 로그를 사용하여 사용자, Kubernetes를 사용하는 애플리케이션 API및 제어 플레인의 시간적 활동을 캡처합니다.
문제 해결
감사 로그 모니터링을 활성화 GuardDuty EKS하려면 Amazon GuardDuty 사용 설명서의 EKS 감사 로그 모니터링을 참조하세요.
[GuardDuty.6] GuardDuty Lambda 보호를 활성화해야 합니다.
관련 요구 사항: PCI DSS v4.0.1/11.5.1
범주: 감지 > 감지 서비스
심각도: 높음
리소스 유형: AWS::GuardDuty::Detector
AWS Config 규칙: guardduty-lambda-protection-enabled
스케줄 유형: 주기적
파라미터: 없음
이 제어는 GuardDuty Lambda 보호가 활성화되어 있는지 확인합니다. 독립 실행형 계정의 경우 GuardDuty Lambda 보호가 계정에서 비활성화되면 제어가 실패합니다. 다중 계정 환경에서는 위임된 GuardDuty 관리자 계정과 모든 멤버 계정에 Lambda 보호가 활성화되지 않은 경우 제어가 실패합니다.
다중 계정 환경에서 제어는 위임된 GuardDuty 관리자 계정에서만 조사 결과를 생성합니다. 위임된 관리자만 조직의 멤버 계정에 대해 Lambda 보호 기능을 활성화하거나 비활성화할 수 있습니다. GuardDuty 멤버 계정은 계정에서이 구성을 수정할 수 없습니다. 이 제어는 위임된 GuardDuty 관리자에게 GuardDuty Lambda 보호가 활성화되지 않은 일시 중지된 멤버 계정이 있는 경우 FAILED 결과를 생성합니다. PASSED 조사 결과를 받으려면 위임된 관리자가 이러한 일시 중지된 계정의 연결을 해제해야 합니다 GuardDuty.
GuardDuty Lambda 보호는 AWS Lambda 함수가 호출될 때 잠재적 보안 위협을 식별하는 데 도움이 됩니다. Lambda 보호를 활성화한 후는의 Lambda 함수와 연결된 Lambda 네트워크 활동 로그 모니터링을 GuardDuty 시작합니다 AWS 계정. Lambda 함수가 호출되고 Lambda 함수에 잠재적으로 악성 코드 조각이 있음을 나타내는 의심스러운 네트워크 트래픽을 GuardDuty 식별하면가 결과를 GuardDuty 생성합니다.
문제 해결
GuardDuty Lambda 보호를 활성화하려면 Amazon GuardDuty 사용 설명서의 Lambda 보호 구성을 참조하세요.
[GuardDuty.7] GuardDuty EKS 런타임 모니터링을 활성화해야 합니다.
관련 요구 사항: PCI DSS v4.0.1/11.5.1
범주: 감지 > 감지 서비스
심각도: 중간
리소스 유형: AWS::GuardDuty::Detector
AWS Config 규칙: guardduty-eks-protection-runtime-enabled
스케줄 유형: 주기적
파라미터: 없음
이 제어는 자동 에이전트 관리를 사용한 런타임 모니터링이 활성화되어 있는지 GuardDuty EKS 확인합니다. 독립 실행형 계정의 경우 계정에서 자동 에이전트 관리를 사용한 런타임 모니터링이 비활성화되면 GuardDuty EKS 제어가 실패합니다. 다중 계정 환경에서는 위임된 GuardDuty 관리자 계정과 모든 멤버 계정에 자동 에이전트 관리가 활성화된 EKS 런타임 모니터링이 없는 경우 제어가 실패합니다.
다중 계정 환경에서 제어는 위임된 GuardDuty 관리자 계정에서만 조사 결과를 생성합니다. 위임된 관리자만 조직의 멤버 계정에 대한 자동 에이전트 관리를 통해 EKS 런타임 모니터링 기능을 활성화하거나 비활성화할 수 있습니다. GuardDuty 멤버 계정은 계정에서이 구성을 수정할 수 없습니다. 이 제어는 위임된 GuardDuty 관리자에게 런타임 모니터링이 활성화되지 GuardDuty EKS 않은 일시 중지된 멤버 계정이 있는 경우 FAILED 결과를 생성합니다. PASSED 조사 결과를 받으려면 위임된 관리자가 이러한 일시 중지된 계정의 연결을 해제해야 합니다 GuardDuty.
EKS Amazon의 보호 GuardDuty 는 환경 내에서 AWS Amazon EKS 클러스터를 보호하는 데 도움이 되는 위협 탐지 범위를 제공합니다. EKS 런타임 모니터링은 운영 체제 수준 이벤트를 사용하여 EKS 클러스터 내의 EKS 노드 및 컨테이너에서 잠재적 위협을 탐지하는 데 도움이 됩니다.
문제 해결
자동 에이전트 관리로 EKS 런타임 모니터링을 활성화하려면 Amazon GuardDuty 사용 설명서의 GuardDuty 런타임 모니터링 활성화를 참조하세요.
[GuardDuty.8] GuardDuty 용 맬웨어 보호가 활성화되어야 EC2 합니다.
범주: 감지 > 감지 서비스
심각도: 높음
리소스 유형: AWS::GuardDuty::Detector
AWS Config 규칙: guardduty-malware-protection-enabled
스케줄 유형: 주기적
파라미터: 없음
이 제어는 GuardDuty 맬웨어 보호가 활성화되어 있는지 확인합니다. 독립 실행형 계정의 경우 계정에서 GuardDuty 맬웨어 보호가 비활성화되면 제어가 실패합니다. 다중 계정 환경에서는 위임된 GuardDuty 관리자 계정과 모든 멤버 계정에 맬웨어 보호가 활성화되어 있지 않은 경우 제어가 실패합니다.
다중 계정 환경에서 제어는 위임된 GuardDuty 관리자 계정에서만 조사 결과를 생성합니다. 위임된 관리자만 조직의 멤버 계정에 대해 맬웨어 보호 기능을 활성화하거나 비활성화할 수 있습니다. GuardDuty 멤버 계정은 계정에서이 구성을 수정할 수 없습니다. 이 제어는 위임된 GuardDuty 관리자에게 GuardDuty 맬웨어 보호가 활성화되지 않은 일시 중지된 멤버 계정이 있는 경우 FAILED 결과를 생성합니다. PASSED 조사 결과를 받으려면 위임된 관리자가 이러한 일시 중지된 계정의 연결을 해제해야 합니다 GuardDuty.
GuardDuty 용 맬웨어 보호는 Amazon Elastic Compute Cloud(Amazon EBS) 인스턴스 및 컨테이너 워크로드에 연결된 Amazon Elastic Block Store(Amazon EC2) 볼륨을 스캔하여 맬웨어의 잠재적 존재를 감지하는 데 EC2 도움이 됩니다. 맬웨어 보호는 스캔 시 특정 EC2 인스턴스 및 컨테이너 워크로드를 포함할지 또는 제외할지 결정할 수 있는 스캔 옵션을 제공합니다. 또한 EC2 인스턴스 또는 컨테이너 워크로드에 연결된 EBS 볼륨의 스냅샷을 GuardDuty 계정에 보관할 수 있는 옵션도 제공합니다. 스냅샷은 맬웨어가 발견되고 맬웨어 보호 결과가 생성되는 경우에만 보관됩니다.
문제 해결
에 대한 GuardDuty 맬웨어 보호를 활성화하려면 Amazon GuardDuty 사용 설명서의 GuardDuty맬웨어 스캔 구성을 EC2참조하세요.
[GuardDuty.9] GuardDuty RDS 보호를 활성화해야 합니다.
관련 요구 사항: PCI DSS v4.0.1/11.5.1
범주: 감지 > 감지 서비스
심각도: 높음
리소스 유형: AWS::GuardDuty::Detector
AWS Config 규칙: guardduty-rds-protection-enabled
스케줄 유형: 주기적
파라미터: 없음
이 제어는 보호가 활성화되어 있는지 GuardDuty RDS 확인합니다. 독립 실행형 계정의 경우 계정에서 보호가 비활성화되면 GuardDuty RDS 제어가 실패합니다. 다중 계정 환경에서는 위임된 GuardDuty 관리자 계정과 모든 멤버 계정에 RDS 보호가 활성화되지 않은 경우 제어가 실패합니다.
다중 계정 환경에서 제어는 위임된 GuardDuty 관리자 계정에서만 조사 결과를 생성합니다. 위임된 관리자만 조직의 멤버 계정에 대해 RDS 보호 기능을 활성화하거나 비활성화할 수 있습니다. GuardDuty 멤버 계정은 계정에서이 구성을 수정할 수 없습니다. 이 제어는 위임된 GuardDuty 관리자에게 보호가 활성화되지 GuardDuty RDS 않은 일시 중지된 멤버 계정이 있는 경우 FAILED 결과를 생성합니다. PASSED 조사 결과를 받으려면 위임된 관리자가 이러한 일시 중지된 계정의 연결을 해제해야 합니다 GuardDuty.
RDS의 보호는 Amazon Aurora 데이터베이스(Aurora MySQL-Compatible Edition 및 Aurora PostgreSQL-Compatible Edition)에 대한 잠재적 액세스 위협에 대해 RDS 로그인 활동을 GuardDuty 분석하고 프로파일링합니다. 이 기능을 사용하면 잠재적으로 의심스러운 로그인 동작을 식별할 수 있습니다. RDS 보호에는 추가 인프라가 필요하지 않습니다. 데이터베이스 인스턴스의 성능에 영향을 주지 않도록 설계되었습니다. RDS 보호 기능이 데이터베이스에 대한 위협을 나타내는 잠재적으로 의심스럽거나 비정상적인 로그인 시도를 감지하면는 잠재적으로 손상된 데이터베이스에 대한 세부 정보가 포함된 새 결과를 GuardDuty 생성합니다.
문제 해결
보호를 활성화 GuardDuty RDS하려면 Amazon GuardDuty 사용 설명서의 GuardDuty RDS 보호를 참조하세요.
[GuardDuty.10] GuardDuty S3 보호를 활성화해야 합니다.
관련 요구 사항: PCI DSS v4.0.1/11.5.1
범주: 감지 > 감지 서비스
심각도: 높음
리소스 유형: AWS::GuardDuty::Detector
AWS Config 규칙: guardduty-s3-protection-enabled
스케줄 유형: 주기적
파라미터: 없음
이 제어는 GuardDuty S3 보호가 활성화되어 있는지 확인합니다. 독립 실행형 계정의 경우 계정에서 GuardDuty S3 보호가 비활성화되면 제어가 실패합니다. 다중 계정 환경에서는 위임된 GuardDuty 관리자 계정과 모든 멤버 계정에 S3 보호가 활성화되어 있지 않으면 제어가 실패합니다.
다중 계정 환경에서 제어는 위임된 GuardDuty 관리자 계정에서만 조사 결과를 생성합니다. 위임된 관리자만 조직의 멤버 계정에 대해 S3 보호 기능을 활성화하거나 비활성화할 수 있습니다. GuardDuty 멤버 계정은 계정에서이 구성을 수정할 수 없습니다. 이 제어는 위임된 GuardDuty 관리자에게 GuardDuty S3 보호가 활성화되지 않은 일시 중지된 멤버 계정이 있는 경우 FAILED 결과를 생성합니다. PASSED 조사 결과를 받으려면 위임된 관리자가 이러한 일시 중지된 계정의 연결을 해제해야 합니다 GuardDuty.
S3 보호를 사용하면 GuardDuty 가 객체 수준 API 작업을 모니터링하여 Amazon Simple Storage Service(Amazon S3) 버킷 내의 데이터에 대한 잠재적 보안 위험을 식별할 수 있습니다.는 AWS CloudTrail 관리 이벤트 및 S3 데이터 이벤트를 분석하여 CloudTrail S3 리소스에 대한 위협을 GuardDuty 모니터링합니다.
문제 해결
GuardDuty S3 보호를 활성화하려면 Amazon 사용 설명서의 Amazon의 Amazon S3 보호를 GuardDuty 참조하세요. GuardDuty
