Em 19 de agosto, a OpenAI publicou em seu site um comunicado voltado a clientes de API: para clientes elegíveis, continua oferecendo retenção zero de dados (Zero Data Retention, ZDR) — depois de processada a solicitação, nem os prompts nem as respostas do modelo são mantidos. No mesmo comunicado, a empresa apresentou um mecanismo chamado "processamento de segurança privado" (private safety processing), que identifica sinais de abuso ao longo de múltiplas interações relacionadas sem expor o conteúdo original aos funcionários da OpenAI.
Retenção zero de dados não é um conceito novo. Para clientes dos setores financeiro, de saúde e jurídico, garantir contratualmente que "nada fica armazenado do lado de vocês" sempre foi uma condição decisiva nas negociações. Segundo reportagens públicas, o motivo para este comunicado separado é que os modelos passaram a executar tarefas mais longas e mais autônomas: uma única solicitação não revela problema algum, mas o risco fica disperso ao longo de uma sequência de sessões. Para capturar esse padrão, a detecção de abuso precisa de algo para comparar — o que entra em conflito direto com a retenção zero.
Levando a detecção para dentro de uma caixa criptografada
A solução da OpenAI é entregar a parte comparável para a própria custódia do cliente. O conteúdo do cliente pode permanecer em infraestrutura controlada por ele, ou ser armazenado pela OpenAI — mas a chave de criptografia fica nas mãos do cliente. Um sistema automatizado realiza avaliações entre sessões sobre essa camada de conteúdo criptografado, analisando entradas e saídas de várias conversas em vez de olhar para uma solicitação isolada. Quando há uma correspondência, o que retorna à OpenAI é apenas um sinal:
a narrowly defined safety signal, without exposing the underlying prompts or responses
um sinal de segurança estritamente delimitado, sem expor os prompts ou respostas subjacentes.
Depois de receber o sinal, cabe ao cliente decidir se investiga mais a fundo e se entrega os dados. Segundo a empresa, o mecanismo mira tanto pessoas que abusam da plataforma quanto agentes de IA que se desviam do esperado.
Uma exceção é declarada de forma bem direta: imagens sinalizadas como possível material de abuso sexual infantil continuam sendo retidas mesmo em implantações com retenção zero, para revisão manual e denúncia, como já acontece atualmente.
Um caminho diferente do da Anthropic
Diante da mesma questão, outra empresa oferece uma resposta quase oposta. Segundo diversas reportagens, a Anthropic mantém dados de sessão por 30 dias para parte dos modelos cobertos, com revisão manual feita por meio de acesso controlado, e um registro de quem viu o quê armazenado em logs à prova de adulteração (tamper-evident logs). A aposta ali é na rastreabilidade: se algo dá errado, existe uma cadeia de evidências completa, e é possível verificar quem acessou os dados.
A aposta da OpenAI é em não gerar cadeia de evidências alguma. A diferença entre os dois caminhos não está na capacidade de segurança, e sim no que os clientes corporativos temem. Empresas preocupadas com abuso interno e com a possibilidade de a culpa ser jogada para outra área preferem logs à prova de adulteração; empresas preocupadas com intimações externas e conformidade transfronteiriça preferem que os dados nunca cheguem a ficar com o fornecedor — uma janela de retenção de 30 dias significa, em termos aproximados, que cada conversa passa um mês em um estado acessível a processos externos. Para uma empresa que atua em várias jurisdições, esse um mês não é fácil de explicar ao jurídico.
Para equipes que compram modelos para operações internacionais, esse ponto pode entrar diretamente na lista de perguntas: onde os dados ficam armazenados, a quem pertence a chave, e qual processo é acionado depois que uma política de segurança é disparada. Antes, esse tipo de pergunta costumava receber apenas um "levamos a segurança muito a sério" como resposta.
Até o whitepaper, é tudo prévia
O processamento de segurança privado está, por ora, sendo testado apenas com clientes iniciais, com expansão gradual prevista para setembro, quando também será publicado o whitepaper técnico. O comunicado deixa bastante coisa em aberto: quais modelos serão cobertos, qual a granularidade real dos sinais, e qual processo de contestação o cliente terá em caso de falso positivo. A forma como a análise entre sessões é implementada tecnicamente sobre dados criptografados também não foi revelada — até o whitepaper chegar, essas descrições continuam sendo uma promessa, não um design verificável.
Para compradores corporativos, o que dá para fazer agora é anotar o mês de setembro como marco. Quando o whitepaper for publicado, comparar item por item com a própria lista de conformidade será muito mais útil do que apenas ler o comunicado de hoje.
Fontes: comunicado oficial da OpenAI, CocoLoop, TechCrunch; verificado com base no comunicado da OpenAI sobre o escopo de clientes elegíveis à retenção zero de dados, a titularidade das chaves de criptografia e o cronograma de expansão do processamento de segurança privado.