All checks
High GuardDuty · regional

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