Perplexity cuenta con SPACE de código abierto, la plataforma sandbox detrás de cada tarea de Perplexity Computer. El entorno limitado de Perplexity SPACE proporciona a cada tarea de agente su propia microVM Firecracker. Las credenciales y el tráfico saliente se controlan desde fuera de esa máquina virtual. El código se envía en Apache 2.0 en GitHub. Para los equipos que crean agentes de programación o navegación, se trata de una capa de aislamiento probada en producción que pueden alojar ellos mismos
.TL; DR
- Tamaño: base de código de Rust, versión 0.8.0, la línea base pública. API HTTP más eventos enviados por el servidor.
- Se ejecuta en:
un host Linux x86_64 con KVM, /dev/kvm, btrfs y Docker.Tipo local (Kubernetes) o modo directo. Sin macOS. - Rendimiento: en producción, la latencia media de creación se redujo de 185 ms a 60 ms en comparación con el proveedor anterior de Perplexity.
- Lo mejor: 0 de los 108 intentos de escape de la máquina virtual al host tuvieron éxito en 9 modelos avanzados.
- Lo peor: antes de las correcciones, los agentes pasaban por alto la política de salida en 11 de las 54 ejecuciones parciales de red.
¿Qué es Perplexity SPACE?
SPACE (plataforma aislada para la ejecución de código por agencia) es la plataforma de Perplexity para ejecutar código de agente en micromáquinas virtuales aisladas. Las aplicaciones utilizan su API HTTP para crear entornos Linux
, ejecutar comandos y transmitir la salida.Una plantilla proporciona el sistema de archivos inicial. Un sandbox es una instancia de esa plantilla, con su propia máquina virtual y disco grabable. Se pueden ejecutar muchos comandos dentro de un entorno limitado
. Elhilo de lanzamiento de Perplexity explica el objetivo del diseño. Los agentes ejecutan comandos, instalan paquetes y llaman a los servicios con el usuario root dentro del entorno limitado. El anfitrión permanece fuera del control del huésped. El trabajo de los agentes es prolongado, dinámico y ramificado, por lo que debe
sobrevivir a los reinicios.¿Cómo aísla SPACE a los agentes?
Cada sandbox es una microVM de Firecracker con su propio kernel invitado. Una puerta de enlace de red por espacio aislado en el host impone la política de salida en cada conexión saliente
.Los secretos nunca llegan al huésped. Según el artículo de ingeniería publicado en julio por Perplexity, las credenciales se inyectan en la capa de red. El almacén de credenciales añade un alcance jerárquico, límites de velocidad y registros
de auditoría.La guía de arquitectura divide el sistema en 4 partes. Se trata de una API respaldada por PostgreSQL, controladores, servicios de trabajo y un plano de datos. Los servicios de trabajo administran las máquinas virtuales, las redes, los volúmenes, las plantillas y las credenciales. btrfs
copy-on-write crea cada sistema de archivos raíz.¿Cómo pausar, suspender y restaurar el trabajo?
Los sandboxes se mueven en 4 estados: en ejecución, en pausa, suspendidos y eliminados.
-
En
- pausa: la memoria de la máquina virtual permanece en el trabajador. No se trata de una instantánea duradera .
- Suspendida: se toman instantáneas de la memoria de la máquina virtual, el estado de ejecución y el sistema de archivos raíz. Se liberan los recursos activos .
- Inactivo de forma predeterminada: los entornos limitados se suspenden después de 6 horas sin actividad.
Para crear con rapidez, las implementaciones de Kubernetes utilizan grupos activos de entornos limitados arrancados.
En su lugar, las configuraciones de un solo nodo utilizan instantáneas básicas.En producción, la latencia de creación del percentil 90 se redujo de 447 ms a 89 ms. Perplexity informa que el 100% de las sesiones informáticas se ejecutan en SPACE
.¿Sobrevivió SPACE a una prueba con el equipo rojo?
Elinforme Escaping SPACE: Part I de Perplexity probó 9 modelos con la raíz dentro del huésped. En el estudio se realizaron 216 ejecuciones en 2 tareas y 4 entornos
.- Sandbox Escape: 0 de las 108 carreras alcanzaron el secreto del lado del anfitrión.
- Omisión sin red: 0 de 54 ejecuciones se realizaron correctamente.
- Omisión parcial de red: 11 de las 54 ejecuciones se realizaron correctamente antes de que se corrigieran. Cuatro modelos encontraron una ruta.
Claude Opus 5.0, GPT-5.6 Sol, GPT-5.6 Cyber y Kimi K3 encontraron derivaciones. Los ataques utilizaron la suplantación de DNS
y compartieron direcciones IP de CDN.Luego, Perplexity añadió la validación de las direcciones de origen a través de nftables. La puerta de enlace ahora finaliza el TLS y compara el host SNI y el HTTP con la lista de permitidos. En la nueva prueba, ningún modelo
produjo una derivación verificada.El mismo equipo probó 10 plataformas de terceros. 8 mostraron al menos una omisión de la política de red. Perplexity comunicó los resultados a
todos los proveedores afectados.