LazySentry
LazySentry es una herramienta de seguridad y mantenimiento autocontenido para repositorios. Permite escanear vulnerabilidades (CVE), detectar secretos, verificar paquetes desactualizados y analizar la salud del proyecto con un solo contenedor Docker.
Ficha actualizada 22 sept 2026, 19:22 · upstream 22 sept 2026, 19:00 · release v1.6.0
Qué es LazySentry
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Self-hosted security & maintenance dashboard for your repositories — CVE tracking, secret detection, outdated packages, one Docker container.
LazySentry ofrece una solución completa de seguridad para equipos pequeños a medianos. Su arquitectura simplificada permite escanear múltiples repositorios desde un único contenedor con un solo comando `docker compose up -d`. La plataforma centraliza la detección de vulnerabilidades (OSV), el descubrimiento de secretos mediante TruffleHog, y el análisis de paquetes desactualizados.
La interfaz visual presenta cada hallazgo como una tarjeta colorida que indica urgencia sin necesidad de consultar múltiples fuentes externas. Los resultados se actualizan en tiempo real a través de eventos Server-Sent Events, eliminando la necesidad de polling del cliente. Además, LazySentry soporta múltiples cuentas (GitHub, GitLab, Gitea) y permite escanear dependencias transitivas para identificar vulnerabilidades indirectas.
El sistema mantiene el código fuente en repositorios locales mediante un contenedor de trabajo que ejecuta los scanners sin descargar ni almacenar archivos del proyecto. Esto garantiza que la información sensible nunca salga de tu infraestructura, mientras que las credenciales detectadas se reducen a tokens encriptados antes de ser consultados.
La plataforma incluye dashboards de tendencias y sostenibilidad (actividad de commits), un registro de auditoría detallado, y notificaciones programables para alertas automáticas. Su diseño sigue principios como no almacenar secretos en texto plano, no mostrar estados falsos positivos, y registrar el estado de cada hallazgo a lo largo del tiempo.
- Escaneo de vulnerabilidades (CVE) en repositorios con un solo comando
- Detección automática de secretos y credenciales comprometidas
- Verificación de paquetes desactualizados contra la última versión disponible
- Análisis de salud del proyecto mediante actividad de commits
- Escaneo de dependencias transitivas para detectar vulnerabilidades indirectas
- Alertas programables vía cron o notificaciones en Slack/Discord
- Arquitectura simplificada con un solo contenedor Docker que ejecuta el dashboard y los scanners (OSV, TruffleHog)
- Escaneo de dependencias transitivas para identificar vulnerabilidades indirectas
- Detección de secretos mediante verificación en vivo contra APIs de proveedores
- Dashboard visual con tarjetas de urgencia que priorizan hallazgos activos sobre severidad técnica
- Soporte multi-identidad (GitHub, GitLab, Gitea) desde un solo dashboard
- Escaneo de commits para detectar proyectos abandonados o inactivos
- No incluye escaneo de código fuente completo (solo dependencias y git history)
- La verificación de secretos requiere conectividad a APIs externas durante el escaneo
- El análisis de paquetes desactualizados es limitado: no detecta versiones intermedias ni dependencias indirectas
- Soporte para múltiples repositorios simultáneos depende del tamaño del contenedor y la memoria disponible
- No incluye detección de vulnerabilidades en el propio sistema operativo o herramientas de desarrollo
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.
Instala con `docker compose up -d` usando un archivo `.env` que contiene la clave de encriptación AES-256. El contenedor `worker` ejecuta los scanners y escanea las dependencias, mientras el contenedor `api` sirve la interfaz web. Para producción, activa HTTPS mediante el flag `HTTPS=true` en `.env`. Si necesitas ejecutar los scanners localmente para desarrollo, usa `pnpm dev:worker` con binarios de osv-scanner y trufflehog descargados. El volumen SQLite se reutiliza entre despliegues sin necesidad de migraciones manuales.
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.