CIPFP Mislata · Unidad 4

Investigación de Incidentes de Ciberseguridad

Guía completa interactiva: gestión de incidentes, evidencias, OSINT, CSIRTs y banco de preguntas tipo test.

Fases Definiciones Esquemas IoCs Evidencias OSINT CSIRTs Test Interactivo Resumen

Las 5 Fases del Ciclo de Gestión

01
Preparación
Escudo preventivo
02
Identificación
Diagnóstico
03
Contención
Torniquete
04
Recuperación
Retorno
05
Post-Incidente
Aprendizaje
⚡ Fase 1 — Preparación

El objetivo es establecer la capacidad de respuesta antes de que ocurra el incidente. Comprende cuatro pilares:

  • Gobernanza y Equipos: Definición de roles (internos, externos e híbridos). Listado de contactos de emergencia.
  • Desarrollo del IRP (Incident Response Plan): Playbooks para Ransomware, fugas de datos, DDoS. Define qué hacer, qué pasos seguir y qué herramientas usar.
  • Capacidades Técnicas: Logging, SIEM, EDR/XDR. Inventario de activos ("No puedes proteger lo que no conoces"). Backups e imágenes de disco.
  • Entrenamiento: Tabletop Exercises, Red Team, ciber-ejercicios de ciberdefensa.
Análisis de Riesgos Identificar activos → asignar probabilidad de ataque → determinar riesgos asumibles → definir plan de tratamiento de riesgo.
🔍 Fase 2 — Identificación

Detectar desviaciones del comportamiento normal y determinar su gravedad. Incluye:

  • Detección y Triage: Diferencia entre eventos, alertas e incidentes. Análisis de falsos positivos. Priorización según taxonomía e impacto.
  • Análisis de Vectores: Matriz MITRE ATT&CK. Vectores: correo, vulnerabilidades conocidas, USB, uso inapropiado de activos, pérdida/robo, fuerza bruta, sabotaje.
  • IoCs: Validar alertas y determinar el alcance del compromiso.
  • Notificación Inicial: Legal/Compliance (72h RGPD), C-Suite (decisiones estratégicas), IT/Operaciones (continuidad).
Regla de Oro Si la comunicación falla, aunque la respuesta técnica sea perfecta, el incidente puede hundir la empresa por multas legales o pérdida de confianza de los clientes.
🛑 Fase 3 — Contención y Mitigación

Limitar el daño y evitar propagación. Fase de decisiones más rápidas.

  • Contención corto plazo: Aislamiento de red, bloqueo de puertos, apagado de sistemas críticos.
  • Contención largo plazo: Parches de emergencia, endurecimiento de firewalls.
  • Mitigación: Borrado seguro, reinstalación. Desvío de tráfico en DDoS. Aislamiento de cuentas. Asistencia de INCIBE-CERT.
  • Preservación de evidencias: Volcados de RAM y clonado de discos antes de cualquier acción destructiva.
Importante Antes de poner en marcha el nuevo sistema es recomendable auditarlo para comprobar el nivel de protección.
♻️ Fase 4 — Recuperación

Devolver el nivel operacional de forma segura y validada.

  • Erradicación: Eliminar backdoors, limpiar artefactos maliciosos, resetear credenciales en todo el dominio.
  • Restauración: Priorización basada en BIA (Business Impact Analysis). Primero sistemas más críticos. Backups verificados.
  • Validación: Escaneos de vulnerabilidades post-incidente.
  • Monitorización reforzada: Detección de reincidencias.
Consejo Realizar la puesta en marcha en horas de baja carga para verificar el sistema en un entorno más amigable. Si el problema se reproduce, volver a la Fase 3.
📚 Fase 5 — Post-Incidente

Cerrar el ciclo y mejorar la postura de seguridad.

  • Lecciones Aprendidas (LL): Qué ocurrió, por qué fallaron los controles, cómo se respondió. Evaluar cadena de mando, procedimientos, políticas y formación.
  • Análisis Forense Formal: Peritaje técnico siguiendo la cadena de custodia si hay implicaciones legales.
  • Actualización del IRP: Modificar Playbooks con la experiencia real.
  • Métricas: MTTD (Tiempo Medio de Detección) y MTTR (Tiempo Medio de Respuesta).

