Política de Privacidade do SupaBrain

Última atualização: 2026-11-04

Nesta política, "nós" é a Supabrain LLC, sociedade constituída no Estado de Delaware, Estados Unidos, com sede em 1007 N Orange St., Wilmington, DE 19801, EUA, que fornece o SupaBrain.

1. Há duas relações aqui, e confundi-las confunde tudo

Quase toda dúvida sobre privacidade no SupaBrain se resolve percebendo que existem dois tratamentos diferentes, com papéis diferentes:

A segunda coluna é a que costuma surpreender: se a sua mensagem foi indexada porque você participa de um grupo de WhatsApp de uma empresa, o controlador dos seus dados é aquela empresa, não o SupaBrain. Nós fornecemos o mecanismo; ela decide o que entra. O §7 explica o que fazer em cada caso.

2. Os dados que tratamos como controlador

Duas notas sobre as duas últimas linhas, porque "usamos analytics" costuma esconder mais do que revela:

• Relatórios de erro (Sentry) recebem apenas identificadores. Todo evento passa por uma limpeza antes de sair: o que chega são etiquetas como o identificador da organização, o do conector e o nome da operação que falhou. Não há rastreamento de performance ligado, justamente porque os spans carregariam o texto das buscas.
• Métricas de uso (PostHog) não admitem texto livre. Nenhum texto de busca, nenhum nome, nenhum e-mail: organizações são identificadas por identificador interno e pessoas por UUID. A URL de busca é /search?q=<a sua pergunta>, e a query string é removida de toda URL antes do envio — essa é a fuga que ninguém lembra de fechar.

A autenticação é auto-hospedada. Senhas com hash, sessões e credenciais ficam no mesmo banco de dados do resto do sistema, e o segredo que assina as sessões é nosso: nenhum fornecedor de identidade recebe as credenciais dos seus usuários.

3. Os dados que tratamos como operador

O acervo indexado é tratado exclusivamente conforme a instrução da empresa cliente, materializada nas fontes que ela seleciona. Nada é indexado por padrão: um grupo de WhatsApp recém-descoberto e uma pasta do Drive recém-listada nascem fora do acervo.

O que fazemos com ele está exaustivamente descrito no §3 do DPA. O que não fazemos, e vale repetir aqui:

• Não treinamos modelos com o conteúdo de nenhum cliente.
• Não usamos o acervo de um cliente para melhorar o produto para outro.
• Não cruzamos acervos de clientes diferentes — nem poderíamos, pelo §5.

4. Com quem compartilhamos

A lista completa dos terceiros que participam do funcionamento do produto, o que cada um recebe e onde processa, está em Subprocessadores e no Anexo I do DPA. Ela é mantida verdadeira por um verificador que roda no CI e reprova o build quando o código passa a falar com um destino que a lista não menciona — e também quando a lista menciona um fornecedor que o código não usa mais.

5. Transferência internacional

O conteúdo indexado é enviado para fora do Brasil. Especificamente: a OpenAI gera os vetores de busca, a OpenRouter destila e redige as respostas, e a Cohere reordena os resultados — as três nos Estados Unidos, e nenhuma delas consegue fazer o seu trabalho sem ler o texto.

A Hetzner (Inference API), na Alemanha, é um caso à parte: ela gera parte do material de treino do modelo de domínio a partir do texto oficial das leis brasileiras, e não recebe nenhum dado seu — nem conteúdo, nem busca, nem identificador. O Tinker (Thinking Machines Lab), nos Estados Unidos, treina o adaptador LoRA sobre esse mesmo corpus já selado. Quando você usa o agente SupaLaw, a pergunta, os trechos oficiais recuperados e o texto de arquivos anexados naquele turno também vão para o Tinker — não o WhatsApp, o Drive nem o restante do acervo da empresa. Estão citados aqui porque uma lista de destinos com exceções escolhidas por quem a escreve não é uma lista.

