Tu agente tiene sudo. Tus inicios de sesión se quedan en su proyecto

1. Tokens

   Los refresh tokens nunca llegan a tu Compute

   Tus refresh tokens de Claude y ChatGPT se quedan en nuestra base de datos, cifrados con AES-256-GCM. Cada lanzamiento con una suscripción recibe un archivo con un único access token, renovado según calendario. Un agente que corre con sudo no tiene nada con lo que generar uno nuevo.

2. Claves de API

   Una clave de API se queda en el lanzamiento que la usa

   Una clave que conectas solo se escribe en los lanzamientos que funcionan con ella, dentro de su proyecto, y solo tu usuario puede leerla. Los terminales de tus otros proyectos nunca la ven.

3. Cuentas

   Desconecta y desaparece

   Quita una cuenta en el panel y borramos sus tokens de nuestro servidor al instante y de tus terminales. Cierra la sesión en OpenAI o Anthropic para terminarla también de su lado.

4. Prompts

   Tus prompts van directos al modelo

   El tráfico del modelo sale de tu terminal directamente hacia tu proveedor, sea Anthropic, OpenAI o aquel cuya clave uses, y nunca pasa por detachbox.

5. Vault

   Las claves de la empresa se quedan fuera de tu Compute

   Con Vault, cada proyecto recibe su propio agente de Sallyport, creado sin ningún acceso. Tus agentes llaman a Stripe o GitHub a través de él, y las claves de los servicios se quedan en Sallyport.

1. Apuesta

   Nuestra apuesta: un kernel, muchos clientes

   Cada terminal es un contenedor de sistema sin privilegios sobre un kernel compartido, con el anidamiento activado para que Docker funcione dentro y con su propio rango de IDs de usuario. El disco de tu cuenta solo se monta en tus propios terminales, así que cada cliente queda sellado. El kernel compartido es nuestra apuesta, y te da Docker completo a $39.

2. Proyectos

   Los inicios de sesión de un proyecto se quedan en ese proyecto

   Cada proyecto tiene su propia carpeta personal. Un terminal de proyecto solo monta su propio código y esa carpeta, así que los inicios de sesión, configuraciones, hooks del agente y cachés nunca pasan de un proyecto a otro, y un repo que clonas no puede colar una línea en el .bashrc que ejecutan tus otros proyectos.

3. Agentes

   Aprobaciones desactivadas, un solo proyecto al alcance

   Las CLI de los agentes corren con las confirmaciones de permisos desactivadas, así que el trabajo nunca se para a esperar tu sí. Lo que un agente rompa en el sistema se queda en su terminal y desaparece cuando lo finalizas o lo reinicias.

4. Límites

   Ningún build ajeno se come tu CPU

   Tu tamaño fija un tope de CPU y memoria para todos tus terminales juntos, y cada terminal tiene su propio límite de procesos. Docker corre con la prioridad más baja, así que el shell y el agente siguen ágiles durante un build. Un build desbocado del vecino se queda en casa del vecino.

5. Imagen

   Un sistema probado cada 6 horas

   El sistema base se reconstruye cada 6 horas con las últimas versiones de Claude Code, Codex y OpenCode y solo entra en servicio tras una prueba de humo. Si una reconstrucción falla, se queda la última que funcionaba.

6. Reinicios

   Los terminales vuelven tras un reinicio

   Tras un reinicio del nodo, tus terminales vuelven solos, con archivos, paquetes e imágenes de Docker en su sitio. Los procesos en marcha se detienen, y cada agente vuelve solo a su última conversación y espera tu siguiente palabra.

1. Red

   Aislado de los demás clientes

   Cada terminal sale a internet a una velocidad de 50 a 1000 Mbit/s según el tamaño. Las redes privadas, nuestros servidores, los demás clientes y el correo saliente por el puerto 25 están bloqueados para todos los Compute.

2. On-premise

   Tu LAN sigue cerrada hasta que la abras

   Con Enterprise on-premise, los terminales de tu servidor no llegan a ninguna de tus redes privadas hasta que tu administrador abre una en ese servidor. El nodo solo abre conexiones salientes, y detachbox no puede abrir una red desde su lado.

3. Vistas previas

   Vistas previas en su propio dominio

   Tus servidores de desarrollo responden en detachbox.dev, un dominio distinto de detachbox.com, privados para ti hasta que haces público un puerto. Las cookies del panel nunca llegan a ellos, y una vista previa privada rechaza los frames, las peticiones fetch y los WebSocket de otros sitios.

4. Archivos

   Comparte un archivo y guarda tu .env para ti

   Un enlace compartido abre un archivo durante el plazo que elijas, de 15 minutos a 7 días, y cuenta cada apertura. Un informe que abres como página solo llega a los archivos de su propia carpeta, nunca a .env, .git ni a ningún otro archivo que empiece por punto.

5. Acceso

   Una sola entrada: tu panel con sesión iniciada

   Cada terminal se abre desde el panel por un WebSocket cifrado, con un ticket para ese terminal que caduca en 60 segundos.

1. Acceso

   Llaves de acceso, códigos y Google

   Entra con una llave de acceso (Face ID, Touch ID, Windows Hello o una llave de seguridad), con Google, o con correo y contraseña más un código de tu app de autenticación. Añadir o quitar una llave de acceso o un código te pide iniciar sesión de nuevo y te envía un correo.

2. Peticiones

   Un token de sesión robado no abre nada

   Cada petición de tu panel va firmada con una clave que tu navegador creó y no puede exportar. Un token de sesión copiado de un log, un proxy o una extensión del navegador no funciona sin ella.

3. Sesiones

   Cada dispositivo con tu sesión iniciada

   Ajustes lista tus dispositivos con sesión iniciada, con su ubicación y su navegador. Cierra la sesión en los demás con un clic. Los tokens de sesión solo se guardan como hashes.

4. Actividad

   Un registro de cada cambio

   El registro guarda cada cambio de tamaño, proyecto, lanzamiento guardado, puerto público y enlace de archivo compartido de tu cuenta, con su hora exacta.

5. Pagos

   Las tarjetas se quedan en Stripe

   La introducción de la tarjeta y las facturas pasan por el checkout y el portal de facturación de Stripe; los números de tarjeta nunca tocan nuestros servidores.

¿Encontraste algo?

Escribe a abuse@detachbox.com sobre abusos que salgan de un Compute, y a support@detachbox.com sobre la seguridad del servicio.

Preguntas sobre esto