Un escáner DAST sensible al contexto que diseñé y desarrollé en la Universidad ITMO; combina el mapeo de la superficie de ataque, pruebas selectivas, deduplicación de solicitudes y verificación de hallazgos basada en evidencias.
Fig. 01
Hendra · DAST
Hendra: el escáner DAST que diseñé y construí.
En mi investigación doctoral, ya completada en la Universidad ITMO, desarrollé la arquitectura de Hendra, la planificación de escaneos, la deduplicación de solicitudes, la verificación de hallazgos y el marco de evaluación. El contexto de la aplicación determina qué comprobaciones ejecuta el escáner.
Hendra frente a Burp Suite Pro · DVWA, seguridad baja · ejecución controlada
Burp Suite ProF1 0.929
40.131
HendraF1 0.966
686
58.5×Menos solicitudes
Datos registrados en la investigación de mi proyecto: DVWA con seguridad baja, con las configuraciones de herramienta probadas. F1 combina precisión y exhaustividad. Estas cifras describen este experimento, no una clasificación universal ni una garantía de rendimiento en producción.
Resumen
Diseñé y desarrollé Hendra para mi proyecto de investigación doctoral, ya completado, en la Universidad ITMO. El trabajo abarca la arquitectura central del escáner, la identificación de tecnologías, la planificación de escaneos, la deduplicación y memoización de solicitudes, el dictamen de hallazgos y el marco de evaluación DASTestBed.
Las pruebas DAST examinan una aplicación en ejecución. Hendra trabaja a través de las interfaces que esta expone, sin leer el código fuente. Mi investigación se pregunta cómo el contexto observado a través de esas interfaces puede orientar pruebas útiles, reducir el tráfico redundante y respaldar los hallazgos con evidencias.
El objetivo de ingeniería es un análisis selectivo y medible: construir un modelo útil de la aplicación, elegir las comprobaciones a partir de ese contexto, controlar el envío de solicitudes y evaluar las evidencias. Cada parte responde a una limitación concreta del escaneo automatizado.
Cómo diseñé el escáner
01
Mapear la aplicación
Un rastreador instrumentado construye un grafo de la superficie de ataque con endpoints, parámetros, tecnologías observadas y características de las respuestas. Las comprobaciones pasivas enriquecen ese modelo a partir de las respuestas ya recogidas.
02
Elegir las comprobaciones pertinentes
La identificación de tecnologías y el grafo guían la planificación del escaneo, la selección de payloads y las plantillas de Nuclei pertinentes. El escáner combina sus propias sondas genéricas con flujos específicos para cada tecnología.
03
Controlar cada solicitud
Una capa de envío compartida aplica deduplicación por equivalencia de características y memoización en todos los módulos del escáner. La reutilización depende del contexto de la solicitud y de comprobaciones de validez, de modo que la mera similitud de las URL no basta para establecer la equivalencia.
04
Revisar las evidencias
Los hallazgos candidatos pasan por una capa de dictamen basada en evidencias, asistida por un LLM, antes de reportarse. La detección se evalúa frente a una verdad de referencia explícita; la propia capa de verificación también debe evaluarse.
Qué mostró el experimento controlado
En la ejecución registrada sobre DVWA con seguridad baja, Hendra detectó 14 de las 15 instancias de vulnerabilidad de referencia sin falsos positivos; Burp Suite Pro detectó 13 de 15, también sin falsos positivos. Hendra no detectó una instancia de XSS porque su rastreador no ejercitó el parámetro afectado. El volumen de solicitudes y el F1 muestran a la vez el resultado de la detección y el coste en tráfico.
Hendra frente a Burp Suite Pro · DVWA, seguridad baja · ejecución controlada
Escáner
Solicitudes enviadas
F1
Hendra
686
0,966
Burp Suite Pro
40.131
0,929
Datos registrados en la investigación de mi proyecto: DVWA con seguridad baja, con las configuraciones de herramienta probadas. F1 combina precisión y exhaustividad. Estas cifras describen este experimento, no una clasificación universal ni una garantía de rendimiento en producción.
Qué demuestran estos resultados
Esta ejecución demuestra un conjunto compacto de solicitudes con una detección sólida en el objetivo y la configuración elegidos. No demuestra una superioridad universal, un menor tiempo de ejecución, una cobertura completa ni el mismo resultado en la aplicación de un cliente. El fallo restante muestra además por qué la cobertura del rastreo debe formar parte de la evaluación. Una nueva comparación requiere objetivos, accesos y perfiles de herramienta reproducibles explícitos, además de una verdad de referencia cuando exista.
La investigación que respalda la ingeniería
Estas publicaciones abordan partes concretas de la investigación. La comparación sobre DVWA de arriba procede del registro de investigación de mi proyecto; no se presenta como un resultado publicado en los tres artículos.
Las características de comportamiento, la supervisión débil y el aprendizaje automático asistido por reglas ayudan a establecer el contexto de la aplicación. El estudio publicado evalúa 122 tecnologías en 8594 sitios web.
Un modelo formal de equivalencia de solicitudes, reutilización segura, envío concurrente y cotas de complejidad sienta las bases para controlar el tráfico redundante del escáner.
Objetivos en contenedores, registros explícitos de vulnerabilidades y hallazgos normalizados de los escáneres permiten examinar las condiciones de evaluación y el coste de la detección.
Qué significa esto para su proyecto
Si desarrolla un producto de seguridad o necesita una herramienta de análisis a medida, podemos definir un trabajo sobre arquitectura, lógica de detección, extensiones del escáner o evaluación. Hendra es un ejemplo concreto de mi trabajo de ingeniería DAST. El desarrollo SAST es una capacidad distinta, con el lenguaje, el enfoque de análisis y los entregables acordados para su proyecto.
Envíeme un breve resumen. Respondo en un plazo de tres días con preguntas o un esbozo de propuesta, y el precio se acuerda por escrito antes de empezar.