Definiciones Esenciales

Gestión de Incidentes
Conjunto ordenado de acciones para prevenir que se materialice alguna amenaza y responder cuando se produce, gestionando el caos mediante procesos predecibles y auditables.
Incidente de Ciberseguridad
Evento que compromete la confidencialidad, integridad o disponibilidad de la información o los sistemas de una organización, causado de forma intencionada o accidental.
IRP (Incident Response Plan)
Plan documentado con procedimientos, roles y responsabilidades para responder a incidentes. Incluye Playbooks específicos para cada tipo de ataque.
Playbook
Guía operativa para un tipo de incidente (ransomware, DDoS, fuga de datos) que define qué hacer para evitarlo, qué pasos seguir y qué herramientas usar.
IoC (Indicator of Compromise)
Cualquier dato observado en una red o sistema que, con alto nivel de confianza, indica una intrusión. Pueden ser hashes, IPs, dominios, artefactos de red/host, herramientas o TTPs.
DFIR (Digital Forensics & Incident Response)
Disciplina que combina respuesta a incidentes con análisis forense digital. Trabaja sobre sistemas "en vivo" para respuesta rápida, priorizando la mitigación.
Cadena de Custodia
Registro documentado de quién ha tenido acceso a evidencias digitales desde su recolección hasta su presentación en juicio, garantizando integridad e inmutabilidad.
RFC 3227
Documento estándar de facto para la recopilación de evidencias digitales y su almacenamiento. Establece el orden de volatilidad para la recolección.
Volatilidad de Datos
Período de tiempo durante el cual los datos estarán accesibles en el equipo. Los datos volátiles (RAM, caché) se pierden primero; los no volátiles (disco) persisten tras el apagado.
Triage
Proceso de priorización de alertas e incidentes basado en taxonomía e impacto. Diferencia eventos (ocurrencias normales), alertas (potenciales problemas) e incidentes confirmados.
MITRE ATT&CK
Base de conocimiento global de tácticas, técnicas y procedimientos adversariales (TTPs) para entender qué está haciendo el atacante y mapear el alcance del incidente.
MTTD / MTTR
Mean Time To Detect y Mean Time To Respond. Métricas de la Fase 5 para medir la eficiencia del equipo de respuesta a incidentes.
BIA (Business Impact Analysis)
Análisis del impacto en el negocio. Se usa en la Fase de Recuperación para priorizar la restauración de los sistemas más críticos primero.
Precursor
Señal o evento que indica que un ataque es inminente (ANTES de que ocurra). Ej.: escaneos de puertos, intentos de login fallidos reiterados. Distinto al IoC (que indica compromiso ya producido).
Retro-hunting
Búsqueda retrospectiva en logs históricos (ej. últimos 30 días) para ver si algún otro equipo de la empresa tocó un IoC ya identificado. Define el alcance real del incidente.
OSINT
Open Source Intelligence. Obtención, análisis y utilización de información disponible públicamente para producir inteligencia útil para la toma de decisiones.
SOCMINT
Social Media Intelligence. Subdisciplina del OSINT enfocada exclusivamente en redes sociales. Trabaja únicamente con información que los usuarios han hecho pública voluntariamente.
CERT / CSIRT
Equipo de Respuesta ante Emergencias Informáticas. Centro especializado en respuesta a incidentes, alertas de amenazas y mejora de la seguridad. CERT es marca registrada (EEUU); CSIRT término genérico europeo.
Plataforma LUCÍA
Herramienta principal del CCN-CERT para la gestión y notificación coordinada de incidentes del sector público. Para acceder, la entidad debe estar dada de alta en la Plataforma Nacional de Ciberseguridad.

Flujos y Estructuras Clave

