OpenAI flaggar risker utan att läsa din data

Zero Data Retention gjorde OpenAI blint för missbruk i flera steg

OpenAI byggde Zero Data Retention så att behöriga API-kunder kunde hindra företaget från att spara deras prompts eller modellsvar efter att en förfrågan behandlats, och det löftet gäller fortfarande idag: ingen granskning av OpenAI-personal och ingen användning för träning utan uttryckligt samtycke. Priset för det löftet syns på säkerhetssidan. I sitt tillkännagivande den 19 augusti 2026 säger OpenAI rakt ut att i takt med att modellerna tar sig an längre, flerstegs agentiska uppgifter blir det farligaste beteendet - en illvillig aktor som testar skyddsåtgärder, samordnar sig över flera konton, maskerar en attack som legitim forskning, eller en agent som fortsätter agera efter att ha blivit ombedd att sluta - bara synligt när man ser över flera interaktioner, inte inom en enda.

Befintliga ZDR-kompatibla säkerhetskontroller bedömde varje interaktion isolerat och kunde därför inte fånga detta mönster av design. OpenAI går längre och konstaterar att "vissa nyliga driftsättningar av framkantsmodeller har krävt att kunder tillåter sin AI-leverantör att spara känsligt innehåll för säkerhetsövervakning" - en direkt, om än onämnd, känga mot konkurrenter som löste detta genom att spara mer data, inte mindre. För en bank, en sjukhuskoncern eller en advokatbyrå med strikta dataskyldigheter var den avvägningen aldrig acceptabel, och det är precis det gap Private Safety Processing säger sig vilja täppa till.

Lösningen flyttar säkerhetskontroller bakom kundens egna nycklar

Private Safety Processing, fortfarande i förhandsversion den 19 augusti 2026, utökar OpenAI's säkerhetskontroller för enskilda interaktioner till att upptäcka mönster över relaterade interaktioner, utan att ge OpenAI-personal tillgång till kundens underliggande innehåll. Mekanismen fungerar på två sätt beroende på var innehållet finns. Ligger det på kundens egen infrastruktur inom en äkta ZDR-driftsättning rör OpenAI det aldrig. Ligger det på OpenAI-tillhandahållen lagring krypteras innehållet med nycklar som kunden kontrollerar, och OpenAI-personal äger helt enkelt inte de nycklarna.

När systemet upptäcker en risk får OpenAI varken den flaggade prompten, svaret eller resonemanget bakom flaggningen. Företaget får bara, med sina egna ord, "en snävt definierad signal som anger vilken typ av aktivitet det handlar om" - tillräckligt för att avgöra om åtgärd behövs, men inte tillräckligt för att läsa vad som faktiskt hände. Kunder kan utreda varje flaggning eller åtgärd med sina egna system, och kan välja att frivilligt dela mer information med OpenAI om de vill överklaga ett beslut eller stödja en utredning - offentliggörandet förblir frivilligt från kundens sida, aldrig automatiskt från OpenAI's.

Glean, Databricks, Abridge och Microsoft testar redan systemet

Fyra namngivna organisationer testar redan Private Safety Processing inför en bredare lansering: Glean, Databricks, Abridge och Microsoft. Sunil Agrawal, säkerhetschef på Glean, gav OpenAI det hittills tydligaste offentliga stödet: "Enterprise AI adoption depends solely on customer control of data, with no direct or derivative use beyond the chosen service. OpenAI's no-training commitment and ZDR give Glean confidence to build with OpenAI. As models become more capable, OpenAI shows safety can advance without compromising the privacy and control that sustain enterprise trust." Det är en företagskund som offentligt försvarar ett system som ännu inte har lanserats.

Ett undantag lever kvar i varje version av den här designen: OpenAI är juridiskt skyldigt att anmäla misstänkt material om sexuella övergrepp mot barn, så bilder flaggade för möjligt CSAM fortsätter att sparas för manuell granskning och anmälan även i ZDR-driftsättningar, precis som idag. Private Safety Processing rör inte det undantaget. OpenAI säger att bred lansering, tillsammans med en teknisk vitbok som förklarar mekanismen mer ingående, planeras till september 2026 - vad som faktiskt lanseras nästa månad, formad under tiden av kundfeedback, kan skilja sig från det som testas nu.

Septembers vitbok är det verkliga testet, inte detta besked

Ingen utanför OpenAI har oberoende verifierat påståendena om kryptering och nyckelkontroll bakom Private Safety Processing, och det är precis det gap ett compliance-team i Sverige bör hålla öppet fram till september. Den "snävt definierade signal" OpenAI beskriver är, per design, ogenomskinlig för kunden som tar emot den - användbar för att avgöra om en flaggning kräver åtgärd, men inte tillräckligt detaljerad för att uppfylla en granskning enligt GDPR artikel 28 eller en revisor som frågar exakt vad som härletts ur krypterat innehåll och hur. Fram till att den utlovade tekniska vitboken kommer är det ärliga svaret på "kan vi verifiera det" fortfarande nej.

Beskedet kommer tre dagar efter att OpenAI's finanschef talade om en möjlig börsnotering 2027, och några dagar efter att ChatGPT Ads utökades till Europa; sammantaget visar mönstret en OpenAI som synligt uppvaktar förtroendet hos reglerade sektorer inför fortsatt kommersiell tillväxt. Det gör inte Private Safety Processing till ren marknadsföring - kundlistan och mekanismen är verkliga -, men det betyder att bevisbördan ligger hos den tekniska vitboken, inte hos detta besked. Alla leverantörers påstående om "zero data retention" bör nu läsas med en följdfråga: hur, exakt, hanteras säkerhetsövervakning över sessioner.

Läs vidare: OpenAIs företagsintäkter gick om konsument i juli  |  IBM satsar sin konsultverksamhet på en AI-leverantör