Também tratam dados fora do Brasil a Railway (que hospeda o banco onde o acervo fica), a Firecrawl (que captura as páginas públicas do site informado no onboarding), a Hyperbrowser (índices oficiais de diários que recusam um cliente scriptado), a Bright Data (egress ISP brasileiro para hosts oficiais .jus.br), a SupaSec GLiNER (que extrai entidades), a TypeSafe (Jev) (julgamentos calibrados sobre texto na esteira de ingestão), a Google e a Meta (WhatsApp) pelos conectores, a Resend pelos e-mails de convite, a Stripe pela cobrança da assinatura, o Sentry pelos identificadores de erro e o PostHog pelas métricas, este último na União Europeia. Ficam no Brasil a computação do aplicativo web em São Paulo, as consultas a registros públicos pela InfoSimples e o conector do ERP Omie.

Os conectores da V2 entram na mesma categoria da Google e da Meta — o conteúdo já está com eles e o SupaBrain lê de lá: Slack (canais), Microsoft (OneDrive e SharePoint), Notion e Atlassian (Confluence), todos nos Estados Unidos. O conector Lynx não tem host público, então o local de processamento é o da sua própria instalação. Nenhum deles recebe qualquer dado antes de um administrador da sua organização conectá-lo.

5.1 Onde o acervo fica armazenado

Na região us-east4 da Railway, na Virgínia, Estados Unidos. A Railway não oferece região na América do Sul — as opções são Califórnia, Virgínia, Amsterdã e Singapura — e a Virgínia foi escolhida por ser a mais próxima de São Paulo.

Se o seu requisito é armazenamento em território nacional, hoje o SupaBrain não atende, e nenhuma opção de configuração muda isso. Mudar a região do banco tampouco mudaria o §5: embeddings, destilação e reordenação acontecem nos Estados Unidos em qualquer configuração, porque é onde os fornecedores operam. São duas decisões separadas, e tratá-las como uma só é o engano mais comum na leitura desta página.

6. Segurança

6.1 Credenciais de conector

A sessão do WhatsApp pareado e o token OAuth do Google Drive são cifrados com AES-256-GCM antes de tocarem o banco, com vetor de inicialização aleatório por operação. A chave fica no cofre de segredos, fora do banco que ela protege.

São esses os dados que mais importam: uma sessão do WhatsApp é um login funcional, e um refresh token do Drive é acesso contínuo ao Drive.

O §6.2 do DPA registra, com a mesma clareza, o que não é cifrado em nível de aplicação.

6.2 Isolamento entre organizações

Toda tabela com dado de cliente tem row-level security no banco, e uma conexão que não declarou de quem é a sessão não enxerga nada. O aplicativo web conecta com um papel que só tem permissão de leitura e não é superusuário. Em uma tabela, a política vai além da organização e respeita também a lista de acesso da própria linha — um documento restrito é invisível para quem não está nela, mesmo dentro da mesma empresa.

7. Seus direitos, e como exercê-los

A LGPD (art. 18) garante a você confirmação de tratamento, acesso, correção, anonimização, portabilidade, eliminação, informação sobre compartilhamento e revogação do consentimento.

Onde pedir depende de qual dos dois tratamentos do §1 é o seu.

7.1 Se você tem conta no SupaBrain

Escreva para o e-mail do encarregado. Nós somos o controlador dos dados da sua conta e respondemos diretamente, no prazo do art. 19.

Um owner de organização, além disso, exporta todo o acervo dela pelo próprio produto, sem depender de nós: organização, membros, conectores, projetos, conteúdo com texto bruto e destilado, log de buscas. Sai em formato aberto, e nenhuma credencial vai junto.

7.2 Se você aparece no acervo de uma empresa e não tem conta

Este é o caso de quem trocou mensagens em um grupo de WhatsApp que uma empresa indexou. O controlador dos seus dados é essa empresa; o pedido vai para ela, e ela tem o dever de atendê-lo. Se você nos escrever, encaminharemos ao cliente responsável e auxiliaremos no que for tecnicamente necessário.

O que precisa ser dito sem rodeio: o mecanismo que executa esse pedido ainda não está implementado. Remover uma pessoa do acervo não é apagar uma linha — ela está no texto bruto, no transcript retido para busca, no resumo destilado que pode citá-la, nos metadados de participantes e no vetor derivado do texto que a menciona. Apagar o documento inteiro seria apagar as mensagens das outras pessoas da conversa, o que é outra violação. O procedimento correto redige dentro do conteúdo e re-deriva o que dele descende, e está especificado em SEC-08 sem estar construído.

