Saltar al contenido

Lección 18 de 20 · Lectura y práctica

Documenta Hallazgos y Recomendaciones en un Informe

Tipo de lección: VideoConcepto claveDocumentar hallazgos y recomendaciones en un informe de seguridad es como crear un mapa de navegación para que un cliente pueda entender y solucionar vulnerabilidades. Imagina que eres un.

Del concepto a la práctica

Taller de esta lección

Un hallazgo debe permitir que otra persona entienda qué ocurrió, dónde, con qué evidencia y qué hacer después. Usa una estructura estable: identificador, activo, condición, evidencia, impacto, severidad razonada, recomendación y verificación. La severidad no sustituye al análisis; explica por qué un problema afecta confidencialidad, integridad o disponibilidad.

Ejemplo resuelto

H-01: 10.10.10.20:80; condición, entrada concatenada en consulta local; evidencia, prueba con nombre ficticio que devuelve una fila adicional; impacto, lectura no autorizada de registros; recomendación, consulta parametrizada y validación en servidor; verificación, repetir la prueba y comprobar cero filas extra.

Completa H-01 con evidencia de3705: tres cuentas ficticias, entrada especial,3 filas concatenadas frente a0 parametrizadas. Vincula10.10.10.20:80 solo si implementaste esa misma consulta en TU aplicación local: ejecutar SQLite en RAM no demuestra que el servidor web tenga esa vulnerabilidad. En el laboratorio offline registra activo:programa_local_sqlite y limita impacto a datos sintéticos; no inventes una explotación HTTP ni una severidad CVSS no calculada.

Pruébalo

  1. Redacta una frase factual de condición.

  2. Añade evidencia reproducible y limitaciones.

  3. Describe impacto sin exagerar consecuencias.

  4. Propón corrección y prueba de cierre.

Error frecuente: escribir «riesgo crítico» sin explicar impacto. Corrección: relaciona activo, datos y alcance real.

Ejercicio: convierte el ejemplo en una ficha de ocho campos.

Comprueba tu resultado

la recomendación no dice solo «parchear» y la verificación define una observación concreta que confirmaría el cierre.

De la alerta al hallazgo. Una alerta del escáner requiere validación y evidencia. Documenta impacto, corrección y una repetición controlada para comprobar el resultado.
CursaloMapa de práctica
De la alerta al hallazgo

Una alerta del escáner requiere validación y evidencia. Documenta impacto, corrección y una repetición controlada para comprobar el resultado.

Ver la infografía en tamaño completo ↗

Tipo de lección: Video

Concepto clave

Documentar hallazgos y recomendaciones en un informe de seguridad es como crear un mapa de navegación para que un cliente pueda entender y solucionar vulnerabilidades. Imagina que eres un médico: no solo diagnosticas la enfermedad (vulnerabilidad), sino que explicas claramente los síntomas (impacto), causas (técnica de explotación) y recetas (recomendaciones). Un buen informe transforma datos técnicos en decisiones accionables.

El informe profesional tiene dos objetivos principales: comunicar riesgos a audiencias no técnicas (como gerentes) y proporcionar guías técnicas para equipos de TI. Sin documentación clara, incluso el pentesting más exhaustivo pierde valor, porque los hallazgos no se traducen en acciones concretas de mejora.

Cómo funciona en la práctica

Vamos a estructurar un informe paso a paso usando un ejemplo real: has encontrado una vulnerabilidad de inyección SQL en un formulario web durante tu pentesting.

  1. Identifica el hallazgo: Describe exactamente dónde está (URL: /login.php, parámetro: username).
  2. Clasifica la severidad: Usa una escala como Crítica/Alta/Media/Baja. Para SQLi, suele ser Alta o Crítica.
  3. Explica el impacto: "Un atacante podría extraer la base de datos completa, incluyendo contraseñas de usuarios".
  4. Detalla la reproducción: Proporciona pasos exactos:
    1. Acceder a http://ejemplo.com/login.php
    2. En el campo username, ingresar: admin' OR '1'='1
    3. Observar que se omite la autenticación
  5. Propón recomendaciones: Específicas como "Implementar consultas parametrizadas usando PDO en PHP".
Un informe efectivo incluye evidencia: capturas de pantalla, logs de herramientas como sqlmap, o códigos de ejemplo que muestren el problema y la solución.

