Perplexity åpner SPACE, sandkassen bak Computer: én Firecracker-VM per agent og nøkler utenfor

«Agenter som utfører legitime oppgaver, kan likevel krysse sikkerhetsgrenser når de prøver å omgå manglende filer, feilede forespørsler eller nektet tilgang», skriver Perplexity i kunngjøringen. Svaret deres er SPACE, sandkasseplattformen som har kjørt alle økter i agentproduktet Computer siden juli, og som nå ligger på GitHub under Apache 2.0.

SPACE er skrevet i Rust og gir hver sandkasse sin egen Firecracker-microVM med eget operativsystem. Du styrer alt over et HTTP-API med server-sent events: lag en sandkasse fra en mal, kjør kommandoer, hent utdata, og sett den på pause eller vekk den igjen. Nettverkstilgang og nøkler håndteres utenfor sandkassen, så agenten kan bruke godkjente tjenester uten at legitimasjonen ligger i arbeidsmiljøet. Øyeblikksbilder lagrer bare endringer, noe som gjør det billig å gjenopprette eller forgrene en økt.

Ifølge Perplexity lager SPACE millioner av sandkasser per dag og er 3 til 5 ganger raskere å starte enn den forrige leverandøren. I selskapets sikkerhetstest slapp ingen agent ut av VM-en i 108 forsøk, men noen kom seg rundt nettverksreglene. Det er rettet. Repoet har også et kompatibilitetslag for E2B, testet med E2B sin Python-SDK.

Kravene er tydelige: en apt-basert Linux-vert på x86_64 med /dev/kvm, /dev/net/tun, btrfs og Docker som tillater privilegerte containere. macOS støttes ikke, og oppsettguiden kjører alt i en lokal Kind-klynge.

Hva bør du gjøre?

1. Sjekk at verten har lese- og skrivetilgang til /dev/kvm før du kloner, og slå på nested virtualisering hvis du kjører i en VM.
2. Bruker du E2B i dag, test SPACE gjennom E2B-kompatibilitetslaget med SDK-en du allerede har før du skriver om koden.
3. Gå gjennom egress-profilene selv, siden det var nettverksreglene og ikke VM-isolasjonen som ble omgått i Perplexitys test.