Reconner
Plataforma auto-alojada para bug bounty que combina reconstrucción, DAST y monitorización continua. Enfoque 'verification-first' prioriza validación de hallazgos reduciendo falsos positivos mediante pruebas en navegador y análisis de evidencia.
Ficha actualizada 22 sept 2026, 18:05 · upstream 22 sept 2026, 16:06 · release v3.2.0
Qué es Reconner
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Reconner es una plataforma de seguridad integral diseñada para operaciones de bug bounty y auditoría web. Su arquitectura unifica backend, frontend responsivo (Next.js/React), base de datos SQLite, navegador Chromium y herramientas externas en un único contenedor Docker. El sistema se centra en la gestión del ciclo de vida de los hallazgos, separando candidatos de evidencia confirmada para optimizar el triage.
- Plataforma centralizada de triage que unifica resultados de múltiples herramientas de escaneo en una interfaz web coherente, priorizando el trabajo manual sobre hallazgos verificados.
- Monitorización continua de activos que detecta cambios en la superficie de ataque y actualiza automáticamente los proyectos de bug bounty asociados sin intervención manual constante.
- Gestión de programas de Bug Bounty que normaliza y filtra activos de plataformas como HackerOne o Intigriti, permitiendo importar escopos declarados y expandir el análisis solo en recursos aprobados explícitamente.
- Análisis profundo de JavaScript que rastrea dependencias entre sitios, analiza fuentes de mapas y previene ciclos infinitos durante el crawling de aplicaciones SPA complejas.
- Todo en uno: Incluye backend, frontend responsivo, base de datos SQLite, navegador Chromium y herramientas externas dentro de una sola imagen Docker.
- Enfoque de validación: Implementa un ciclo de vida de candidatos que requiere pruebas de reproducibilidad y evidencia (OAST/timing) antes de marcar un hallazgo como confirmado.
- Gestión segura de escopos: Control estricto sobre qué activos se escanean; los nuevos recursos de proveedores externos quedan en estado 'pendiente' hasta aprobación explícita del operador.
- Requisitos de infraestructura: Necesita Docker y Docker Compose v2, con un consumo estimado de 2 núcleos CPU y 2 GB RAM para funcionar correctamente según el análisis técnico.
- Complejidad de actualización: Las actualizaciones requieren detener escaneos activos y seguir procedimientos específicos (pull de imagen, reparación de permisos) que pueden interrumpir flujos de trabajo en producción si no se siguen las instrucciones.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Recomendado usar la imagen precompilada para evitar tiempos de compilación largos. Configurar ADMIN_PASSWORD en el archivo .env antes del primer arranque es obligatorio; de lo contrario, hay que recuperarlo de los logs. El volumen persistente reconner-data debe montarse correctamente para sobrevivir a las actualizaciones de imagen. Verificar la versión VERSION en el código fuente antes de desplegar para asegurar compatibilidad con la etiqueta Docker.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.