Até que esteja, esses pedidos são atendidos manualmente, e o resultado manual não tem garantia de que o vetor derivado do conteúdo removido também foi substituído.

7.3 Eliminação não alcança imediatamente os backups

Ainda não verificado. Eliminar um dado o remove do sistema em operação, não das cópias de segurança já feitas. Pela retenção prevista em `docs/RUNBOOK-BACKUP.md`, o horizonte máximo em que um dado eliminado ainda pode existir em alguma cópia é de aproximadamente 3 (três) meses, quando expira a cópia mensal mais antiga que o contenha.

Esse número é a retenção prevista: o runbook registra que não foi confirmado, do ambiente em que foi escrito, se os agendamentos de backup estão de fato habilitados, e nenhum ensaio de restauração foi realizado. Afirmar eliminação imediata e irreversível seria falso, e é o tipo de frase que só é descoberta como falsa durante uma auditoria.

8. Cookies

O SupaBrain usa um cookie de sessão para manter você conectado. Ele é necessário para o funcionamento do produto e não há como recusá-lo e continuar autenticado.

Não há cookies de publicidade e não há rastreamento entre sites. As métricas de uso do §2 são coletadas com identificadores internos, sem texto livre.

9. Retenção

Arquivos de mídia originais. Quando o armazenamento de mídia está ativado na instalação (MEDIA_STORE_ENABLED), os arquivos originais capturados pelas fontes — fotos, mensagens de voz, documentos anexados — são retidos em um bucket da organização pelo prazo da Política de Armazenamento que o administrador da empresa configura (de 1 a 730 dias; o teto de dois anos é imposto pelo próprio banco de dados). Ao expirar o prazo, o arquivo é excluído; as transcrições, o texto reconhecido por OCR e o conhecimento extraído permanecem no acervo, porque são o conteúdo indexado que a empresa contratou. Reduzir o prazo exclui imediatamente os arquivos mais antigos que o novo limite. Um pedido de eliminação de titular (§7.2) é diferente da expiração por prazo: ele exclui tanto os arquivos do titular quanto o texto derivado deles.

Conversas e minutas do SupaLaw. O modo de redação de minutas guarda, no servidor, a conversa e cada versão do documento — sem isso não há como pedir "troca o índice para IPCA" e receber uma revisão da minuta certa. Esse material contém, por natureza, dados pessoais: nomes das partes, CPF/CNPJ, endereço do imóvel e valores.

Três coisas valem saber sobre ele.

Só quem escreveu enxerga. Uma conversa do SupaLaw é visível apenas ao usuário que a criou, mesmo para colegas da mesma organização. Compartilhamento é um recurso futuro, com consentimento próprio, e não um padrão herdado.

"Limpar histórico" apaga de verdade. O botão elimina em definitivo a conversa, suas mensagens e todas as versões das minutas — não é marcação lógica, e não há desfazer. Fica registrado apenas que houve a eliminação (identificadores e contagens), nunca o que foi eliminado.

O log de auditoria recebe o texto pseudonimizado. Nomes qualificados por documento, CPF, CNPJ, CEP, e-mail, telefone, endereço e valores são substituídos por marcadores (<CPF_1>, <VALOR_1>) antes de qualquer gravação no log de consultas, que é imutável por concessão. E nada desse material é usado para treinar modelos sem consentimento contratual expresso da organização, registrado em separado: a ausência de registro significa ausência de consentimento. Os detalhes técnicos estão em §10.3 do DPA.

10. Encarregado pelo tratamento de dados

O encarregado pelo tratamento de dados pessoais (art. 41 da LGPD) atende pelo e-mail do encarregado (clique para ver o endereço). É o canal para todo contato sobre privacidade: pedido de titular, comunicação da ANPD, questionário de compliance e comunicação de incidente.

11. Alterações desta política

Alterações materiais serão comunicadas antes de entrar em vigor. A data no topo é a da última revisão, e o histórico completo fica no repositório em que estes documentos vivem.

Documentos relacionados: Termos de Uso · Contrato de Tratamento de Dados · Subprocessadores