Dado pessoal em texto puro
E-mails e nomes legíveis em qualquer cópia do banco, backup ou consulta de suporte.
Cada cliente fica isolado no próprio banco de dados, os dados pessoais são cifrados campo a campo e toda decisão deixa uma trilha que não pode ser alterada sem ser percebida.
A plataforma isola cada cliente no banco com row level security forçado, cifra dados pessoais campo a campo com AES-256-GCM, mascara e-mail, CPF, senhas e tokens nos logs e encadeia por hash a trilha de cada caso e transação. Chamadas de IA só vão a provedores sem retenção de dados.
E-mails e nomes legíveis em qualquer cópia do banco, backup ou consulta de suporte.
Uma mensagem de erro com e-mail, CPF ou token do cliente vai parar na ferramenta de logs e fica lá.
Em plataforma compartilhada, um filtro esquecido na consulta expõe a carteira de outra instituição.
Referências para a sua política. Não substituem a avaliação do seu jurídico.
O art. 46 exige medidas de segurança técnicas e administrativas para proteger dados pessoais de acessos não autorizados e de vazamentos.
Política de segurança cibernética e requisitos para contratar serviços de processamento, armazenamento de dados e computação em nuvem, para instituições financeiras.
A mesma política de segurança cibernética e de contratação de nuvem, para instituições de pagamento.
Toda tabela de cliente tem row level security forçado: a consulta só enxerga as linhas do cliente da sessão, mesmo se o filtro faltar no código.
E-mail e nome de usuários e contatos são gravados com AES-256-GCM, com chave derivada por escopo, e buscados por um hash com chave, sem decifrar a tabela.
Senha, token, API key, e-mail e CPF são mascarados pelo nome do campo e pelo conteúdo antes de o log sair do servidor.
Eventos de caso e de transação são encadeados por hash; a verificação acusa qualquer evento alterado, removido ou fora de ordem.
Em 30 minutos mostramos o fluxo com casos reais do seu mercado e indicamos o plano que cabe no seu volume.
Por row level security do Postgres, forçado em toda tabela de cliente, e por cota de uso por cliente na API: um cliente em pico não aumenta a latência dos outros.
E-mail e nome de usuários do portal e de contatos comerciais, com AES-256-GCM. A chave é derivada por escopo, e um valor copiado para outro escopo não decifra.
Senhas com argon2id, bloqueio após 5 tentativas erradas e sessões guardadas só como hash do token.
Não. Toda chamada de IA exige provedores sem retenção de dados e sem uso para treino; sem IA configurada, a leitura de documentos e o resumo da mesa funcionam por regras.
Rota, cliente, latência e erros, com dados sensíveis mascarados. O CNPJ não é mascarado, porque é dado público de empresa e é o que permite investigar um caso.