Os clientes nos confiam a categoria de informação mais sensível que possuem

Não, sem autorização explícita. O conteúdo é criptografado com AES-256-GCM usando uma chave de 256 bits única por organização, custodiada no AWS KMS (não nos servidores do vario). Nenhum engenheiro do vario tem permissões kms:Decrypt por padrão. Qualquer acesso de suporte requer sua autorização a partir do painel de administração, fica registrado com timestamp, usuário e IP em um audit log imutável (assinado com SHA-256), e o token expira automaticamente em 4 horas. Você pode revogar antes do vencimento escrevendo para infosec@vario.lat.

Seus dados estão protegidos por camadas independentes. Um atacante que comprometa o banco de dados obtém texto cifrado ilegível — as chaves residem no AWS KMS com controles de acesso completamente separados. Para ler em texto simples seria necessário comprometer simultaneamente o banco de dados e o sistema KMS. Diante de qualquer incidente confirmado, notificamos o seu contato de segurança dentro de 24 horas após a confirmação e auxiliamos na notificação regulatória (GDPR/LGPD) dentro de 72 horas.

Não. O conteúdo é processado dentro do serviço gerenciado do nosso provedor cloud, que não o compartilha com os provedores dos modelos nem o utiliza para treiná-los. Não é uma opção que ativamos: é como o serviço funciona, e está respaldado pelo acordo de tratamento de dados com o provedor cloud. A primeira camada de análise, além disso, roda integralmente dentro da nossa infraestrutura, sem saída de rede.

Dizemos isso com precisão, porque é o que um avaliador precisa saber. O conteúdo das comunicações é armazenado e operado na região cloud da plataforma, e ali permanece. A camada de análise avançada roda sobre um serviço gerenciado dentro do mesmo perímetro de conta, e seu roteamento pode processar a inferência fora dessa região. Essa transferência internacional está identificada, tem base contratual com o provedor cloud e contempla aviso aos titulares. A identidade dos usuários é além disso delegada a um provedor com operação nos Estados Unidos. Nenhuma dessas rotas implica que o conteúdo seja compartilhado com terceiros alheios ao provedor cloud.

O isolamento é aplicado em camadas sobrepostas. Em todo endpoint autenticado o cliente é derivado da credencial, nunca da requisição. Sobre as tabelas que têm dimensão de cliente vigoram políticas nativas de Row-Level Security em modo forçado, com um papel de conexão sem privilégio de bypass. Na inicialização de cada processo o isolamento é verificado automaticamente, conectado a alarmes. E cada cliente tem uma chave criptográfica dedicada, de modo que a decifragem cruzada é criptograficamente impossível. Com uma precisão importante: um conjunto restrito de tabelas é necessariamente consultado antes de existir contexto de cliente, em autenticação e provisionamento, e por definição não pode ficar sob Row-Level Security. Ali a proteção é o filtro aplicativo, e assim está registrado como exceção com revisão periódica.