Como protegemos os dados da sua organização — em detalhes verificáveis.

• Seus dados não treinam modelos. Usamos a API comercial da Anthropic, cuja política não utiliza dados de clientes para treinamento.
• O modelo não tem ferramentas. Não acessa o banco, não executa código, não navega, não realiza ações. Entrada de texto, saída de texto.
• Proteção contra prompt injection. Todo material do cliente é delimitado como insumo a analisar — nunca como instrução — com regra de segurança explícita no prompt.
• Saída sempre sanitizada. A resposta do modelo passa por sanitização de HTML antes de ser exibida — conteúdo malicioso não executa no navegador.

• Criptografia em trânsito e em repouso. TLS em todo o tráfego (HSTS, 2 anos); criptografia em repouso gerenciada pelo provedor do banco (AES-256).
• Consentimento registrado. Termos e Política de Privacidade públicos, com aceite explícito registrado (data, IP e navegador) no cadastro e na compra.
• Direitos do titular atendidos. Acesso, correção, portabilidade (exportação em ZIP pela própria plataforma) e exclusão definitiva sob solicitação.
• Backups. Backups automáticos diários gerenciados pelo Supabase [CONFIRMAR: plano e retenção contratados].

Suboperadores (subprocessadores) de dados

1. 01

   CSP com nonce

   A Content-Security-Policy atual já restringe origens; a evolução planejada remove 'unsafe-inline' de scripts com nonces por requisição.

2. 02

   Granularidade de papéis dentro da organização

   Hoje o isolamento entre organizações é total; a evolução restringe ainda mais o que um membro comum pode alterar dentro da própria organização (ex.: aprovação de entregáveis somente por administradores).

3. 03

   Validação de entrada centralizada por schema

   As entradas já são validadas caso a caso (tipos, limites e allowlists); a evolução centraliza tudo em schemas declarativos (Zod).

4. 04

   Observabilidade hospedada

   O logging estruturado já existe na aplicação; a evolução envia esses eventos a uma plataforma de monitoramento (Sentry/Axiom) com alertas.

5. 05

   Rotação programada de credenciais

   Chaves de provedores são rotacionadas em eventos relevantes; a evolução formaliza um calendário periódico de rotação.

6. 06

   Certificações formais

   Não possuímos SOC 2 ou ISO 27001. Avaliaremos certificação conforme a demanda dos clientes — este documento descreve os controles reais implementados, que podem ser verificados em auditoria conjunta.

Onde os dados ficam armazenados?

Em banco Postgres gerenciado pelo Supabase (região: [CONFIRMAR: região do projeto Supabase]). Documentos anexados ficam em bucket privado do Supabase Storage, com acesso segregado por organização. Nenhum dado de cliente fica em servidores próprios ou máquinas locais.

Os dados são criptografados?

Sim. Em trânsito, todo o tráfego usa TLS (HTTPS obrigatório, com HSTS de 2 anos e preload). Em repouso, a criptografia do banco e do storage é gerenciada pelo provedor (Supabase, AES-256).

Como é garantido o isolamento entre clientes (multi-tenancy)?

Por Row Level Security (RLS) no Postgres: 100% das tabelas têm RLS habilitado e as políticas exigem vínculo real de membro aprovado com a organização (não apenas usuário autenticado). Não existe política permissiva. O storage segrega arquivos por pasta de organização com a mesma checagem. Esse isolamento é aplicado pelo banco de dados, não apenas pela aplicação.

Nossos dados são usados para treinar modelos de IA?

Não. Usamos a API comercial da Anthropic, cuja política não utiliza dados de clientes da API para treinar modelos. Cada execução envia apenas o contexto da SUA organização — nunca dados de outros clientes.

O que a IA pode fazer dentro do sistema?

Apenas gerar texto. Os modelos executam sem nenhuma ferramenta: não têm acesso ao banco de dados, não executam código e não realizam ações. O conteúdo enviado é delimitado como insumo (proteção contra prompt injection) e a saída é sanitizada antes de ser exibida.

Dados de cartão de crédito passam pelos servidores de vocês?

Não. O pagamento acontece no Stripe Checkout, direto no ambiente do Stripe (certificado PCI DSS nível 1). Nossos servidores nunca recebem número de cartão — apenas confirmações assinadas criptograficamente pelo Stripe.

Como funciona o controle de acesso dos usuários?

Cadastro não dá acesso automático: todo usuário precisa ser aprovado ou convidado por um administrador da organização. Há dois papéis (administrador e membro), verificados no servidor a cada ação — a interface nunca é a barreira de segurança. Sessões usam cookies httpOnly (inacessíveis a scripts).

Como as senhas são armazenadas?

Pelo Supabase Auth, com hash bcrypt — nunca em texto claro e nunca acessíveis à nossa equipe. O fluxo de recuperação usa link assinado de uso único e resposta neutra (não revela se um e-mail está cadastrado).

Existem backups? Qual a política?

Backups automáticos diários gerenciados pelo Supabase [CONFIRMAR: plano e retenção contratados]. A restauração é gerenciada pelo provedor do banco.

Vocês estão adequados à LGPD?

Sim. Publicamos Política de Privacidade e Termos de Uso (/legal), coletamos consentimento explícito no cadastro e na compra (com registro de data, IP e navegador), atendemos os direitos do titular (acesso, correção, exclusão e portabilidade) e listamos nossos suboperadores neste documento. Tratamentos com dados sensíveis são cobertos por acordo específico com o cliente.

Quem são os subprocessadores (suboperadores) de dados?

Vercel (hospedagem), Supabase (banco/autenticação/arquivos), Stripe (pagamentos), Anthropic (IA) e Resend (e-mail transacional). A tabela completa, com dados tratados e regiões, está na seção de proteção de dados desta página.

Como vocês identificam e corrigem vulnerabilidades?

Auditorias de segurança documentadas e recorrentes (superfícies de autenticação, autorização, isolamento de dados, pagamentos e IA), suíte de testes automatizados executada a cada mudança, build com verificação estrita de tipos, e headers de segurança (CSP, HSTS, X-Frame-Options DENY, nosniff). Nenhum segredo é versionado no código.

O que acontece em caso de incidente de segurança?

Contenção imediata (revogação de credenciais e bloqueio da superfície afetada), avaliação de impacto e comunicação aos clientes afetados e, quando aplicável, à ANPD, nos prazos da LGPD. Canal de reporte: [CONFIRMAR: e-mail de segurança].

Há proteção contra abuso ou consumo descontrolado de IA?

Sim, em camadas: execução exige assinatura ativa; os créditos são reservados atomicamente ANTES de qualquer chamada ao modelo (impossível gastar além do saldo); há teto de execuções simultâneas por organização; e uploads têm allowlist de tipos e limites de tamanho e quantidade.

Podemos exportar ou excluir nossos dados?

Sim. Todos os entregáveis são exportáveis pela própria plataforma (download em ZIP, incluindo BPMN e códigos). A exclusão definitiva da conta e dos dados da organização é atendida sob solicitação, conforme a Política de Privacidade.

A equipe da VINETUM tem acesso aos nossos dados?

O acesso operacional é restrito ao mínimo necessário para suporte e operação da plataforma, limitado a pessoal autorizado. Credenciais administrativas são nominais e as chaves de infraestrutura ficam apenas no ambiente de produção (nunca no código).