SAP-C02

Deep Dive

Todas las guías
Practicar ahora
D3 · Mejora continua de soluciones

Seguridad y compliance a escala: GuardDuty, Security Hub y Config

El dominio D3 del SAP-C02 (25%) evalúa mejora continua, y la seguridad a escala organizacional es su eje central. Debes saber diferenciar las herramientas de seguridad, sus casos de uso y cómo funcionan juntas en un pipeline de detección y respuesta.

Icon-Architecture/48/Arch_AWS-Shield_48

Framework de seguridad: controles preventivos vs detectivos

Controles Preventivos — bloquean antes de que ocurra

  • SCPs (Service Control Policies) — límites en cuentas de la org
  • IAM Policies — permisos de mínimo privilegio
  • Security Groups y NACLs — firewall de red
  • AWS WAF — protección contra ataques en capa 7
  • AWS Shield — protección contra DDoS
  • S3 Block Public Access — previene exposición accidental de S3
  • AWS Organizations: bloquear regiones no autorizadas
  • CloudFormation Stack Policies — protege recursos en stacks

Controles Detectivos — identifican después de que ocurre

  • AWS CloudTrail — auditoría de todas las llamadas a la API
  • AWS Config — cambios de configuración y compliance
  • Amazon GuardDuty — detección de amenazas con ML
  • AWS Security Hub — vista centralizada de hallazgos
  • Amazon Macie — detecta datos sensibles en S3
  • Amazon Inspector — vulnerabilidades en EC2/ECS/Lambda
  • Amazon Detective — investigación de incidentes de seguridad
  • VPC Flow Logs — tráfico de red para análisis forense
Icon-Architecture/48/Arch_Amazon-GuardDuty_48

Amazon GuardDuty — detección inteligente de amenazas

GuardDuty es un servicio de detección de amenazas que usa Machine Learning para analizar fuentes de datos de AWS y detectar comportamientos maliciosos o anómalos. No requiere agentes ni configuración compleja.

Fuentes de datos analizadas

  • CloudTrail Event Logs — llamadas a la API sospechosas
  • VPC Flow Logs — tráfico de red (comunicación con IPs maliciosas)
  • DNS Logs — queries a dominios maliciosos (C2 servers)
  • EKS Audit Logs — actividad sospechosa en clústeres Kubernetes
  • RDS Login Events — actividad de login sospechosa en RDS
  • S3 Data Events — acceso inusual a buckets S3
  • Lambda Network Activity — funciones Lambda con comportamiento anómalo
  • ECS Runtime Activity — actividad de contenedores sospechosa

Tipos de hallazgos (Finding Types)

Backdoor:EC2 comunicándose con IPs de botnet conocidas
Cryptocurrency:EC2 minando criptomonedas sin autorización
Recon:Escaneo de puertos o enumeración de APIs
Trojan:Malware o droppers detectados en el comportamiento
UnauthorizedAccess:Credenciales IAM usadas desde IPs inusuales o TOR
Policy:Configuración que viola buenas prácticas (root user activo)

GuardDuty en multi-cuenta con Organizations

Habilitar GuardDuty en toda la organización desde una cuenta Delegated Administrator (generalmente la Security Tooling Account). Los hallazgos de todas las cuentas miembro se agregan en el administrador delegado. Las nuevas cuentas se incorporan automáticamente.

Icon-Architecture/48/Arch_AWS-Security-Hub_48

AWS Security Hub — postura de seguridad centralizada

Security Hub agrega hallazgos de múltiples servicios de seguridad de AWS y de terceros en un panel único. Evalúa la postura de seguridad contra estándares como CIS AWS Foundations Benchmark, PCI DSS y AWS Foundational Security Best Practices.

Fuentes de hallazgos (integradas nativas)

  • GuardDuty
  • Inspector
  • Macie
  • IAM Access Analyzer
  • AWS Config
  • Firewall Manager
  • Systems Manager Patch Manager
  • AWS Health

Capacidades clave

  • Security Score: puntuación de postura de seguridad (0-100)
  • Security Standards: CIS, PCI-DSS, FSBP, NIST 800-53
  • Automated Response: EventBridge + Lambda para remediar hallazgos
  • Cross-account aggregation via Organizations
  • Formato estándar: ASFF (Amazon Security Finding Format)
  • Integración con SIEM de terceros (Splunk, IBM QRadar)
Icon-Architecture/48/Arch_AWS-Config_48

AWS Config — compliance y gobernanza de configuración

AWS Config registra el historial de configuración de todos los recursos AWS y evalúa su compliance contra reglas definidas. Responde a: ¿cómo estaba configurado este recurso hace 3 meses? ¿Qué cambió y quién lo cambió?

Config Rules

