Criptografia
Onde a criptografia é usada e onde ainda não é.
A criptografia protege uma verificação em vários pontos distintos: a conexão, a imagem, o segredo, o backup, a senha. Preferimos listar cada um com honestidade a dizer "criptografado" uma só vez e deixar você presumir que isso cobre tudo.
Em trânsito
TLS na borda, e imposto no banco de dados do ledger.
Toda requisição ao ShieldID é criptografada antes de chegar à aplicação.
- A borda pública encerra o TLS de todas as conexões, com HSTS e um conjunto restrito de cabeçalhos de segurança, de modo que a requisição é criptografada antes de chegar a qualquer coisa que esteja atrás dela.
- O banco de dados principal do ledger exige TLS em todas as conexões que aceita. Uma conexão em texto simples é recusada de imediato, e não apenas desencorajada por configuração.
- A aplicação verifica o certificado do banco de dados em relação a uma autoridade fixada (pinned) e confere o nome do host, em vez de confiar no primeiro certificado que aparecer.
Em repouso
Imagens de documentos e datas de nascimento são criptografadas. Somos específicos sobre o que mais ainda não é.
"Criptografado em repouso" costuma ser dito sobre uma plataforma inteira de uma só vez. Veja o que isso realmente cobre hoje.
- Imagens do documento de identidade e a selfie
- Criptografadas com AES-256-GCM enquanto armazenadas, antes da eliminação automática que as exclui.
- Data de nascimento
- Armazenada criptografada, nunca em texto simples, onde quer que um registro de verificação a mantenha.
- Segredos (chaves de API, credenciais de banco de dados, chaves de assinatura)
- Mantidos em um cofre de segredos dedicado, não na configuração da aplicação nem no código-fonte.
- O restante do banco de dados e os volumes de armazenamento gerais
- Hoje não são criptografados no nível do disco ou do banco de dados. Dizemos isso diretamente em vez de sugerir uma cobertura total.
Segredos
Um único cofre, protegido por token, com a rotação registrada.
As credenciais da aplicação não ficam espalhadas por arquivos de configuração.
Centralizado
Chaves de API, credenciais de banco de dados e segredos de webhook ficam em um sistema dedicado de gerenciamento de segredos, lidos e gravados apenas por uma API autenticada e protegida por token.
A rotação é auditada
Um processo de rotação dedicado registra cada alteração de credencial e cada tentativa recusada em um log à prova de adulteração, que armazena apenas as impressões digitais dos valores, nunca os valores em si.
Nunca no código ou na configuração
Os segredos são lidos do cofre na inicialização, não são commitados no código-fonte nem deixados em um arquivo de ambiente que acompanha o deploy.
Backups
Criptografados antes de saírem da memória, com um teste de restauração que você pode executar sem tocar na produção.
Um backup abrange a aplicação, a sua configuração e o banco de dados.
- Criptografado com AES-256, usando uma chave mantida no cofre de segredos. Se essa chave não estiver disponível, o script de backup se recusa a gravar um arquivo não criptografado em vez de recorrer a isso silenciosamente.
- Existe um procedimento de restauração documentado e automatizado em script, com um modo de ensaio em um local temporário, de modo que o processo possa ser testado sem tocar nos dados em produção.
- Os backups permanecem hoje nas mesmas instalações. Não oferecemos backups georredundantes nem um site separado de recuperação de desastres, e dizemos isso nas páginas de residência e de conformidade, e não apenas aqui.
Senhas, sessões e chaves de API
Nada que autentique você é armazenado em uma forma que alguém possa ler e reutilizar.
Três tipos diferentes de segredo, três tratamentos diferentes, todos de mão única.
- Senhas
- Com hash, nunca armazenadas nem registradas em log em texto simples.
- Tokens de sessão
- O token no cookie de sessão do seu navegador é um valor aleatório de 32 bytes definido como cookie HttpOnly.
- Chaves de API
- Armazenadas como hashes SHA-256. Apenas um prefixo curto é mantido em texto claro, para que você reconheça uma chave em uma lista sem que o valor completo possa ser recuperado novamente.
O que esta página não afirma
Sem proteção contra DDoS, sem WAF, sem georredundância.
Hoje não ficamos atrás de uma rede de distribuição de conteúdo nem de um firewall de aplicações web, e não afirmamos ter criptografia no nível do disco ou do banco de dados para cada byte que armazenamos. Um limite básico de requisições protege o login e outros endpoints custosos, mas ainda não é uma camada robusta e persistente de proteção contra abusos. Se um controle específico for importante para a avaliação da sua própria organização, pergunte diretamente a nós em vez de presumir que uma frase genérica o cubra.
Perguntas
Respostas diretas sobre criptografia.
Mais sobre o registro
Leia como retenção e residência dos dados se encaixam.
A criptografia é um controle entre vários. Veja o que é apagado, quando, e onde os dados ficam enquanto existirem.