Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

sigillo

Plataforma open source para gestión de secretos auto-alojable, alternativa a Doppler/Infisical. Inyecta variables de entorno sin archivos .env y redacta automáticamente salidas sensibles.

Ficha actualizada 27 sept 2026, 10:37 · upstream 27 sept 2026, 10:20 · release sigillo@0.13.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es sigillo

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

Sigillo es una plataforma de gestión de secretos diseñada para reemplazar los archivos .env tradicionales. Funciona como un gestor de secretos en la nube que puedes auto-alojar, eliminando el vendor lock-in y permitiendo el control total sobre tus datos sensibles. Utiliza Next.js y React para su interfaz y lógica, con PostgreSQL como base de datos persistente.

CASOS DE USO
  • Gestión de secretos en CI/CD sin escribir claves en logs o artefactos
  • Despliegue multi-entorno (dev, staging, prod) desde una única fuente de verdad
  • Integración con agentes de IA para evitar que lean valores sensibles en su contexto
  • Sincronización de secretos entre máquinas sin compartir archivos .env locales
  • Auditoría de cambios de secretos mediante un log de eventos inmutable
  • Exportación de secretos a formatos compatibles (JSON, YAML, Docker) para integración con otras herramientas
PUNTOS DESTACADOS
  • Licencia MIT y código abierto auditable por la comunidad
  • Encriptación AES-256-GCM con IV aleatorio de 12 bytes para cada secreto
  • Redacción automática de salida (stdout/stderr) reemplazando valores de alta entropía
  • Arquitectura serverless compatible con Cloudflare Workers y D1
  • Interfaz web completa para gestión visual de secretos y organizaciones
  • API REST documentada en OpenAPI para integraciones personalizadas
PRECAUCIONES
  • No incluye Dockerfile ni docker-compose nativo, requiriendo despliegue manual o uso de plataformas serverless
  • Configuración inicial requiere instalación global de CLI o uso de npx/bunx sin persistencia binaria local
  • La configuración por defecto se almacena en ~/.sigillo/config.json, necesitando reconfiguración al clonar repositorios en nuevas máquinas
01

Perfil de infraestructura

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

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

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

Despliegue manual

Desplegar en Cloudflare Workers con D1 para almacenamiento persistente. Requiere 2 núcleos CPU y 2GB RAM mínimo según análisis técnico. No usar Docker directamente sin configuración personalizada. Asegurar acceso HTTPS para la autenticación de dispositivo. Configurar variables de entorno para la conexión a la base de datos PostgreSQL antes del despliegue.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Next.jsReactNode.js
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
30015432
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.