Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

sealbox

Sealbox es una capa de aislamiento entre agentes y credenciales reales, permitiendo que los agentes usen secretos sin verlos mediante un sistema de 'grants' aprobados por humanos.

Ficha actualizada 28 sept 2026, 10:18 · upstream 28 sept 2026, 9:49 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es sealbox

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

Sealbox es un servicio autoalojado de almacenamiento seguro de secretos diseñado para mitigar riesgos como la inyección de prompts en agentes de IA. A diferencia de gestores tradicionales, no devuelve valores de secretos ni permite a los agentes componer comandos arbitrarios. En su lugar, utiliza 'grants' —concesos específicos aprobados por humanos— que definen exactamente qué puede hacer cada credencial y dónde.

La arquitectura separa el servidor (que almacena, autoriza y genera valores) del runner (que ejecuta en el clúster del usuario). El servidor nunca entra en la VPC del cliente y solo recibe conexiones outbound del runner. Los humanos autentican con passkeys, eliminando credenciales administrativas en disco.

El sistema incluye adaptadores para Kubernetes y PostgreSQL, gestión de rotación segura (sin ventanas de tiempo sin credenciales), auditoría completa y documentación detallada mediante ADRs. Es compatible con Rust 1.93+ y React, bajo licencia Apache 2.0.

CASOS DE USO
  • Gestión segura de secretos para agentes de IA evitando inyección de prompts
  • Rotación automática de credenciales sin exposición de texto plano
  • Aprovisionamiento seguro en Kubernetes mediante adaptadores específicos
  • Auditoría forense del uso de secretos con trazabilidad completa
PUNTOS DESTACADOS
  • Los agentes nunca ven los valores de los secretos, solo pueden ejecutar grants aprobados
  • Autenticación humana con passkeys sin credenciales administrativas en disco
  • Arquitectura outbound-only para el runner, evitando puertos inbound abiertos
  • Rotación segura que garantiza siempre una credencial válida durante la transición
PRECAUCIONES
  • No hay compatibilidad hacia atrás con versiones anteriores; requiere reinicio completo de la base de datos
  • Despliegue en Fly.io no está funcional a pesar de existir configuración
  • Complejidad alta en el despliegue inicial (requiere 4 núcleos CPU y 4GB RAM)
  • No es un reemplazo directo para Vault o External Secrets Operator
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 detectado

Despliega el servidor en un entorno seguro sin acceso a la VPC del cliente. Configura el runner en el clúster objetivo con conexión outbound. Usa la CLI para crear grants antes de ejecutar agentes. No intentes migrar desde versiones anteriores; borra la base de datos y reinicia. Sigue los ADRs documentados para decisiones críticas.

✓Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
ReactRust
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
8080
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.