Sådan opbyggede vi sikkerhed i Computer
Perplexity Computer er bygget direkte på Perplexity's eksisterende infrastruktur, som har fuldført sin 2026 SOC 2 Type II-attestering, og arver Perplexity’s virksomhedssikkerhedsfunktioner såsom SAML SSO, audit-logfiler og granulære administrationskontroller.

Perplexity Computer er en autonom agent, der skriver og kører kode, browser på nettet og opretter forbindelse til eksterne tjenester for at udføre opgaver for dig.
Den er bygget direkte oven på Perplexity's eksisterende infrastruktur, som har fuldført sin 2026 SOC 2 Type II-attestering, og arver Perplexity’s virksomhedssikkerhedsfunktioner såsom SAML SSO, audit-logfiler og granulære administrationskontroller.
Udførelse af kode og handling på live-tjenester introducerer nye krav. Dette indlæg dækker det, vi har bygget oven på det oprindelige fundament for fortsat at beskytte vores brugere: sandbox-isolation, connectorer og datahåndtering, beskyttelse mod prompt injection og virksomhedsstyring.
Sandbox-isolation
Sikker kørsel af kode kræver hardware-niveau isolation. Hver Computer-opgave kører inde i en Firecracker microVM-sandbox, hvilket håndhæver mindste privilegium på et niveau, der går ud over standard operativsystemets sikkerhed. Hver microVM booter sin egen dedikerede Linux-kerne med en minimal enhedsmodel, der reducerer angrebsoverfladen.
Hver sandbox er isoleret på tværs af tre dimensioner:
Dedikeret kerne: Hver session får sin egen Linux-kerne-instans.
Isoleret filsystem: Hver VM bruger et isoleret filsystem, der nulstilles, når sessionen afsluttes.
Privat netværksnavneområde: Sandboxe har deres eget isolerede netværk med dedikerede firewall-regler.
Sandboxe sætter automatisk på pause ved inaktivitet og destrueres efter en periode med inaktivitet. Hver ny session starter ren. Kun de legitimationsoplysninger, der er nødvendige for den aktuelle opgave, injiceres, og de destrueres sammen med sandboxen. Underagenter bruger kortlivede proxy-tokens dirigeret gennem en godkendt gateway i stedet for rå API-nøgler.
Vi adskiller også datalagring fra kodeudførelse på tværs af cloud-VPC'er. Denne adskillelse hjælper med at isolere gemte brugerdata fra udførelsesmiljøet. Al kommunikation mellem de to sker over krypteret HTTPS.
Connectorer og datahåndtering
Computer kan oprette forbindelse til eksterne tjenester, samtidig med at adgangen holdes afgrænset, og datahåndteringen kontrolleres. Administratorer kan aktivere eller deaktivere connectorer for organisationen, og individuelle brugere godkender derefter de tjenester, de ønsker at bruge inde i Computer.
Forbindelsesstien afhænger af connectoren. Indbyggede integrationer såsom Google og Microsoft bruger udbydergodkendelsesstrømme, mens the tilpassede fjernconnectorer understøtter OAuth 2.0 eller virksomhedsstyret API-nøglegodkendelse. Alle connectortyper er designet til kun at overføre de minimumsdata, der er nødvendige for at fuldføre opgaven.
Datahåndtering følger samme kontrolmodel. Fjernbaserede tilpassede connectorer skal bruge HTTPS, og filconnector-data krypteres under transport og i hvile. Virksomhedsdata, såsom opgaveinput, -output, connector-data og sandbox-indhold, bruges ikke til modeltræning. Virksomhedsfilvedhæftninger slettes efter 7 dage.
Beskyttelse mod prompt injection
En agent, der browser på nettet og læser eksternt indhold, er udsat for prompt injection-angreb. Computer arver og udvider de forsvarsværker, vi oprindeligt byggede til Comet, herunder vores fire-lags forsvarsarkitektur og BrowseSafe, vores open-source-detektionsmodel for browsersikkerhed for agenter. Disse forsvarsværker blev revideret af Trail of Bits.
ML-klassificerere scanner indhold hentet fra eksterne kilder, før Computer handler på det. Detektionssystemet kører parallelt med agentens ræsonnementspipeline og udløser et sikkert stop, når mistænkeligt indhold registreres. Klassificerere opdateres løbende baseret opdagelser fra vores bug bounty-program, red team-øvelser og detektionshændelser i den virkelige verden.
Ud over klassificering indeholder hvert værktøjs systemprompt eksplicitte sikkerhedsforanstaltninger. Eksternt indhold afgrænses som utroværdigt, og systemet refererer løbende til den oprindelige brugerforespørgsel, når værktøjer vælges og udføres.
Computer anvender yderligere sikkerhedsforanstaltninger ved behandling af utroværdigt indhold, herunder strengere prompt-håndtering og beskyttelse på modelniveau. Hvis du vil læse mere om dette, har vi linket til den relevante forskning og sikkerhedsevalueringer ovenfor.
Virksomhedskontroller
For organisationer på Perplexity Enterprise får administratorer yderligere styring over, hvordan Computer fungerer:
Audit-logfiler: Administratorer kan logge nøglehændelser såsom brugerforespørgsler, agenthandlinger, filadgang og connector-forbrug. Logfiler integreres med førende SIEM'er inklusive Splunk, Azure Sentinel og Datadog, så sikkerhedsteam kan overvåge Computer-aktivitet ved siden af eksisterende infrastrukturstelemetri.
Adgangskontroller: Administratorer kan deaktivere Computer fuldstændigt eller kun aktivere den for specifikke medlemmer. Tredjepartsconnectorer, herunder Gmail, Outlook, Slack, GitHub, Notion, Snowflake, Databricks og Salesforce, kan hver aktiveres eller deaktiveres på organisationsniveau. Administratorer kan også begrænse, hvilke modeller Computer må bruge.
Faktureringskontroller: Administratorer kan indstille kreditloft pr. licens, tilsidesætte tildelinger for individuelle brugere, konfigurere tærskler for automatisk genindlæsning og månedlige grænser, eller vælge ikke at tilføje kreditter ud over den inkluderede licenstildeling.
For fulde detaljer kan du besøge vores Trust Center eller se dokumentationen for Computer for Enterprise.