Esta página descreve as medidas mencionadas no Acordo de Tratamento de Dados. Ela foi escrita para ser verificável: cada medida indica o que a aplica, para que a análise de segurança de um potencial cliente possa conferir, em vez de simplesmente confiar.

Criptografia

Todo o tráfego passa por TLS. Os tokens OAuth de terceiros (Shopify, Google, Meta, Klaviyo, Notion, Figma) ficam criptografados em repouso com AES-256-GCM, com uma chave que permite rotação, então um dump do banco de dados não entrega credenciais utilizáveis. Os relatórios de verificação de identidade são criptografados no mesmo esquema e nunca são exibidos no produto.

Isolamento entre clientes

Toda consulta que chega a dados de uma organização ou de uma loja é limitada pela condição de membro, e essa limitação é coberta por testes que quebram o build, e não pela disciplina de quem revisa o código. As funções são proprietário, admin, membro e observador, e as permissões são verificadas no servidor a cada requisição, nunca no navegador.

Autenticação

O login usa um código de uso único de seis dígitos enviado por e-mail. Não há senha para vazar nem link mágico para encaminhar. As sessões ficam num cookie com o prefixo __Secure-, expiram depois de 30 dias e caem para 24 horas quando você faz login sem pedir para ser lembrado.

Log de auditoria

Os eventos de segurança e de cobrança são gravados num log em que nada se apaga, visível para você na atividade da sua conta. As ações administrativas feitas pela plataforma são registradas à parte. O conteúdo bruto dos webhooks é apagado num prazo mais curto que o dos próprios eventos, então o log permanece e o conteúdo bruto, não.

Segredos

Nenhuma credencial é gravada no repositório. O painel do operador que mostra a configuração do ambiente informa apenas se uma chave está definida, nunca o valor dela. Um teste recusa qualquer valor parecido com um segredo no arquivo de configuração MCP versionado.

Integridade e controle de mudanças

As mudanças no schema do banco de dados são derivadas automaticamente e aplicadas de forma idempotente, com uma proteção que recusa qualquer mudança capaz de falhar em produção quando uma tabela já tem registros. Um hook de pre-push roda verificações offline rápidas (schema, afirmações da documentação, textos, versões) antes de uma mudança chegar ao repositório remoto. Lint, typecheck e a suíte completa de testes rodam na CI a cada pull request. A própria documentação que você está lendo é protegida: os números publicados são comparados com o código que os implementa.

Infraestrutura

A plataforma roda na Vercel, com um banco de dados PostgreSQL gerenciado na Neon, que oferece backups contínuos e restauração para um ponto no tempo. Cache e filas rodam na Upstash. Os pagamentos nunca passam pelos nossos servidores: os dados de cartão são tratados pela Stripe. A região de cada provedor está publicada na página de suboperadores.

Monitoramento

A plataforma publica uma página de status em tempo real, com 90 dias de histórico e um boletim mensal de disponibilidade. Os incidentes são declarados lá, com feed RSS e inscrição por e-mail. As falhas no nível da plataforma (cadastros, pagamentos recusados) são resumidas para o operador a cada hora.

Relatar uma vulnerabilidade

Escreva para contact@boostecom.app com detalhes suficientes para reproduzir o problema. Confirmamos o recebimento em até três dias úteis. Não tomaremos medidas judiciais contra pesquisas de boa-fé que respeitem a privacidade dos usuários, evitem a destruição de dados e não degradem o serviço. Por favor, não faça testes na conta ou na loja de outro usuário.

Última atualização 12 de setembro de 2026