Como protegemos seus certificados

Todos os arquivos de certificado (.p12, .cer, .key, .pem) são armazenados criptografados com AES-256-GCM seguindo um modelo de chave de dois níveis: cada arquivo tem sua própria chave de criptografia de dados (DEK), envolvida por uma chave de criptografia de chaves (KEK) gerenciada no AWS KMS. As senhas dos certificados são criptografadas antes de serem escritas no banco de dados — não aplicamos hash, pois elas precisam ser usadas operacionalmente para carregar os certificados.

A AlertaCert suporta chaves de acesso biométricas (Face ID, impressão digital, Windows Hello) como segundo fator de autenticação. As chaves de acesso são resistentes a phishing por design — nunca são transmitidas ao servidor.

As ações de alto risco — revelar senha, baixar certificado, excluir, assinar documentos, gerenciar membros — exigem reautenticação recente. Se sua sessão for antiga, você será solicitado a confirmar sua identidade antes de prosseguir.

Cada organização tem papéis de administrador e membro. Os membros não podem convidar usuários, alterar papéis, excluir clientes, nem cancelar fluxos de assinatura. Os administradores controlam exatamente quais permissões são sensíveis em sua organização.

Cada ação sensível — upload, download, revelação de senha, assinatura, exclusão, mudança de função — é registrada em um log de auditoria. O log não tem política de INSERT, UPDATE ou DELETE para nenhum usuário ou administrador: apenas o cliente de serviço pode adicionar entradas. As entradas do log são encadeadas por hash — cada entrada inclui o hash da anterior, tornando qualquer adulteração silenciosa detectável.

Os endpoints de upload, download, assinatura e autenticação têm limites de taxa por usuário. As tentativas excessivas são bloqueadas antes de atingir o banco de dados.

Cada tabela do banco de dados tem RLS (Row-Level Security) habilitado. Os dados de uma organização são inacessíveis a partir de consultas de outra organização, mesmo se usar a mesma instância de banco de dados. As chaves de função de serviço são armazenadas em gerenciamento de segredos, nunca no código da aplicação, e rotacionadas regularmente. As URLs de arquivos de armazenamento são assinadas com janelas de expiração curtas e servidas por um proxy no servidor — nunca de longa duração ou adivinháveis publicamente.

Cada arquivo carregado é validado por magic bytes antes de ser armazenado. Um arquivo que não seja DER/PKCS12 ou PEM válido é rejeitado. Nunca são armazenados arquivos arbitrários disfarçados de certificados.