// Proceso de Análisis Forense — Pasos Universales
PRESERVACIÓN
No alterar
el original
ADQUISICIÓN
Copia bit a bit
Hash de verificación
ANÁLISIS
Examinar
evidencias
DOCUMENTACIÓN
Bitácora
cadena custodia
PRESENTACIÓN
Informe
para juicio
// Ciclo de Vida de un IoC
RECOLECCIÓN
OTX AlienVault
MISP / Internas
ENRIQUECIMIENTO
VirusTotal
PassiveTotal
VALIDACIÓN
¿Falso positivo?
Contrastar fuentes
RETRO-HUNTING
Búsqueda logs
últimos 30 días
ALCANCE
Equipos afectados
Impacto real
// DFIR vs. Análisis Forense — Diferencias Clave

DFIR — Análisis en Caliente (Vivo)

  • Sistemas encendidos ("en vivo")
  • Respuesta rápida durante la crisis
  • Objetivo: mitigar el incidente
  • Riesgo: contaminar el sistema involuntariamente
  • Cadena de custodia muy difícil de mantener
  • Válido para pólizas de seguro

Forense — Post-Mortem (Muerto)

  • Sistemas apagados
  • Perito informático profesional
  • Ante fedatario público (notario / secretario judicial)
  • Evita alteración de evidencias
  • Solo información persistente
  • Válido para procedimientos judiciales

La Pirámide del Dolor

Concepto de David Bianco que clasifica los IoCs según el dolor que le causamos al atacante al detectarlos y bloquearlos. Cuanto más alto en la pirámide, más difícil es para el atacante cambiar de táctica.

// Pirámide del Dolor — De menor a mayor impacto al atacante
TTPs (Tácticas)
⚠️ TTPs — DURO
Tienen que reaprender
🔧 Herramientas — DESAFIANTE
🌐 Artefactos Red/Host — MOLESTO
🌍 Dominios — SIMPLE
📡 IPs — FÁCIL
🔑 Hashes — TRIVIAL
Un bit cambia el hash
Nivel de IoC Ejemplo Dificultad para el atacante Tipo
Valores Hash SHA-256 de un malware Trivial Estático
Direcciones IP 185.x.x.x (C2 Server) Fácil Red
Nombres de Dominio update.malicious-site.com Simple Red
Artefactos de Red/Host User-Agent HTTP específico Molesto Behavioral
Herramientas Mimikatz / PsExec Desafiante Tooling
TTPs (Tácticas) Movimiento lateral vía WMI Duro Estratégico
IoCs de Red (Network-based)
Beacons C2: Latidos regulares hacia IPs sospechosas
Exfiltración: Picos de tráfico hacia Mega, Dropbox o DNS Tunneling
Patrones de escaneo: Intentos masivos a puertos 445 (SMB) o 3389 (RDP)
IoCs de Host (Endpoint-based)
Claves de Registro: Entradas Run/RunOnce para persistencia
Archivos en %TEMP%: Nombres aleatorios en directorios temporales
Tareas Programadas: Imitando nombres de Windows (ej. SvcHost Update)
Procesos Huérfanos: cmd.exe hijo de Microsoft Word

Orden de Volatilidad y Principios

Principio Fundamental — RFC 3227 Las evidencias deben recogerse de mayor a menor volatilidad. Capturar la imagen más precisa posible, minimizar cambios en el sistema y documentar todo con fechas y horas (UTC).

Orden de Recolección — Sistema Encendido ("Vivo")

Registros y contenidos de la caché
Contenidos de la memoria RAM
Estado de conexiones de red y tablas de rutas
Estado de procesos en ejecución
Contenido del sistema de archivos y discos duros
Contenido de otros dispositivos de almacenamiento

Evidencias Volátiles

Servicios en ejecución
Usuarios autenticados
Ficheros en uso
Procesos de memoria
Memoria RAM
Caché

Evidencias No Volátiles / Frágiles

