Saca los archivos .env del chat de tu equipo
En un equipo joven, los secretos viven donde cayeron primero: un mensaje fijado, una nota compartida, el portátil de alguien. Crunu les da un solo lugar, cifrado en el dispositivo de cada persona, con un acceso que sigue al trabajo de cada uno. Funciona en app.crunu.com, así que no hay ningún servidor que montar.
Lo que preguntan equipos como el tuyo
Las preguntas que surgen cuando un equipo como el tuyo reúne sus secretos en un solo lugar. La guía de abajo responde a cada una de ellas.
- ¿Dónde deberían estar nuestros archivos .env en lugar del chat del equipo?
- ¿Cómo recibe una persona recién contratada las variables correctas el primer día?
- ¿Pueden los desarrolladores trabajar en staging sin ver production?
- ¿Quién cambió este valor y cuál era antes?
- ¿Cómo damos a la CI las variables de staging y nada más?
- ¿Cómo recibe production sus secretos sin pasar por la CI?
- ¿Qué cambiamos cuando alguien se va?
- ¿Tenemos que operar un servidor para esto?
Las partes de Crunu que lo cubren
Todas las partes funcionan con la misma regla: el servidor guarda datos cifrados, claves públicas y documentos firmados, y nunca tiene una clave que abra tus valores.
Bóveda cifrada
Guarda archivos .env, credenciales de la nube y claves de API en proyectos y entornos, cifrados en tus dispositivos antes de que nada llegue al servidor.
Más información
Control de acceso
Da a cada persona, máquina y pipeline solo los entornos que necesita, con roles respaldados por claves de cifrado y no solo por comprobaciones del servidor.
Más información
CI/CD
Da a cada pipeline un token de servicio limitado a sus entornos y vincúlalo a tu proveedor de CI con OIDC, para que un token filtrado no pueda iniciar sesión por sí solo.
Más información
Máquinas
Inscribe un servidor con un código de un solo uso, y el agente crunu mantiene sus entornos en memoria e inicia tus programas con ellos.
Más información
Salidas del equipo
Cuando alguien se va, el servidor deja de entregarle datos, las claves de sus entornos cambian y un informe muestra lo que vio y lo que hay que reemitir.
Más información
Cómo funciona para startups
En esta página
Lo que un equipo en crecimiento necesita de sus secretos
Cuando cinco personas construyen un producto, todos tienen todas las claves. Al llegar a quince, una persona nueva espera a que alguien le pegue el archivo correcto, staging y production se van separando sin que nadie lo note, y nadie sabe con certeza quién tiene todavía la contraseña de la base de datos de production.
El trabajo es fácil de enunciar: una sola copia de cada valor, que solo lean las personas y las máquinas que lo necesitan, y una salida limpia cuando alguien se va.
De la primera contratación a la primera pregunta de auditoría
| Lo que necesitas | Lo que hace Crunu |
|---|---|
Un solo lugar para cada .env | Los proyectos contienen entornos como development, staging y production. Arrastra archivos .env o carpetas enteras; los archivos env, INI y YAML plano se editan campo a campo. |
| Las personas nuevas tienen el acceso correcto el primer día | Invita a alguien con un enlace válido hasta 7 días, verifica su huella y concédele un perfil de acceso como Developers: Editor en development y staging. |
| Los desarrolladores no pueden leer production | Cada entorno tiene su propia clave. Quien tiene acceso a development nunca recibe la clave de production. |
| Menos hilos de «¿cuál es el valor correcto?» | Cada entorno conserva sus últimas 100 versiones con autor, hora y los nombres de los campos cambiados. Compara staging con production y copia los valores que elijas. |
| Una CI que ve staging y nada más | Un token de servicio recibe solo los entornos que concedes. Una vinculación de CI (OIDC) lo ata a un repositorio y una rama. |
| Production se queda en production | El servidor de production ejecuta el agente crunu y obtiene su propio entorno. El pipeline solo reinicia el servicio. |
| Una salida limpia | Dar de baja a un miembro rota las claves de todos los entornos que podía leer, muestra lo que recibió y enumera los valores que hay que reemitir en los proveedores. |
Una semana para pasar de archivos dispersos a una sola bóveda
- Crea la organización. Regístrate con tu correo. Tu contraseña y tu Secret Key se crean en el navegador, y guardas tu Emergency Kit.
- Añade un proyecto por app. Dale los entornos que usas y arrastra los archivos que ya tienes.
- Invita al equipo. Agrupa el acceso en perfiles de acceso, para que un cambio en
Developersllegue a todos sus miembros. - Conecta la CI. Crea un token de servicio para staging y pega en tu pipeline los pasos de instalación que muestra la app.
- Completa la lista. La lista «Getting started» de la app guía a un nuevo propietario por un proyecto, variables, un miembro, una máquina y un segundo factor.
Lo que conviene saber antes de mudarte
- El acceso de las personas no tiene fecha de fin. Da de baja a alguien cuando termine su trabajo. Las invitaciones, los enlaces de acceso, los tokens de servicio y las concesiones de las máquinas sí caducan.
- Sin inicio de sesión único (SSO) ni SCIM. Los miembros inician sesión con una contraseña, una Secret Key y un segundo factor.
- Los propietarios y los administradores pueden acceder a todos los entornos compartidos mediante la clave de recuperación de la organización. Da esos roles a las personas que dirigen la organización.
- Lo que alguien ya vio se queda con esa persona. La rotación protege las versiones nuevas; los valores mismos se reemiten en cada proveedor.
- El servidor no puede restablecer una contraseña. Si todos los propietarios y administradores pierden su contraseña, su Secret Key y su código de recuperación, nadie podrá administrar la organización. Ten dos propietarios y guarda los Emergency Kits.
Cada limitación, con lo que puedes hacer al respecto, está en la página de limitaciones.
Gratis durante el acceso anticipado
Todas las funciones están incluidas, dentro de los límites indicados en la página de precios. No hay ningún paso de pago.
Documentación e integraciones relacionadas
Dudas frecuentes
¿No está aquí? Escribe a support@crunu.com y te responderá una persona.
¿De verdad es gratis?
Sí, durante el acceso anticipado. Todas las funciones están incluidas y no hay ningún paso de pago.
¿Tenemos que operar un servidor?
No. Regístrate en crunu.com y tu organización vivirá en app.crunu.com. El mismo servidor también puede funcionar en tu propia infraestructura: Docker, Cloudflare Workers, Vercel o Google Cloud Run. El servidor no se publica como descarga pública. Escribe a support@crunu.com.
¿Puede un desarrollador con acceso a staging leer production?
No. Cada entorno tiene su propia clave, y la clave de production solo se sella para las personas y las máquinas a las que concedes production.
¿Y si alguien olvida su contraseña?
El servidor no puede restablecerla, porque nunca la tuvo. Si la persona creó un código de recuperación, este le devuelve el acceso tras un periodo de espera, y su cuenta recibe un aviso mientras dura. Si alguien del equipo pierde a la vez su contraseña y su Secret Key, un administrador puede trasladar sus entornos personales a una cuenta nueva.
¿Hasta dónde podemos crecer con Crunu?
Una organización admite hasta 500 proyectos, un proyecto hasta 50 entornos, y un entorno hasta 1 MB de contenido con una lista de acceso de hasta 5000 entradas.
¿Podemos llevarnos nuestros datos?
Sí. Exporta un entorno como un solo .env, como un archivo protegido con contraseña o a Ansible Vault, o descarga una copia sin conexión de todo lo que puedes leer. La copia sin conexión se abre con tu contraseña y tu Secret Key, sin el servidor. Los entornos con restricciones de red no se incluyen en ella.
¿Crunu es compatible con SSO?
No. No hay inicio de sesión con SAML u OIDC para personas ni sincronización con directorios.