Comparativa
Vault, Infisical, Doppler, 1Password: todos guardan credenciales como es debido, y todos terminan poniendo una en el entorno de un proceso. Eso estaba bien cuando el proceso era tu aplicación. Se lee distinto cuando el proceso es un agente que recibe instrucciones de internet.
La gestión de secretos tiene dos mitades y el sector solo ha terminado una.
Cifrado en reposo, políticas de acceso, rotación, versionado, alcance por entorno, auditoría de quién sacó qué. Esta mitad está madura. Los productos de abajo lo hacen bien y Sallyport no intenta ganarles ahí.
resuelto, con competencia
Algo saca la credencial y luego la sostiene en memoria, en una variable de entorno o en un archivo. Desde ese instante, la seguridad del secreto es la seguridad de ese proceso. Nadie revisa el proceso. Nadie deja constancia de la llamada.
terreno abierto
Durante casi toda la historia del software la segunda mitad importaba poco, porque el proceso que sostenía la clave era código que habías escrito tú. Un agente de código no es código que hayas escrito. Lee una página web, hace lo que ahí pone, y mientras tanto corre con tus credenciales.
Revisado en julio de 2026. Estos productos se mueven rápido; si algo aquí se ha quedado desfasado, dínoslo y lo corregimos.
el titular real del puesto
Esto es lo que tienes hoy
Cero configuración, funciona con todo, y todas las herramientas de tu máquina ya lo leen. No es una mala herramienta. Es la ausencia de una, y por eso gana por defecto.
Cualquier proceso que corra con tu usuario puede leer el archivo: el agente, sus procesos hijo y lo que npm haya instalado esta mañana. Los incidentes de TanStack, Shai-Hulud y Nx funcionaron exactamente así.
la implementación de referencia
Fuente de verdad, no última milla
Secretos dinámicos con leases y revocación de verdad, políticas basadas en identidad para toda una flota, un audit device serio e integraciones para prácticamente todo. Si llevas infraestructura a escala de equipo, esto es hacia donde creces. OpenBao es el fork que mirar si tu objeción es el cambio de licencia.
vault read termina con el secreto en una variable de un portátil. El lease es corto; la copia que queda en el entorno del agente no tiene lease ninguno. Vault no ve qué proceso local preguntó ni qué hizo después.
el vecino más cercano
Mismo instinto, apuesta distinta
Una plataforma de código abierto con muy buena DX, secretos por entorno y un operador de Kubernetes. Su Agent Vault es lo más parecido a Sallyport que hay en el mercado: un proxy directo de HTTP que sustituye credenciales dentro de la petición para que el proceso hijo nunca las sostenga.
Termina TLS con su propia CA, lo que supone un coste real de despliegue y una superficie de riesgo real. Las aprobaciones cubren configuración de host y ruta en vez de llamadas concretas, un proceso hijo puede esquivar las variables de proxy salvo que la red imponga la ruta, y la versión que revisamos no tenía SSH.
la capa de sincronización
Gran sincronización, no una puerta
Excelente llevando los secretos correctos al servicio correcto entre entornos, ramas y CI. doppler run -- es limpio y el modelo de equipo está bien pensado.
doppler run inyecta en el entorno del proceso hijo. Cuando el hijo es tu servicio, ese es el comportamiento correcto. Cuando el hijo es un agente de código, es el problema entero.
el que ya tienes
Se queda a un paso, en el lado HTTP
Las referencias a secretos mantienen el texto plano fuera de tus dotfiles, el desbloqueo biométrico es lo bastante rápido como para usarlo de verdad, y el agente SSH enseña una confirmación en condiciones con el nombre del proceso que la pidió. Esa confirmación es la idea correcta, y es lo más cercano en el mundo mainstream a cómo debería sentirse una puerta para agentes.
op run resuelve esas referencias en el entorno del hijo, así que el lado HTTP no tiene equivalente de la confirmación SSH. La puerta existe para la firma y ahí se acaba.
solo la última milla
Hecho para un solo trabajo
En HTTP y SSH el agente nunca recibe la credencial. Pide una acción, Sallyport adjunta la clave dentro de la app, hace la llamada y devuelve la respuesta. Una aprobación por ejecución del agente, o una por llamada para las claves que marques, y cada tarjeta muestra la autoridad de firma de código de quien llama. Todo cae en un registro cifrado y encadenado por hash.
Un Mac, Apple Silicon, macOS 14 o posterior. No hay sincronización de equipo, ni integración con CI, ni rotación, ni nada para Kubernetes, Linux o Windows. No es una plataforma de secretos y no va a ser tu fuente de verdad.
La mayoría de estos no son competidores. Resuelven problemas contiguos y muchos montajes quieren dos de ellos.
Un equipo, una flota, credenciales dinámicas de base de datos, un auditor
Vault u OpenBao
Nada más en esta lista hace bien leases, revocación y política para toda la flota. Nosotros tampoco, y no pronto.
Secretos sincronizados entre entornos y CI
Doppler o Infisical
Es su competencia central y los dos lo hacen bien. Elige por precio y por si quieres autoalojarlo.
Sacar el texto plano de tus dotfiles en tu propia máquina
1Password
Probablemente ya lo tengas, y las referencias a secretos más el desbloqueo biométrico cubren el día a día.
Un agente de código en tu Mac con acceso a producción
Sallyport
Este es el hueco que deja abierto cada herramienta de arriba, porque todas terminan entregando la credencial al proceso. Es lo único para lo que construimos.
La respuesta realista para casi todo el mundo son dos herramientas: una fuente de verdad para el equipo, y una puerta en el punto donde un agente usa la clave. Sallyport guarda una copia de las pocas credenciales que tu agente necesita de verdad. No sincroniza con nada y no pretende sustituir el sitio del que vienen esas credenciales.
Descarga gratis. Apple Silicon, macOS 14 o posterior. Sin cuenta, nunca.
brew install --cask olegsotnikov/tap/sallyportmacOS 14+ · Apple Silicon