Ficheros en disco
Documentos
Logs del sistema
Archivos temporales FRÁGIL
Regla Crítica Nunca usar el propio equipo comprometido para almacenar información recolectada. Usar discos externos o memorias USB.
❌ Acciones Prohibidas
• No apagar el ordenador hasta recopilar todo
• No confiar en programas del sistema comprometido
• No ejecutar programas que modifiquen fechas/horas
• No almacenar evidencias en el equipo comprometido
✅ Buenas Prácticas
• Recopilar con programas desde medios protegidos externos
• Solicitar autorización escrita antes de actuar
• Realizar hashes para verificar integridad
• Documentar cada paso con fecha y hora UTC

Cadena de Custodia y Documentación

1. Informe Inicial del Incidente
Descripción del incidente, fecha/hora, sistema afectado, cómo se detectó.
2. Cadena de Custodia
Registro de quién recolectó, transportó y manipuló cada evidencia. Descripción, ubicación y estado.
3. Procedimientos de Adquisición
Herramientas y técnicas usadas. Configuraciones de las herramientas forenses.
4. Análisis de Evidencias
Datos recopilados (logs, imágenes disco, tráfico). Software usado. Hallazgos y IoCs.
5. Documentación de Proceso
Pasos detallados del análisis. Screenshots que apoyen los hallazgos.
6. Conclusiones y Recomendaciones
Resumen objetivo de hallazgos. Sugerencias para prevenir futuros incidentes. Evitar afirmaciones no demostrables.
7. Informe Ejecutivo
Resumen de alto nivel para la gerencia. Análisis de impacto en la organización.
8. Lecciones Aprendidas
Reflexiones sobre el proceso. Cambios en políticas de seguridad o procedimientos.

Actuación ante Incidentes Internos y Externos

Incidente Interno

Determinar registros de acceso de la máquina comprometida
Comprobar dónde se originó el incidente
Aclarar si fue causado por un externo
Evaluar daños en la red interna
Determinar cuándo se elevaron privilegios
Verificar comunicaciones de usuarios
Comprobar sistemas comprometidos
Aplicar sanciones al personal infractor
Adoptar medidas correctivas y registrar en bitácora

Incidente Externo

Determinar geolocalización presunta del atacante
Observar periodo de incubación de vulnerabilidades
Determinar cantidad mínima de máquinas afectadas
Revisar reportes de errores previos al ataque
Determinar falsos positivos en el periodo comprometido
Verificar intentos de acceso externos (logs servidor)
Comprobar carpetas/unidades ocultas
Analizar tráfico de salida a apps no permitidas
Supervisar procesos activos y comportamiento
Ingeniería inversa del procedimiento del atacante

OSINT — Open Source Intelligence

Obtención, análisis y utilización de información disponible públicamente para producir inteligencia útil. No se trata solo de recopilar datos, sino de transformarlos en conocimiento relevante para la toma de decisiones.

Origen histórico El término OSINT comenzó a utilizarse en 1941 en EE.UU., con la organización FBIS (Foreign Broadcast Information Service), que recopilaba transmisiones extranjeras durante la II Guerra Mundial.

Características Clave

Acceso abierto
Fuentes legalmente accesibles sin intrusión ni privilegios especiales.
Gran volumen y diversidad
Redes sociales, medios, bases de datos públicas, registros gubernamentales, foros, metadatos, imágenes satelitales.
Multidisciplinariedad
Se combina análisis técnico, contextual y estratégico.
Ciclo de inteligencia
Recolección → Procesamiento → Análisis → Difusión.

Clasificación de Fuentes de Inteligencia

OSINT
Open Source Intelligence
Fuentes públicas
HUMINT
Human Intelligence
Relaciones interpersonales
GEOINT
Geospatial Intelligence
Información geoespacial
SIGINT
Signal Intelligence
Intercepción de señales
IMINT
Imagery Intelligence
Inteligencia en imágenes
FININT
Financial Intelligence
Inteligencia financiera

Fases del Proceso OSINT