AWS Managed Rules150+ reglas pre-construidas. Ej: "s3-bucket-public-read-prohibited", "ec2-instances-in-vpc".
Custom RulesLambda function que evalúa la configuración del recurso y retorna COMPLIANT/NON_COMPLIANT.
Conformance PacksColección de reglas y acciones de remediación empaquetadas. Ej: "AWS Control Tower Detective Controls".
RemediaciónSSM Automation Documents para remediar automáticamente incumplimientos (ej: habilitar cifrado en S3 bucket).

Config en multi-cuenta

  • Aggregator: consolida datos de Config de múltiples cuentas/regiones en una vista centralizada
  • Organizations Integration: habilitación automática en nuevas cuentas
  • Conformance Pack a nivel de Org: una regla se despliega en todas las cuentas simultáneamente
  • Config Recorder: graba todos los cambios de configuración en S3 y SNS para auditoría
Icon-Architecture/48/Arch_Amazon-Macie_48

Macie, Inspector y Detective — servicios especializados

Amazon Macie

Descubre y protege datos sensibles en S3 usando ML. Identifica PII (números de tarjeta, SSN, datos médicos), credenciales, y datos confidenciales. Genera hallazgos cuando encuentra datos sensibles en buckets públicos o compartidos.

  • Auditoría de cumplimiento GDPR/HIPAA
  • Descubrir PII almacenada en S3
  • Alertar cuando datos sensibles quedan expuestos accidentalmente

Amazon Inspector

Escanea continuamente instancias EC2, imágenes de contenedor en ECR y funciones Lambda en busca de vulnerabilidades de software (CVEs) y deviaciones de mejores prácticas de seguridad de red.

  • Detectar CVEs en paquetes de OS o librerías
  • Network reachability: si puerto 22 está accesible desde internet
  • Cumplimiento de patch management

Amazon Detective

Servicio de investigación de incidentes de seguridad. Analiza automáticamente CloudTrail, VPC Flow Logs y GuardDuty para construir un grafo de comportamiento que facilita la investigación forense.

  • Investigar el alcance de un incidente de seguridad
  • Correlacionar eventos de múltiples fuentes
  • Visualizar el timeline de un ataque o breach
Icon-Architecture/48/Arch_AWS-Key-Management-Service_48

Cifrado a escala: KMS, CloudHSM y Secrets Manager

ServicioControl de clavesFIPS 140-2Mejor para
AWS KMS (AWS Managed Keys)AWS gestiona rotación y materialLevel 2Cifrado de recursos AWS sin overhead operacional
AWS KMS (Customer Managed Keys)Tú controlas la política y rotaciónLevel 2Cumplimiento que requiere control de claves propio
AWS KMS (Customer-Provided Keys)Tú importas material de claveLevel 2Cumplimiento que requiere material de clave externo
CloudHSMTú tienes acceso exclusivo al HSMLevel 3Cumplimiento estricto (PCI, FIPS L3), offload SSL/TLS
Secrets ManagerGestión de secretos + rotación automáticaUsa KMSCredenciales de DB, API keys con rotación automática
SSM Parameter StoreSecretos y configuración (no solo secretos)Usa KMSConfiguración de apps + secretos sencillos, menor costo
Icon-Architecture/48/Arch_Amazon-GuardDuty_48

Trampas frecuentes del examen

Trampa: "GuardDuty analiza el contenido de los datos en S3"

Realidad: FALSO. GuardDuty analiza metadatos y logs (CloudTrail, VPC Flow, DNS) — no el contenido de los archivos. Para analizar contenido de datos en S3 (PII) usa Amazon Macie.

Trampa: "AWS Config puede bloquear cambios de configuración no conformes"

Realidad: FALSO. Config es detectivo, no preventivo. Registra y evalúa cambios pero no los bloquea. Para bloquear cambios usa SCPs, IAM Policies o Service Catalog.

Trampa: "Security Hub reemplaza a GuardDuty, Inspector y Macie"

Realidad: FALSO. Security Hub agrega y centraliza los hallazgos de estos servicios — no los reemplaza. Debes habilitar GuardDuty, Inspector, etc. por separado.

Trampa: "CloudHSM y KMS son equivalentes"

Realidad: Son diferentes. KMS es gestionado por AWS (compartido pero con aislamiento criptográfico). CloudHSM te da un HSM dedicado donde tú tienes la única copia de las claves. CloudHSM cumple FIPS 140-2 Level 3 (KMS solo Level 2).

¿Entendiste este tema?

Pon a prueba lo que acabas de aprender

Un equipo de seguridad necesita: (1) detectar automáticamente si una instancia EC2 en cualquier cuenta de la organización está comunicándose con IPs maliciosas conocidas, (2) ver todos los hallazgos de seguridad de todas las cuentas en un panel centralizado, y (3) recibir una alerta cuando un bucket S3 en producción se configura como público. ¿Qué combinación de servicios satisface los tres requisitos?

Inicia sesión para llevar tu progreso.