compareguardduty-vs-security-hub
    SECURITYPublished 2026-07-26
    Amazon GuardDutyAmazon GuardDuty
    vs
    AWS Security HubAWS Security Hub

    GuardDuty vs Security Hub: What Each One Actually Does

    One detects threats, the other makes sense of everything

    GuardDuty and Security Hub sit next to each other in the AWS console and both fill up with "findings", so teams regularly ask which one to enable. Wrong question. GuardDuty is a detector: it analyzes CloudTrail, VPC Flow Logs, DNS, and runtime activity to generate threat findings when something malicious happens. Security Hub is an aggregator and posture manager: it collects findings from GuardDuty, Inspector, Macie, and dozens of partner tools, runs its own compliance checks against standards like CIS and PCI DSS, and correlates everything into prioritized exposure findings with attack path visualization. Turning on Security Hub without any detectors gives you compliance scores and little else; running GuardDuty without Security Hub works fine but leaves findings siloed. This page breaks down what each actually does, how each is billed, and why the real answer is both. Comparing GuardDuty against Inspector instead? See guardduty-vs-inspector, or the full four-way comparison including Macie.

    Service Overview

    Amazon GuardDuty

    Amazon GuardDuty

    Threat Detection

    Generates original threat detections from raw logs and runtime activity using ML and threat intelligence, no other service required

    TypeReal-time threat monitoring
    Pricing$4.00/M CloudTrail events, $1.00/GB VPC Flow Logs & DNS (first 500 GB, us-east-1); protection plans priced separately
    AWS Security Hub

    AWS Security Hub

    Security Posture

    Single pane of glass: aggregates findings from every detector, scores compliance against CIS/FSBP/PCI/NIST, and correlates signals into exposure findings

    TypeAggregation, CSPM & exposure analysis
    PricingCSPM: $0.0010/security check (first 100K) + $0.00003/finding after first 10K/month; Security Hub Essentials: $3.75/resource unit/month (us-east-1)

    Side-by-Side Comparison

    $ diff --side-by-side
    CriteriaGuardDutySecurity Hub
    Primary RoleDetector: generates threat findings from raw telemetryAggregator and CSPM: collects, normalizes, correlates, and scores findings from other services
    Data It ConsumesCloudTrail events, VPC Flow Logs, DNS logs, S3 data events, EKS audit logs, RDS login activity, runtime events, Bedrock/SageMaker activityFindings from GuardDuty, Inspector, Macie, Security Hub CSPM, IAM Access Analyzer, and third-party tools, in ASFF/OCSF formats
    Detections It OriginatesThreat findings and attack sequence findings from ML, anomaly detection, and threat intelligenceControl findings from compliance checks, plus exposure findings created by correlating other services' signals; it does not detect threats from raw logs itself
    Compliance StandardsNone, findings map to MITRE ATT&CK, not compliance frameworksAWS Foundational Security Best Practices, CIS, PCI DSS, NIST, with per-standard security scores
    Exposure & Attack Path AnalysisAttack sequences within GuardDuty's own findings (24-hour window)Exposure findings correlating vulnerabilities, misconfigurations, threats, and network reachability across services, with attack path and blast radius visualization
    AI-Related CapabilityAI Protection: detects anomalous Bedrock and SageMaker model invocations and prompt injection attemptsAI Inventory: organization-wide view of AI assets (Bedrock, SageMaker, self-hosted) and their security posture
    Works Standalone?Yes, fully. Detects threats with zero other services enabledPartially. Compliance checks run alone (most need AWS Config recording), but without detectors feeding it there is little to aggregate
    AutomationFindings export to EventBridge and S3 for custom responseAutomation rules to enrich or suppress findings at scale, plus EventBridge custom actions for ticketing and remediation
    Multi-AccountDelegated administrator via OrganizationsDelegated administrator plus cross-region aggregation into one home region
    Pricing DimensionVolume of logs and events analyzedCSPM: number of security checks and ingested findings; Essentials plan: monitored resource units ($3.75/unit/month, where 1 EC2 = 1 unit, 12 Lambda functions = 1 unit, 18 ECR images = 1 unit, 125 IAM users/roles = 1 unit)
    Free Trial30 days30 days

    When to Use What

    $ cat DECISION_GUIDE.md
    IFIs Security Hub a replacement for GuardDuty?
    THENNo
    WHYSecurity Hub does not analyze CloudTrail, network traffic, or runtime activity for threats. Disable GuardDuty and your threat detection is gone; Security Hub would simply have no threat findings to show. Its own detections are compliance control findings and correlation-based exposure findings, not threat detection from raw logs.
    IFDoes GuardDuty need Security Hub to work?
    THENNo, but it is better with it
    WHYGuardDuty is fully standalone: enable it and findings flow to its console and EventBridge. Security Hub adds cross-service correlation, so a GuardDuty threat on an instance that Inspector flagged as vulnerable becomes a single prioritized exposure finding instead of two disconnected alerts.
    IFYou need compliance scores against CIS, PCI DSS, or NIST
    THENSecurity Hub
    WHYThis is Security Hub CSPM territory. It runs continuous checks against these standards using AWS Config, produces per-control findings, and computes security scores per standard and per account. GuardDuty has no concept of compliance standards at all.
    IFYou want to know if an account or workload is compromised
    THENGuardDuty
    WHYCredential misuse, crypto mining, C2 communication, and data exfiltration are detected by GuardDuty from logs and runtime activity in near real-time, with Extended Threat Detection correlating multi-stage attacks into a single Critical finding.
    IFYou run GuardDuty, Inspector, and Macie and drown in separate consoles
    THENSecurity Hub
    WHYThis is exactly the problem it exists to solve. All three publish findings into Security Hub automatically once integrated, normalized to one format, deduplicated across accounts and regions, and ranked by correlated risk instead of per-tool severity.
    IFFresh AWS account, nothing enabled yet: what order?
    THENGuardDuty first, Security Hub second
    WHYGuardDuty delivers immediate detection value with zero configuration. Add Security Hub once at least one detector is feeding it, then grow into Inspector and Macie. An aggregator with nothing to aggregate is just an empty dashboard with a bill.
    IFDoes enabling Security Hub also enable or pay for GuardDuty?
    THENNo, they are billed separately
    WHYThey are separate services with separate pricing pages and separate enablement. Security Hub ingesting GuardDuty findings does not turn GuardDuty on, and GuardDuty charges (per million events, per GB of logs) land on your bill independently of Security Hub charges (per check and per ingested finding on CSPM, or per resource unit on the Essentials plan). Budget for the stack, not for one line item.

    Security Insights

    Detector vs aggregator is the whole story

    Every confusion about these two services dissolves once you place them in the pipeline: GuardDuty (and Inspector, and Macie) produce findings; Security Hub consumes, normalizes, correlates, and prioritizes them. They occupy different layers of the same architecture, which is why "vs" is really "and".

    There are now two Security Hub products, priced differently

    AWS Security Hub CSPM is the classic product: billed per security check ($0.0010 each for the first 100K, then $0.0008) and per ingested finding ($0.00003/event after the first 10,000 free per month). The newer unified Security Hub Essentials plan is billed per monitored resource unit at $3.75/unit/month with checks and ingestion included, plus a usage-based Threat Analytics add-on. Check which one you are enabling before estimating cost.

    Exposure findings are where aggregation becomes analysis

    Security Hub generates an exposure finding when signals from Security Hub CSPM, Inspector, GuardDuty, Macie, or other services combine into a real risk: for example a vulnerable, internet-reachable instance whose IAM role carries unused permissions. It includes attack path visualization and blast radius, which no single detector can produce on its own.

    Most Security Hub compliance checks depend on AWS Config

    Security Hub CSPM uses service-linked AWS Config rules for most controls, so AWS Config must be enabled and recording resources. Teams that enable Security Hub without Config wonder why control findings never appear. Budget for Config recorder costs alongside Security Hub itself.

    GuardDuty findings gain context inside Security Hub

    A GuardDuty attack sequence finding viewed in Security Hub is enriched with resource configuration details, related findings from other services, and correlation context. Triage in Security Hub, then pivot into GuardDuty for the detection detail and MITRE ATT&CK mapping.

    OCSF makes Security Hub the export point for your SIEM

    Security Hub uses the Open Cybersecurity Schema Framework, so findings from GuardDuty and every other integrated source leave AWS in one standardized format. If you feed a SIEM or data lake, integrate it with Security Hub once instead of building a separate export pipeline per detector.

    Key Takeaways

    $ cat SUMMARY.md
    1.GuardDuty detects threats from raw logs and runtime activity; Security Hub aggregates findings, runs compliance checks, and correlates risk. Complementary layers, not competitors.
    2.Security Hub originates control findings and exposure findings, but it is not a threat detector and never replaces GuardDuty.
    3.Enable GuardDuty first for immediate detection, then Security Hub as the single pane of glass once detectors are feeding it.
    4.Know which Security Hub you are buying: CSPM bills per check and per ingested finding, the Essentials plan bills $3.75 per resource unit per month.
    5.Most Security Hub controls need AWS Config enabled and recording, so factor Config into the real cost.
    6.The full stack is GuardDuty + Inspector + Macie feeding Security Hub. See guardduty-vs-inspector for the detector-side comparison and the four-way guardduty-vs-inspector-vs-macie-vs-securityhub page for the complete picture.
    Threat DetectionCSPMComplianceSIEM

    Need Architecture Guidance?

    These comparisons are a starting point. Every architecture is different. Contact us for tailored AWS security assessments and architectural guidance.