// Ciclo de Inteligencia OSINT
1. PLANIFICACIÓN
Objetivos, finalidad
y prioridad
2. IDENTIFICACIÓN
Selección de
fuentes relevantes
3. OBTENCIÓN
Recopilación
activa de datos
4. PROCESAMIENTO
Contraste
y análisis
5. PRESENTACIÓN
Informe de
inteligencia
Límites legales — Lo que NO se puede hacer • Acceder a información protegida por contraseña sin autorización
• Vulnerar medidas de seguridad (puede constituir delito penal)
• Realizar vigilancia invasiva o permanente de una persona
• Usar información para discriminar, acosar o chantajear
• Usar datos robados en brechas de seguridad
• Scraping que viole términos de servicio
Marco ético — PrincipiosMinimización: Solo la información estrictamente necesaria
Legalidad: Solo fuentes verdaderamente públicas, sin autenticación
Finalidad: No reutilizar para fines distintos al original
Anonimato: Proteger la identidad del investigador
Do no harm: No poner en peligro a individuos
• RGPD aplica en la UE

Fuentes de OSINT

Buscadores
Google, Bing, Yahoo, DuckDuckGo, Yandex
Datos públicos oficiales
INE, BOE, Catastro, DGT, Registro Mercantil
Sitios de internet
Foros, chats, redes sociales (Twitter/X)
Deep Web / Dark Web
Recursos accesibles solo con herramientas específicas (Tor, I2P)
Metadatos e imágenes
Fotografías geolocalizadas, videos, imágenes satelitales, Google Earth

Métodos de Obtención

Método Descripción Nivel de Riesgo Información obtenida
Pasivo Sin generar tráfico hacia el objetivo; solo se "escucha" información pública Bajo Limitada
Semi-pasivo Se generan consultas discretas al objetivo (puertos, SO, versiones) Medio Moderada
Activo Interacción directa y persistente con recursos del objetivo Alto Extensa

Google Dorking

Técnica que utiliza operadores avanzados para filtrar el ruido y encontrar archivos o información que no debería estar expuesta (pero lo está).

Operador Función Ejemplo de uso
site: Limita la búsqueda a un dominio específico site:gob.es "presupuesto"
filetype: Busca extensiones de archivo específicas (PDF, xls, env...) filetype:env "DB_PASSWORD"
intitle: Busca palabras en el título de la página intitle:"index of" "backup"
inurl: Busca términos dentro de la URL inurl:/admin/login
cache: Muestra la versión guardada por Google cache:ejemplo.com
* Comodín para cualquier palabra "error en la línea *"
Ejemplos reales site:gva.es filetype:xls OR filetype:xlsx presupuesto site:marca.com filetype:pdf site:marca.com inurl:jpg OR inurl:png

Herramientas Clave de OSINT

OSINT Framework
Directorio gratuito en forma de árbol con cientos de herramientas agrupadas por tipo de dato. Creado por Justin Nordine (2016). Punto de partida para cualquier investigación.
Shodan
"El Google de los dispositivos". Encuentra cámaras, servidores, IoT mal configurados. Permite usar dorks como country:es.
Maltego
Herramienta gráfica de análisis de vínculos y relaciones. Visualiza conexiones entre personas, correos, dominios y cuentas sociales mediante "Transformaciones".
theHarvester
Herramienta CLI que recopila correos, subdominios, nombres de host e IPs desde múltiples fuentes públicas.
Hunter.io
Permite encontrar patrones de correos electrónicos corporativos de un dominio e identificar los esquemas de construcción de cuentas.
Wayback Machine
Permite ver cómo era una web en el pasado. Crucial si el objetivo borró información comprometedora recientemente.
FOCA
Extrae metadatos de documentos públicos (pdf, doc, xls, ppt…). Puede revelar IPs internas, usuarios, servidores y geolocalización.
Censys / Robtex
Censys: analiza certificados SSL y superficie de ataque. Robtex: infraestructura completa desde dominio o IP (listas negras, Whois, DNS).
HaveIBeenPwned
Verifica si un email fue comprometido en brechas de datos conocidas.
ExifTool
Extrae metadatos de imágenes (coordenadas GPS, modelo de cámara, fecha exacta). Libre y multiplataforma.
DNSDumpster / Amass
DNSDumpster: mapa visual de registros DNS de un dominio. Amass (OWASP): enumeración completa de subdominios e infraestructura.
Sherlock
Herramienta CLI que busca un nombre de usuario en más de 300 servicios online simultáneamente.
Problemas principales de OSINT Exceso de información: hay que identificar y seleccionar las fuentes de interés relevantes para el objetivo.
Fiabilidad de fuentes: una selección errónea puede generar resultados incorrectos y desinformación. Hay que valorar previamente cada fuente.

