Skip to content

Lesson 06 — Amazon GuardDuty, Intelligent Threat Detection & Enterprise Security Monitoring

Learning Path

☁️ Phase 02 – AWS Cloud Security

📘 Module 13 – Enterprise Security Operations, Logging, Monitoring & Threat Detection

By the end of this lesson, you will be able to:

  • Explain Amazon GuardDuty architecture.
  • Understand intelligent threat detection.
  • Enable GuardDuty across an AWS Organization.
  • Configure delegated administrator accounts.
  • Understand GuardDuty findings.
  • Interpret GuardDuty severity levels.
  • Investigate GuardDuty alerts.
  • Configure S3 Protection.
  • Configure EKS Protection.
  • Configure Runtime Monitoring.
  • Configure Malware Protection.
  • Integrate GuardDuty with Security Hub.
  • Integrate GuardDuty with EventBridge.
  • Design enterprise threat detection architectures.
  • Build SOC investigation workflows.
  • Reduce false positives.
  • Design enterprise governance.
  • Secure GuardDuty.
  • Respond to GuardDuty findings.
  • Apply GuardDuty best practices.

Area Details
Estimated Time 8–10 Hours
Difficulty Advanced
Prerequisites Lesson 05 – AWS Config
Hands-on Labs Yes
AWS Services Amazon GuardDuty, AWS Organizations, Security Hub, EventBridge, CloudTrail, VPC Flow Logs, Route 53 Resolver

CloudNova Technologies has successfully implemented:

  • Enterprise CloudTrail
  • CloudWatch Monitoring
  • AWS Config Compliance
  • Centralised Logging
  • Security Operations Centre (SOC)

However, the SOC team still faces a major challenge.

Although security events are collected, analysts must manually review thousands of CloudTrail events, VPC Flow Logs and DNS logs every day.

Recent security incidents include:

  • EC2 instances communicating with malicious IP addresses.
  • IAM credentials used from unusual geographic locations.
  • Cryptocurrency mining malware running on EC2 instances.
  • Public S3 buckets accessed by suspicious identities.
  • Kubernetes clusters communicating with command-and-control servers.
  • IAM privilege escalation attempts.
  • Reconnaissance activity across multiple AWS accounts.
  • API calls originating from Tor exit nodes.

The security team cannot manually analyse this volume of telemetry.

The Chief Information Security Officer (CISO) asks:

“How can we automatically detect malicious behaviour across all AWS accounts using AWS-native intelligence and respond before attackers cause significant damage?”

As CloudNova’s Cloud Security Architect, you are responsible for deploying Amazon GuardDuty as the enterprise threat detection platform.


Topics:

  • What is Amazon GuardDuty?
  • Why GuardDuty matters.
  • Threat Detection as a Service.
  • Continuous monitoring.
  • Machine learning.
  • AWS threat intelligence.
  • Behavioural analytics.
  • Managed detection.

Explain:

  • Detector
  • Findings
  • Delegated Administrator
  • Member Accounts
  • Threat Intelligence
  • Machine Learning
  • Event Sources
  • Security Hub Integration

Architecture Diagram

CloudTrail
VPC Flow Logs
DNS Logs
EKS Audit Logs
S3 Events
Amazon GuardDuty
Security Hub
EventBridge
SOC
Incident Response

Explain:

  • Data ingestion.
  • Threat analysis.
  • Behaviour modelling.
  • AWS threat intelligence.
  • Anomaly detection.
  • Finding generation.
  • Continuous monitoring.

GuardDuty analyses:

  • AWS CloudTrail
  • VPC Flow Logs
  • Route 53 Resolver DNS Logs
  • S3 Data Events
  • Kubernetes Audit Logs
  • Runtime Monitoring telemetry
  • Malware Protection scans

Understand:

  • Finding ID
  • Severity
  • Resource
  • Region
  • Account
  • Description
  • Evidence
  • Recommendation

Finding lifecycle.


Cover:

  • Low
  • Medium
  • High
  • Critical

Enterprise response priorities.


Examples include:

  • Credential compromise
  • Privilege escalation
  • Malware
  • Cryptocurrency mining
  • Backdoor activity
  • Reconnaissance
  • Persistence
  • Exfiltration
  • Impact
  • Defence evasion

Examples:

  • Impossible travel
  • Unusual API activity
  • Root account usage
  • Privilege escalation
  • Credential compromise
  • Suspicious AssumeRole activity

Examples:

  • CryptoCurrency mining
  • Backdoor communication
  • Command and Control
  • Port Scanning
  • SSH Brute Force
  • Reconnaissance

Topics:

  • S3 Protection
  • Object access monitoring
  • Public bucket detection
  • Unusual access patterns
  • Data exfiltration

Explain:

  • Kubernetes Audit Logs
  • Suspicious Kubernetes API calls
  • Cluster compromise
  • Privilege abuse
  • Container threats

Monitor:

  • EC2 Runtime
  • EKS Runtime
  • Container activity
  • Process execution
  • Network behaviour
  • File system activity

Explain:

  • Malware scanning
  • EBS Snapshot analysis
  • File scanning
  • Investigation workflow
  • Incident response

Topics:

  • AWS Organizations
  • Delegated Administrator
  • Auto-enable new accounts
  • Regional deployment
  • Enterprise governance

