Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

OpenEASD

OpenEASD es un escáner de superficie de ataque externo auto-alojado que empaqueta ~30 herramientas de recon (subfinder, nuclei, nmap) en una interfaz web para mapear subdominios, CVEs priorizados por EPSS/KEV y fugas de secretos. Ideal para pentesting autorizado y auditorías ISO 27001/SOC 2.

Ficha actualizada 28 sept 2026, 4:42 · upstream 28 sept 2026, 4:40 · release v2.22.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es OpenEASD

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

OpenEASD es una plataforma auto-alojada que centraliza herramientas de reconstrucción de superficie de ataque externo, permitiendo a los equipos de seguridad visualizar lo que un atacante podría ver: subdominios expuestos, takeovers, puertos abiertos y secretos filtrados. Integra más de 30 herramientas open source como subfinder, amass, naabu, nmap y nuclei detrás de una única interfaz web con agendamiento, alertas y seguimiento de hallazgos.

CASOS DE USO
  • Mapeo rápido de superficie externa para red teaming en objetivos autorizados.
  • Monitorización continua de infraestructura propia para detectar fugas (subdominios, CNAMEs colgantes).
  • Generación de evidencia para auditorías de cumplimiento como ISO 27001 o SOC 2.
  • Consolidación de resultados de múltiples herramientas de recon en una vista unificada.
  • Detección de secretos expuestos en repositorios públicos y análisis de brechas de datos.
PUNTOS DESTACADOS
  • Empaquetado de ~30 herramientas de recon (DNS, HTTP, CVEs, cloud) en una sola interfaz web.
  • Priorización de vulnerabilidades mediante EPSS y lista KEV de CISA para enfoque en riesgo real.
  • Transparencia de cadena de suministro con SBOM y SLSA provenance attestations.
  • Sin telemetría ni envío de datos a terceros por defecto; resultados locales.
  • Licencia MIT y despliegue auto-alojado sin dependencia de servicios comerciales.
  • Análisis pasivo (sin autorización) y activo (requiere consentimiento explícito).
PRECAUCIONES
  • No es un producto de cumplimiento certificado; no certifica a la organización.
  • Requiere autorización explícita para escaneos activos sobre dominios externos.
  • Falta RBAC, SAML o multi-tenencia actualmente (no apto para grandes SOCs).
  • Imágenes Docker aún no firmadas con cosign (aunque incluyen SBOM y SLSA).
  • Algunas fuentes de datos pasivas requieren claves API propias (ej. Shodan, XposedOrNot).
VISUAL

Capturas del proyecto

Imágenes reales detectadas en la documentación del repositorio.

Cybersecify
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker Compose detectado

Requisitos mínimos: 2 GB RAM, 1 vCPU, 5 GB disco; recomendado: 4 GB RAM, 2 vCPU, 10 GB. Configurar SECRET_KEY y DB_PASSWORD en docker-compose.yml. Usar OPENEASD_PROFILE=low|balanced|high según memoria disponible. Bloquear egress en firewall (solo permitir tráfico de escaneo). Imagen web en puerto 8000, worker en 5173, Postgres en 5432.

✓Dockerfile
✓Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
ReactNode.jsDjangoGoPython
SERVICIOS
PostgreSQLS3/MinIO
BASES DE DATOS
PostgreSQL
PUERTOS
800051735432
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

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.