SOCMINT — Inteligencia en Redes Sociales

Subdisciplina del OSINT enfocada exclusivamente en redes sociales. Trabaja únicamente con información que los propios usuarios han hecho pública voluntariamente. No implica hackeo ni acceso a mensajes privados.

// OSINT vs. SOCMINT — Comparativa
Característica OSINT SOCMINT
Alcance Todas las fuentes abiertas Exclusivamente redes sociales
Tipo de datos Estructurados y técnicos No estructurados, contextuales y humanos
Fuentes Registros DNS, WHOIS, noticias, bases de datos Posts, comentarios, fotos, vídeos, perfiles
Enfoque Técnico e infraestructural Conductual y relacional
Combinados Mapa de amenazas completo y actual. SOCMINT añade dimensión humana al análisis técnico.
Técnicas Principales SOCMINT
Enumeración de nombre: Mismo usuario en múltiples plataformas
Geolocalización OSINT: Metadatos EXIF, etiquetas de ubicación
Análisis de Sentimiento: Evaluación emocional en publicaciones
Análisis de Redes (SNA): Comunidades, influencers, patrones
Análisis temporal: Patrones de publicación, horarios
Forense de metadatos: Datos ocultos en imágenes y documentos
SOCMINT + IA
LLMs: Análisis masivo de publicaciones para detectar patrones
Sentimiento avanzado: Ironía y contexto cultural en múltiples idiomas
Geolocalización automática: Identificar ubicaciones desde imágenes sin EXIF
Deepfakes y bots: Algoritmos para identificar cuentas artificiales
Grafos de conocimiento: Redes de relaciones entre entidades digitales

CSIRTs y Notificación de Incidentes

¿Qué es un CERT / CSIRT? Centro de Respuesta ante Emergencias Informáticas. Creado en 1988 en respuesta al gusano Morris. CERT es marca registrada (EEUU). CSIRT es el término genérico usado en Europa. Son prácticamente equivalentes.

Principales CSIRTs en España

CCSN — Consejo Nacional de Ciberseguridad
NIVEL POLÍTICO Y ESTRATÉGICO · Apoya al Consejo de Seguridad Nacional
CCN-CERT
Centro Criptológico Nacional (CNI) · Sector público y organismos oficiales · Plataforma LUCÍA
INCIBE-CERT
Instituto Nacional de Ciberseguridad · Ciudadanos, empresas, sector académico (RedIRIS)
ESPDEF-CERT
Mando Conjunto del Ciberespacio · Ministerio de Defensa · FFAA
CNPIC
Centro Nacional de Protección de Infraestructuras y Ciberseguridad · Infraestructuras críticas · NO es CSIRT pero opera con ellos
OCC
Oficina de Coordinación de Ciberseguridad · Ministerio del Interior · Coordina Policía Nacional y Guardia Civil

¿A Quién Notifica Cada Entidad?