Integrate with:

  • Security Hub
  • EventBridge
  • CloudWatch
  • SNS
  • Lambda
  • Systems Manager
  • Security Lake

Threat Activity
Amazon GuardDuty
Finding Generated
Security Hub
EventBridge
SOC Analyst
Incident Response
Containment
Recovery

Use GuardDuty findings to investigate:

  • Credential abuse
  • Data exfiltration
  • Malware
  • Lateral movement
  • Command and Control
  • Insider threats

Govern:

  • Detector ownership
  • Finding triage
  • Severity classification
  • Escalation procedures
  • Regional deployment
  • Compliance reporting
  • Finding retention
  • Investigation documentation

Threats include:

  • Credential theft
  • API abuse
  • Malware infection
  • Suspicious DNS activity
  • Lateral movement
  • Privilege escalation
  • Data exfiltration
  • Insider threats
  • Command-and-control traffic

AWS Organizations
Delegated Administrator
Member Accounts
Amazon GuardDuty
Security Hub
Security Lake
EventBridge
SOC Dashboard
Incident Response

Enable Amazon GuardDuty Across AWS Organizations


Configure Delegated Administrator


Investigate IAM Threat Findings


Investigate EC2 Malware Findings


Configure Amazon S3 Protection


Configure Amazon EKS Protection


Enable Runtime Monitoring


Investigate Malware Protection Findings


Integrate GuardDuty with Security Hub


Enterprise GuardDuty Threat Assessment


Students should configure:

  • Detector
  • Delegated Administrator
  • Member Accounts
  • Findings
  • S3 Protection
  • EKS Protection
  • Runtime Monitoring
  • Malware Protection
  • Trusted IP Lists
  • Threat Lists

Terminal window
# List GuardDuty detectors
aws guardduty list-detectors
# Get detector details
aws guardduty get-detector \
--detector-id DETECTOR_ID
# List GuardDuty findings
aws guardduty list-findings \
--detector-id DETECTOR_ID
# Get finding details
aws guardduty get-findings \
--detector-id DETECTOR_ID \
--finding-ids FINDING_ID
# List organisation configuration
aws guardduty describe-organization-configuration \
--detector-id DETECTOR_ID
# List members
aws guardduty list-members \
--detector-id DETECTOR_ID

Students should be able to:

  • Explain GuardDuty architecture.
  • Enable GuardDuty.
  • Configure delegated administration.
  • Interpret GuardDuty findings.
  • Investigate IAM threats.
  • Investigate EC2 threats.
  • Configure S3 Protection.
  • Configure EKS Protection.
  • Enable Runtime Monitoring.
  • Integrate GuardDuty with Security Hub.
  • Build enterprise threat detection architectures.

CloudNova standards:

  • Enable GuardDuty in every AWS account and Region.
  • Use a delegated administrator account for central management.
  • Automatically enrol new AWS accounts.
  • Integrate GuardDuty with Security Hub and EventBridge.
  • Investigate all High and Critical findings immediately.
  • Tune suppression rules to reduce alert fatigue.
  • Review findings daily as part of SOC operations.
  • Correlate GuardDuty findings with CloudTrail, AWS Config and CloudWatch data.
  • Store findings in Security Lake for long-term investigation and analytics.

  • Enabling GuardDuty in only one Region.
  • Ignoring Medium severity findings.
  • Not enabling S3 Protection.
  • Forgetting Runtime Monitoring.
  • Failing to investigate recurring findings.
  • Not integrating GuardDuty with Security Hub.
  • Disabling GuardDuty to reduce costs.
  • Ignoring suppression rule tuning.
  • Treating GuardDuty as a replacement for incident response.
  • Failing to review delegated administrator settings.

Design CloudNova’s enterprise GuardDuty deployment supporting:

  • 500 AWS accounts
  • Multi-Region monitoring
  • Delegated administration
  • S3 Protection
  • Kubernetes protection
  • Runtime Monitoring
  • Malware Protection
  • Security Hub integration
  • Security Lake integration
  • 24×7 SOC operations

Prepare:

  1. Enterprise GuardDuty architecture
  2. Finding severity model
  3. SOC investigation workflow
  4. Escalation matrix
  5. Integration architecture
  6. Governance framework
  7. Threat-hunting strategy
  8. Operational runbook

Create and answer 50 enterprise-level questions covering:

  • GuardDuty architecture
  • Data sources
  • Findings
  • Severity levels
  • IAM threats
  • EC2 threats
  • S3 Protection
  • EKS Protection
  • Runtime Monitoring
  • Malware Protection
  • Multi-account deployment
  • Security Hub integration
  • Enterprise governance
  • Threat detection workflows
  • SOC operations

After completing this lesson, you should be able to:

  • Deploy Amazon GuardDuty across enterprise AWS environments.
  • Detect suspicious activity using AWS threat intelligence and machine learning.
  • Investigate GuardDuty findings and prioritise responses based on severity.
  • Configure S3 Protection, EKS Protection, Runtime Monitoring and Malware Protection.
  • Integrate GuardDuty with Security Hub, EventBridge and Security Lake.
  • Build enterprise threat detection workflows that support proactive Security Operations and Incident Response.

➡️ Lesson 07 — AWS Security Hub, Centralised Security Posture Management & Enterprise Compliance