Caso de estudio

Empresa: "TiendaOnline S.A." (nombre ficticio). Durante el pentesting, descubres:

VulnerabilidadSeveridadImpactoRecomendación
XSS en búsquedaAltaRobo de cookies de sesiónSanitizar entrada con htmlspecialchars() en PHP
Contraseñas débiles en adminMediaAcceso no autorizadoImplementar política de complejidad (mínimo 12 caracteres)
Servidor sin actualizarCríticaExplotación de vulnerabilidades conocidasAplicar parches de seguridad inmediatamente

El informe para TiendaOnline S.A. organiza estos hallazgos por severidad, incluye capturas del ataque XSS ejecutando alert('hacked'), y prioriza las recomendaciones: primero parchar el servidor (crítico), luego fix XSS (alta), y finalmente políticas de contraseñas (media).

Errores comunes

  • Usar jerga técnica excesiva: El cliente no entenderá términos como "buffer overflow". Solución: Explicar con analogías ("es como llenar un vaso más allá de su capacidad").
  • No priorizar hallazgos: Listar 50 vulnerabilidades sin orden confunde. Solución: Clasificar por severidad y impacto en el negocio.
  • Recomendaciones vagas: Decir "mejorar seguridad" no ayuda. Solución: Dar pasos específicos ("usar WAF para bloquear SQLi").
  • Olvidar evidencia: Sin pruebas, el cliente puede dudar. Solución: Incluir capturas, códigos de explotación y resultados de herramientas.
  • Ignorar el contexto del cliente: Recomendar soluciones costosas a una PYME. Solución: Adaptar recomendaciones a recursos disponibles.

Checklist de dominio

  • ¿Clasificaste cada hallazgo con una severidad clara (Crítica/Alta/Media/Baja)?
  • ¿Incluiste pasos reproducibles para que el cliente verifique la vulnerabilidad?
  • ¿Explicaste el impacto en lenguaje no técnico para gerentes?
  • ¿Proporcionaste recomendaciones específicas y accionables?
  • ¿Adjuntaste evidencia como capturas de pantalla o logs?
  • ¿Estructuraste el informe con resumen ejecutivo, hallazgos detallados y anexos?
  • ¿Revisaste que no haya errores de ortografía o datos incorrectos?

Crea un informe de hallazgos para una vulnerabilidad de fuerza bruta

En este ejercicio, simularás que durante un pentesting descubriste un login vulnerable a ataques de fuerza bruta en http://ejemplo.com/admin. Sigue estos pasos:

  1. Identifica el hallazgo: Escribe un título claro, como "Vulnerabilidad de fuerza bruta en panel de administración".
  2. Describe la vulnerabilidad: Explica que el login no tiene límites de intentos ni CAPTCHA, permitiendo adivinar contraseñas.
  3. Asigna severidad: Clasifícala como Media (puede variar según contexto).
  4. Detalla el impacto: Redacta un párrafo sobre riesgos como acceso no autorizado a datos sensibles.
  5. Proporciona evidencia: Crea una tabla con datos de ejemplo:
    HerramientaResultado
    hydra100 intentos en 2 minutos sin bloqueo
  6. Escribe recomendaciones: Lista 3 acciones específicas, como implementar límite de 5 intentos y CAPTCHA.
  7. Revisa: Asegúrate de que sea claro, sin errores, y accionable.
Pistas
  • Usa el formato: Título, Severidad, Descripción, Impacto, Evidencia, Recomendaciones.
  • Para impacto, piensa en qué podría hacer un atacante si entra al panel admin.
  • Incluye un ejemplo de cómo configurar el límite de intentos en un código como PHP.

Evalua tu comprension

Completa el quiz interactivo de arriba para ganar XP.

Sigue con Pentesting Básico con Kali Linux: De Cero a Tu Primer Informe de Seguridad

Esta lección forma parte de un curso de Cursalo. Revisa su programa y elige entre la compra individual o el acceso a toda la escuela.

Si ya tenías acceso a este curso, entra con tu cuenta: tus derechos y tu progreso se conservan. No necesitas comprarlo de nuevo.

01 / ELEGIR UNA RUTA

El próximo paso

Aprende IA mientras construyes algo que sí necesitas.

Empieza por el curso inicial o explora el catálogo para encontrar una práctica alineada con tu trabajo.