Tipo de entidad CSIRT de referencia Cuándo / condición
Sector Público (Ley 40/2015) CCN-CERT Para incidentes bajo el ENS de peligrosidad alta, muy alta o crítica
Sector Privado (empresas, ciudadanos) INCIBE-CERT Ciudadanos, empresas, operadores esenciales no públicos
Infraestructuras Críticas CNPIC + INCIBE/CCN Según Ley PIC 8/2011. El CNPIC coordina con INCIBE-CERT o CCN-CERT
Defensa Nacional ESPDEF-CERT Si el incidente afecta a las FFAA o a la Defensa Nacional
Datos Personales comprometidos AEPD Obligatorio en 72 horas bajo el RGPD. En España: AEPD
Entidades financieras (DORA) Banco de España Normativa DORA. A través de sede electrónica del Banco de España
Indicios de delito OCC → Policía / G. Civil La OCC canaliza información entre FCSE y organismos de ciberseguridad

Proceso de Notificación — Ventanilla Única

Sujeto afectado notifica al CSIRT de referencia (INCIBE-CERT o CCN-CERT) mediante correo o ticket
El CSIRT pone en conocimiento del organismo receptor implicado (OCC si hay delito, AEPD si hay datos personales…)
El organismo receptor contacta con el sujeto afectado para recabar datos del incidente
El sujeto afectado comunica los datos necesarios al organismo receptor
Si procede, desde la OCC (CNPIC) se pone la información a disposición de las FCSE y el Ministerio Fiscal para investigación policial y judicial
Plataforma LUCÍA
Herramienta principal del CCN-CERT para la gestión y notificación coordinada de incidentes. Para acceder, la entidad debe estar dada de alta en la Plataforma Nacional de Ciberseguridad. Es preferible usarla sobre el correo electrónico.
Cuándo es obligatorio notificar
Es obligatoria la notificación a los organismos competentes de todos los incidentes de nivel Crítico, Alto y Muy Alto. Los criterios son el nivel de peligrosidad (amenaza potencial) y el nivel de impacto (consecuencias reales sobre la organización).

CSIRTs Autonómicos en España

AndalucíaCERT
Andalucía
BCSC
Agencia Vasca de Ciberseguridad
CSIRT.gal
Galicia
Catalonia-CERT
Cataluña
CSIRT-CV
Comunidad Valenciana
CSIRT CARM
Murcia

Test Interactivo — 55 Preguntas

Selecciona una respuesta. Obtendrás feedback inmediato y la explicación correcta.

Respondidas: 0/55  |  Correctas: 0
0%
Puntuación Final

Resumen Rápido — Todo en un Vistazo

5 Fases
Preparación → Identificación → Contención → Recuperación → Post-incidente
RGPD
72 horas para notificar a la AEPD si hay datos personales comprometidos
RFC 3227
Estándar de facto para recopilación y almacenamiento de evidencias digitales
Orden Volatilidad
Caché → RAM → Conexiones → Procesos → Disco → Otros dispositivos
Pirámide del Dolor
Hash (trivial) → IP → Dominio → Artefacto → Herramienta → TTP (duro)
DFIR vs Forense
DFIR = sistemas vivos, respuesta rápida. Forense = sistemas muertos, validez judicial
Forense Pasos
Preservación → Adquisición → Análisis → Documentación → Presentación
MTTD / MTTR
Métricas post-incidente: Tiempo Medio de Detección y Tiempo Medio de Respuesta
OSINT
Open Source Intelligence. Fuentes públicas. Ciclo: Planificación → Identificación → Obtención → Procesamiento → Presentación
OSINT Métodos
Pasivo (sin tráfico) / Semi-pasivo (consultas discretas) / Activo (interacción directa)
Google Dorking
Operadores: site: / filetype: / intitle: / inurl: / cache: para filtrar información expuesta
SOCMINT
Subdisciplina OSINT enfocada en redes sociales. Solo información pública voluntaria. No implica hackeo.
Sector Público → CCN-CERT
Organismos Ley 40/2015. Usa plataforma LUCÍA para notificación coordinada.
Sector Privado → INCIBE-CERT
Ciudadanos, empresas, academia (RedIRIS). Línea de Ayuda 017.
Notificación obligatoria
Incidentes de peligrosidad Crítica, Alta o Muy Alta. Criterios: peligrosidad + impacto.
Regla de Oro
Nunca almacenar evidencias en el equipo comprometido. Usar medios externos.