기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Amazon EC2 인스턴스 적용 범위
Amazon EC2 리소스의 경우 런타임 커버리지는 인스턴스 수준에서 평가됩니다. Amazon EC2 인스턴스는 사용자 환경에서 다양한 유형의 애플리케이션과 워크로드를 실행할 수 있습니다. AWS 이 기능은 Amazon ECS 관리형 Amazon EC2 인스턴스도 지원하며, Amazon EC2 인스턴스에서 Amazon ECS 클러스터를 실행하는 경우 인스턴스 수준의 커버리지 문제는 Amazon EC2 런타임 커버리지에 표시됩니다.
적용 범위 통계 검토
사용자 계정 또는 멤버 계정과 연결된 Amazon EC2 인스턴스의 적용 범위 통계는 선택한 인스턴스의 모든 EC2 인스턴스에서 정상 EC2 인스턴스가 차지하는 AWS 리전비율입니다. 다음 등식은 이를 다음과 같이 나타냅니다.
(정상 인스턴스/모든 인스턴스) *100
Amazon ECS 클러스터용 GuardDuty 보안 에이전트도 배포한 경우 Amazon 인스턴스에서 실행되는 Amazon ECS 클러스터와 관련된 모든 인스턴스 수준 적용 범위 문제는 Amazon EC2 EC2 인스턴스 런타임 적용 범위 문제로 나타납니다.
액세스 방법 중 하나를 선택하여 계정의 적용 범위 통계를 검토합니다.
EC2인스턴스의 커버리지 상태가 비정상인 경우 을 참조하십시오적용 범위 문제 해결.
적용 범위 상태 변경 알림 구성
Amazon EC2 인스턴스의 커버리지 상태가 비정상으로 표시될 수 있습니다. 커버리지 상태가 언제 변경되는지 확인하려면 주기적으로 커버리지 상태를 모니터링하고 상태가 비정상으로 바뀌면 문제를 해결하는 것이 좋습니다. 또는 보장 상태가 비정상에서 건강으로 또는 기타 상태로 변경될 때 알림을 받도록 Amazon EventBridge 규칙을 생성할 수 있습니다. 기본적으로 계정의 EventBridge 버스에 이 내용을 GuardDuty 게시합니다.
샘플 알림 스키마
EventBridge 규칙적으로 사전 정의된 샘플 이벤트와 이벤트 패턴을 사용하여 커버리지 상태 알림을 받을 수 있습니다. EventBridge 규칙 생성에 대한 자세한 내용은 Amazon EventBridge 사용 설명서의 규칙 생성을 참조하십시오.
또한 다음 예시 알림 스키마를 사용하여 사용자 지정 이벤트 패턴을 생성할 수 있습니다. 계정에 대한 값을 바꿔야 합니다. Amazon EC2 인스턴스의 커버리지 상태가 에서 Healthy 로 Unhealthy 변경될 때 알림을 받으려면 detail-type 다음을 수행해야 합니다.GuardDuty Runtime
Protection Unhealthy. 커버리지 상태가 에서 Unhealthy 로 변경될 때 알림을 받으려면 의 값을 Healthy 다음으로 detail-type 바꾸십시오.GuardDuty Runtime Protection Healthy.
{ "version": "0", "id": "event ID", "detail-type": "GuardDuty Runtime Protection Unhealthy", "source": "aws.guardduty", "account": "AWS 계정 ID", "time": "event timestamp (string)", "region": "AWS 리전", "resources": [ ], "detail": { "schemaVersion": "1.0", "resourceAccountId": "string", "currentStatus": "string", "previousStatus": "string", "resourceDetails": { "resourceType": "EC2", "ec2InstanceDetails": { "instanceId":"", "instanceType":"", "clusterArn": "", "agentDetails": { "version":"" }, "managementType":"" } }, "issue": "string", "lastUpdatedAt": "timestamp" } }
적용 범위 문제 해결
Amazon EC2 인스턴스의 커버리지 상태가 비정상인 경우 Issue 열에서 이유를 확인할 수 있습니다.
EC2인스턴스가 EKS 클러스터와 연결되어 있고 의 보안 에이전트를 수동으로 설치하거나 자동 에이전트 구성을 통해 설치한 경우 적용 범위 문제를 해결하려면 을 참조하십시오. EKS Amazon EKS 클러스터 적용 범위
다음 표에는 문제 유형과 해당 문제 해결 단계가 나열되어 있습니다.
| 문제 유형 | 이슈 메시지 | 문제 해결 단계 |
|---|---|---|
|
상담원 신고 없음 |
SSM알림 대기 중 |
Amazon EC2 인스턴스가 이미 SSM 관리되고 있는지 확인하십시오. SSM알림을 받는 데 몇 분 정도 걸릴 수 있습니다. |
|
(일부러 비워 두세요) |
GuardDuty 보안 에이전트를 수동으로 관리하는 경우 아래 단계를 따랐는지 확인하십시오Amazon EC2 인스턴스의 보안 에이전트를 수동으로 관리. |
|
|
자동 에이전트 구성을 활성화한 경우:
|
||
|
조직에 서비스 제어 정책 (SCP) 이 있는 경우 |
||
|
상담원 연결이 끊겼습니다. |
|
|
|
SSM연결 생성에 실패했습니다. |
GuardDuty SSM계정에 이미 연결이 있습니다. |
|
|
계정에 너무 많은 SSM 연결이 있습니다. |
다음 두 옵션 중 하나를 선택하세요.
|
|
|
SSM연결 업데이트 실패 |
GuardDuty SSM계정에 연결이 존재하지 않습니다. |
GuardDuty SSM계정에는 연결이 없습니다. 런타임 모니터링을 비활성화한 다음 다시 활성화합니다. |
|
SSM연결 삭제 실패 |
GuardDuty SSM계정에 연결이 존재하지 않습니다. |
계정에는 SSM 연결이 없습니다. SSM연결을 의도적으로 삭제한 경우에는 별도의 조치가 필요하지 않습니다. |
|
SSM인스턴스 연결 실행 실패 |
아키텍처 요구 사항 또는 기타 사전 요구 사항이 충족되지 않았습니다. |
검증된 운영 체제 배포에 대한 자세한 내용은 을 참조하십시오. Amazon EC2 인스턴스 지원을 위한 사전 요구 사항 이 문제가 계속 발생하는 경우 다음 단계를 통해 문제를 식별하고 잠재적으로 해결할 수 있습니다.
|
|
VPC엔드포인트 생성 실패 |
VPC공유에는 엔드포인트 생성이 지원되지 않습니다. VPC |
런타임 모니터링은 조직 VPC 내 공유 항목 사용을 지원합니다. 자세한 내용은 자동 보안 VPC 에이전트와 공유 사용 단원을 참조하십시오. |
|
자동 VPC 에이전트와 공유 구성을 사용하는 경우에만 소유자 계정 ID |
공유 VPC 소유자 계정은 하나 이상의 리소스 유형 (Amazon EKS 또는 Amazon ECS (AWS Fargate)) 에 대해 런타임 모니터링 및 자동 에이전트 구성을 활성화해야 합니다. 자세한 내용은 런타임 모니터링과 관련된 GuardDuty 사전 요구 사항 단원을 참조하십시오. | |
비공개를 DNS 활성화하려면 |
다음 VPC 속성이 —및 로 Amazon VPC Console https://console.aws.amazon.com/vpc/ |
|
공유 VPC 엔드포인트 삭제 실패 |
계정 ID에는 공유 VPC 엔드포인트 삭제가 허용되지 않습니다. |
잠재적 단계:
|
|
상담원이 신고하지 않음 |
(일부러 비워 놓음) |
문제 유형이 지원 종료되었습니다. 이 문제가 계속 발생하지만 아직 발생하지 않은 경우 Amazon용 GuardDuty 자동 에이전트를 EC2 활성화하십시오. 문제가 지속되면 Runtime Monitoring을 몇 분 동안 비활성화했다가 다시 활성화하는 것을 고려해 보십시오. |
