práctica
etapa: respond
2 min de lectura
Triaje, acotamiento del alcance y contención
La primera hora gira en torno a dos preguntas: ¿hasta dónde llegó esto y cuál es la forma menos dañina de detenerlo? Respóndelas en el orden correcto y mantén la evidencia intacta.
EDR (CrowdStrike, Defender, SentinelOne)AWS CLI / cloud consolesSIEMnetwork isolation (VLAN, security groups)IdP admin consoleforensic snapshots
Preguntas de triaje
- ¿Cuál es la alerta y es verdadera? Descarta rápido un falso positivo con una segunda fuente de datos.
- ¿Qué está afectado: qué hosts, identidades, cuentas, servicios y datos?
- ¿Cuándo empezó? La primera alerta rara vez es el primer evento; mira hacia atrás.
- ¿Qué tiene ahora el atacante: credenciales, persistencia, un punto de apoyo en la nube?
- ¿Están saliendo datos y la actividad sigue en curso?
- ¿Cuál es el impacto en el negocio y qué severidad implica?
Opciones de contención
Elige la acción más pequeña que detenga el daño. La contención de corto plazo gana tiempo; la de largo plazo prepara una recuperación limpia.
- Identidad: restablece credenciales, revoca sesiones y tokens, deshabilita la cuenta o la clave de acceso, exige reautenticación con un segundo factor.
- Endpoint: aísla el host de la red mediante el EDR (sigue encendido y accesible para tus herramientas), en lugar de apagarlo y perder la memoria.
- Red: bloquea direcciones y dominios maliciosos conocidos, restringe el egress, mueve el sistema a un segmento de cuarentena.
- Nube: política deny-all en el rol comprometido, de cuarentena en la instancia, snapshot del volumen antes de hacer cambios.
- Aplicación: deshabilita la función vulnerable o desvía el tráfico con una regla de mientras se construye la corrección.
Ejemplo en la nube: contener una clave de acceso filtrada
Contén primero, preserva después, investiga al final. Los comandos de abajo desactivan la clave, deniegan nuevas acciones y hacen un snapshot de un volumen sospechoso; adapta nombres e ids, y registra cada comando en la línea de tiempo del incidente.
# 1. evita que la clave funcione (consérvala; no la borres, la necesitas como evidencia)
aws iam update-access-key --user-name build-bot --access-key-id AKIAEXAMPLEKEY --status Inactive
# 2. deniega todo al usuario mientras investigas
aws iam attach-user-policy --user-name build-bot --policy-arn arn:aws:iam::aws:policy/AWSDenyAll
# 3. aísla una instancia sospechosa con un security group que no permite nada
aws ec2 modify-instance-attribute --instance-id i-0abc123 --groups sg-0quarantine
# 4. preserva su disco antes de cualquier limpieza
aws ec2 create-snapshot --volume-id vol-0abc123 --description "INC-2026-0142 evidence" \
--tag-specifications 'ResourceType=snapshot,Tags=[{Key=incident,Value=INC-2026-0142}]'Errores que evitar
- Borrar o reinstalar antes de tomar evidencia: pierdes la respuesta de cómo entraron.
- Contener solo el host que encontraste: el atacante tiene otros puntos de apoyo, así que acota el alcance primero o contén de forma amplia de una sola vez.
- Restablecer una contraseña pero dejar activas las sesiones, tokens, claves de API y reglas de buzón.
- Alertar al atacante al cambiar cosas poco a poco durante días; coordina la contención en una sola ventana decisiva.
- Olvidar registrar quién hizo qué y cuándo.
conexiones en el mapa
- El ciclo de vida de la respuesta a incidenteses ejecutado porTriaje, acotamiento del alcance y contención
- Análisis de logs y construcción de una línea de tiempoacota el alcance deTriaje, acotamiento del alcance y contención
- Triaje, acotamiento del alcance y contenciónse especializa paraPlaybook de respuesta a ransomware
- Triaje, acotamiento del alcance y contenciónpreserva evidencia paraFundamentos de forense digital
actualizado el 14/10/2026 · fuentes para profundizar · reportar un error
en otros dominios
- Respuesta a incidentes en la nubecloudsecla misma contención, aplicada a cuentas y recursos de nube
Estudia antes
Desbloquea
pon a prueba lo que entendiste
Cargando preguntas…