GuardDuty Runtime Monitoring should be enabled
Checks that GuardDuty Runtime Monitoring is enabled on this Region's detector, so OS-level, network and file events on EKS, ECS on Fargate and EC2 workloads can be analysed for threats. It also fails while GuardDuty is suspended in the Region. In an AWS Organization, only the GuardDuty delegated administrator can change this for a member account.
- service
- GuardDuty
- severity
- High
- scope
- evaluated in every region
How to fix it
- Affects another check: This also passes GuardDuty.7, but GuardDuty.12 and GuardDuty.13 keep failing until automated agent configuration is on for ECS on Fargate and EC2.
- Can break clients: Automated agent configuration adds a GuardDuty VPC endpoint and security group to monitored VPCs, which blocks IaC deleting those subnets before Terraform AWS provider 6.43.0.
In the console
GuardDuty → Protection plans → Runtime Monitoring → Configuration
- Runtime Monitoring
- Enable
- Automated agent configuration
- Enable for each resource type you run; this check passes without it, but no events arrive until an agent runs
With the AWS CLI
aws guardduty update-detector --detector-id <detector-id> --region <region> --features '[{"Name":"RUNTIME_MONITORING","Status":"ENABLED"}]'With Terraform
resource "aws_guardduty_detector_feature" "this" {
detector_id = aws_guardduty_detector.this.id
name = "RUNTIME_MONITORING"
status = "ENABLED"
}
See which of your accounts this check is failing on.
Book a live scan