AvaliaçãoTudo o que uma revisão de segurança pede, em dois arquivos.
Um whitepaper de arquitetura e segurança e um questionário de segurança já preenchido, escritos a partir do serviço como ele funciona hoje. Cada resposta aponta para o documento ou o código que a sustenta, e o que não podemos demonstrar aparece como não alegado.
Versão de 8 de novembro de 2026Os dois arquivos estão em inglês.
Os dois arquivos
Use-os como estão ou copie as respostas para o seu próprio modelo de avaliação de fornecedores.
Whitepaper de arquitetura e segurança
Como uma requisição viaja do seu sistema pela nossa entrada até o serviço regional e o banco de dados dele, como os recibos são assinados com as chaves KMS próprias da Trustvice e mantidos em uma cópia de gravação única, onde os dados ficam, quem pode acessar o quê e como lidamos com incidentes, vulnerabilidades e recuperação. Um apêndice lista as evidências de cada afirmação.
trustvice-security-whitepaper.md · Markdown, inglêsBaixar .mdQuestionário de segurança já preenchido
79 perguntas no estilo dos questionários enxutos mais comuns, agrupadas por domínio, cada uma com resposta, uma breve explicação e um link para a evidência.
trustvice-security-questionnaire.csv · CSV, inglêsBaixar .csvO whitepaper e o questionário estão disponíveis só em inglês. Quando diferem de um documento legal, vale o documento legal.
O que o whitepaper cobre
Descreve o serviço como ele é construído, não um roadmap. Quando uma proteção é parcial, ele diz isso.
- Fluxo de dados: site, porta de entrada da API, os sete serviços regionais e seus bancos de dados, o servidor MCP e os webhooks
- Quem guarda as chaves de assinatura Ed25519 (a Trustvice, no AWS KMS), como as metades públicas são publicadas e o que acontece quando o KMS está indisponível
- Regiões e residência de dados: o que é regional, o que é servido dos EUA e por que uma chamada nunca passa para outra região
- Subprocessadores e como as mudanças são anunciadas
- Criptografia em trânsito e em repouso, no provedor e na aplicação
- Controle de acesso: chaves de API, escopos e papéis, OAuth para MCP, login e sessões, e o acesso da nossa própria equipe
- Logs e o log de auditoria de segurança
- Disponibilidade, página de status, tratamento de incidentes e notificação de violações
- Divulgação de vulnerabilidades e prazos-alvo de resposta
- Backup e recuperação
- O que não alegamos
- Um apêndice que liga cada afirmação ao documento e ao arquivo-fonte que a sustentam
Como ler as respostas
A coluna de resposta usa quatro valores. Eles ficam em inglês no arquivo, para ordenar e filtrar do mesmo jeito para todos.
- Yes
- Em vigor hoje, como descrito na explicação e no documento vinculado.
- Partial
- Em vigor com um limite declarado, ou só em alguns planos. A explicação diz qual.
- No
- Não faz parte do serviço hoje.
- Not claimed
- Não fazemos nenhuma alegação sobre isso.
Os documentos que vinculam estas respostas
O pacote resume. O texto vinculante está nestes documentos.
Adendo de Dados (DPA)
Termos de operador, medidas de segurança, aviso de violação em até 72 horas, auditorias e transferências internacionais.
Ler o DPA →Subprocessadores
Cada provedor que trata dados pessoais, o que faz e onde, com 30 dias de aviso sobre mudanças.
Ver a lista →Modelo de segurança
O modelo de ameaças: o que um recibo prova, em que você confia em nós e os limites declarados.
Ler o modelo →Trust Center
Assinatura, residência, disponibilidade, status de conformidade e cada documento legal com sua data.
Abrir o Trust Center →Divulgação responsável
Como reportar uma vulnerabilidade, porto seguro e nossos prazos-alvo.
Ler a política →Regiões de dados
As sete regiões e o que cruza entre regiões.
Ver as regiões →
Perguntas que o pacote não responde
Envie seu próprio questionário e respondemos por escrito em até 30 dias, como o DPA estabelece. Clientes Enterprise também podem percorrer a arquitetura conosco.