Instiq
Chapter 3 · Continuous Improvement for Existing Solutions·v2.1.0·Updated 6/28/2026·~11 min

What's changed: Service coverage: added a catalog section (s4) for developer tools and operations management (CI/CD, Grafana/Prometheus, Proton, Amplify/Device Farm)

3.3Improving Reliability and Security Posture

Key points

Understand hardening existing systems—Well-Architected, fault isolation, GuardDuty/Security Hub/Config, WAF/Shield, and automated remediation. Continuously raise threat detection and compliance.

Hardening is continuous: detect threats, assess configuration compliance, and auto-remediate drift.

3.3.1Continuous security and reliability

Diagram of continuous security and reliability: threat detection with GuardDuty (ML-based anomalous activity detection), configuration compliance with AWS Config (evaluating rules and detecting drift), finding aggregation with Security Hub (centralizing and scoring alerts across services); application protection via WAF (block malicious L7 requests) and Shield (DDoS protection); on drift, EventBridge triggers Lambda/SSM Automation for automated remediation; all reviewed against Well-Architected pillars (reliability, security, cost, performance, operations, sustainability).
Continuous security and reliability
  • GuardDuty: ML analysis of logs to detect threats and anomalous activity.
  • Config: evaluate resource configuration against rules, detecting and recording compliance drift.
  • Security Hub: aggregate and score findings across services to visualize posture.
  • WAF/Shield: WAF blocks malicious L7 HTTP, Shield provides DDoS protection.
  • Auto-remediation: detect → EventBridge → Lambda/SSM Automation to fix drift automatically.
Exam point

Common on SAP-C02: threat detection = GuardDuty, config compliance/drift = AWS Config, central finding aggregation = Security Hub, L7 attack blocking = WAF, DDoS = Shield, design review framework = Well-Architected. Auto-remediating Config rule violations via EventBridge + Lambda is a classic pattern.

Warning

Roles differ: GuardDuty = detection, WAF/Shield = protection, Config = compliance evaluation. Don’t conflate them. Detection alone doesn’t protect—pair it with remediation and protective services.

SAP-C02 security questions hinge on identifying which layer—detect, evaluate, aggregate, protect, remediate—is in play. GuardDuty ingests VPC flow logs, DNS logs, and CloudTrail, using ML and threat intel to detect compromise signs (C2 traffic, anomalous API use). AWS Config continuously records resources as configuration items, evaluates compliance via managed rules or Lambda custom rules, and can attach remediation actions (SSM Automation documents) on drift. Security Hub aggregates findings from GuardDuty, Inspector, Macie, Config, etc. in ASFF format and scores against CIS and the AWS Foundational Security Best Practices. Across an org, the standard pattern aggregates GuardDuty/Security Hub/Config in a delegated administrator account to manage member accounts centrally. The protective layer is WAF (managed rules / rate limiting / geo blocking) and Shield Advanced (advanced DDoS mitigation and DDoS cost protection), flowing detections into EventBridge → Lambda/SSM Automation for automated remediation. Finally, review against Well-Architected (six pillars) to keep the improvement loop running.

RoleServiceTypical use
Threat detectionGuardDutyML detection of compromise signs
Config complianceAWS ConfigRule evaluation + auto-remediation
Finding aggregationSecurity HubCross-service aggregation, compliance score
App protectionWAF / ShieldL7 blocking, DDoS mitigation
Note

Scenario: In a multi-account org, forbid "unencrypted/public S3 buckets" everywhere and auto-fix violations. → Deploy AWS Config managed rules (e.g., s3-bucket-server-side-encryption-enabled) org-wide, and on violation run an SSM Automation remediation action to enable encryption. Aggregate findings in Security Hub and monitor across accounts from the delegated administrator.

Note

FAQ: GuardDuty vs Inspector vs Macie? GuardDuty does threat detection (suspicious behavior), Inspector does vulnerability scanning of EC2/containers/Lambda, and Macie does sensitive-data discovery (PII, etc.) in S3. All can feed findings into Security Hub.

Warning

Exam trap: Choosing WAF *alone* for "DDoS protection" can be insufficient. Large volumetric L3/L4 DDoS calls for Shield (Advanced), while WAF handles L7 request rules. They are complementary—identify the attack layer in the question.

3.3.2Section summary

  • Detect = GuardDuty / evaluate = Config / aggregate = Security Hub
  • Protect = WAF (L7)/Shield (DDoS) / remediate = EventBridge → Lambda/SSM

Sign in to track progress — Log in.

Quick check

(just a quick review)

Q1. You want continuous ML-based detection of suspicious API usage or compromise signs from logs. What?

Q2. You want to continuously evaluate whether resource configs comply with rules (e.g., S3 must be encrypted) and detect drift. What?

Q3. You want to block SQL injection and malicious L7 HTTP requests to a web app. What?

Check your understandingPractice questions for Chapter 3: Continuous Improvement for Existing Solutions