Criptografia em descanso
A criptografia em repouso, quando usada em conjunto com a criptografia de transporte e as políticas de segurança que protegem contas, senhas e chaves de criptografia relevantes, pode ajudar a garantir a conformidade com os padrões de segurança e privacidade, incluindo HIPAA, PCI-DSS e FERPA.
Mecanismo de armazenamento criptografado
Novo na versão 3.2.
Observação
Funcionalidade de empresas
Disponível apenas no MongoDB Enterprise.
Importante
Disponível apenas para o WiredTiger Storage Engine.
MongoDB Enterprise 3.2 introduz uma opção de criptografia nativa para o mecanismo de armazenamento WiredTiger. Este recurso permite que o MongoDB criptografe arquivos de dados de forma que apenas as partes com a chave de descriptografia possam decodificar e ler os dados.
Processo de criptografia
Observação
O MongoDB Enterprise no Windows não é mais compatível com AES256-GCM como uma cifra de bloco para criptografia em repouso. Esse uso é compatível apenas com Linux.
Se a criptografia estiver ativada, o modo de criptografia padrão que o MongoDB Enterprise usa é o AES256-CBC (ou o Advanced Encryption Standard de 256 bits no modo Cipher Block Chaining) via OpenSSL. O AES-256 usa uma chave simétrica, ou seja, a mesma chave para criptografar e descriptografar texto. O MongoDB Enterprise para Linux também oferece suporte à criptografia autenticada AES256-GCM (ou Advanced Encryption Standard de 256 bits no modo Galois/Counter).
O Mecanismo de Armazenamento Criptografado usa o provedor de criptografia certificado do sistema operacional subjacente para executar operações criptográficas. Por exemplo, uma instalação MongoDB em um sistema operacional Linux usa o módulo OpenSSL libcrypto FIPS-140.
Para executar MongoDB em um modo compatível com FIP:
Configure o sistema operacional para ser executado no modo de aplicação de FIPS.
Configure o MongoDB para habilitar a configuração
net.tls.FIPSMode.Reinicie o
mongodoumongos.Verifique o arquivo de log do servidor para confirmar se o modo FIPS está habilitado. Se o modo FIPS estiver habilitado, a mensagem
FIPS 140-2 mode activatedserá exibida no arquivo de log.
Para obter mais informações, consulte Configurar MongoDB para FIPS.
Observação
Backup do AES256-GCM e do sistema de arquivos
Para mecanismos de armazenamento criptografado que usam o modo de criptografia AES256-GCM, AES256-GCM exige que cada processo use um valor de bloco de contador exclusivo com a chave.
Para o mecanismo de armazenamento criptografado configurado com a cifra AES256-GCM:
- Restauração a partir de um hot backup
- A partir da versão 4.2, se você restaurar a partir de arquivos obtidos via backup "quente" (ou seja, o
mongodestá em execução), o MongoDB pode detectar chaves "sujas" na inicialização e rolar automaticamente a chave do banco de dados para evitar a reutilização IV (Initialization Vector).
- Restaurando a partir do Cold Backup
No entanto, se você restaurar a partir de arquivos obtidos via backup "frio" (ou seja, o
mongodnão está em execução), o MongoDB não poderá detectar chaves "sujas" na inicialização, e a reutilização do IV anulará as garantias de confidencialidade e integridade.A partir do 4,2, para evitar a reutilização das chaves após restaurar de um snapshot de sistema de arquivos frio, o MongoDB adiciona uma nova opção de linha de comando
--eseDatabaseKeyRollover. Quando iniciada com a opção--eseDatabaseKeyRollover, a instânciamongodrola as chaves de banco de dados configuradas comAES256-GCMcifra e sai.
O processo de criptografia de dados inclui:
Gerando uma chave mestre.
Gerando chaves para cada banco de dados.
Criptografando dados com as chaves do banco de dados.
Criptografando as chaves do banco de dados com a chave mestre.
A criptografia ocorre de forma transparente na camada de armazenamento, ou seja, todos os arquivos de dados são totalmente criptografados a partir de uma perspectiva do sistema de arquivos, e os dados só existem em um estado não criptografado na memória e durante a transmissão.
Para criptografar todo o tráfego de rede do MongoDB, você pode usar TLS/SSL (Transport Layer Security/Secure Sockets Layer). Consulte Configurar mongod e mongos para TLS/SSL e Configuração TLS/SSL para Clientes.
Gerenciamento de chaves
Importante
O gerenciamento seguro das chaves de criptografia é fundamental.
As chaves do banco de dados são internas ao servidor e só são paginadas em disco em formato criptografado. O MongoDB nunca pagina a chave mestra para o disco em nenhuma circunstância.
Somente a chave mestre é externa ao servidor (ou seja, separado dos dados e das chaves do banco de dados) e requer gerenciamento externo. Para gerenciar a chave mestre, o mecanismo de armazenamento criptografado do MongoDB oferece suporte a duas opções de gerenciamento de chaves:
Integração com um dispositivo de gerenciamento de chaves de terceiros por meio do Protocolo de interoperabilidade de gerenciamento de chaves (KMIP). Recomendado
Observação
Para uma integração com um dispositivo de gerenciamento de chave de terceiros usando o KMIP, você deve permitir as seguintes operações de KMIP:
Criar (
operation_create)Obter (
operation_get)Ativar (
operation_activate)
Gerenciamento de chaves locais por meio de um arquivo-chave.
Para configurar o MongoDB para criptografia e usar uma das duas opções de gerenciamento de chaves, consulte Configurar criptografia.
Criptografia e replicação
A criptografia não faz parte da replicação:
As chaves mestres e as chaves do banco de dados não são replicadas, e
Os dados não são criptografados de forma nativa pela rede.
Embora você possa reutilizar a mesma chave para os nós, o MongoDB recomenda o uso de chaves individuais para cada nó, bem como o uso de criptografia de transporte.
Para obter detalhes, consulte Rotacionar chaves de encriptação.
Exploração madeireira
Novidade na versão 3.4: disponível apenas no MongoDB Enterprise
O arquivo de log não é criptografado como parte do storage engine criptografado do MongoDB. Um mongod em execução com registro pode gerar informações potencialmente confidenciais para arquivos de log como parte de operações normais, dependendo da verbosidade de registro configurada.
O MongoDB 3.4 Enterprise fornece a configuração security.redactClientLogData para evitar que informações potencialmente confidenciais entrem no log do processo mongod . redactClientLogData reduz os detalhes no log e pode complicar o diagnóstico de log.
Consulte a entrada do manual de redação de registros para obter mais informações.
Criptografia em nível de aplicativo
O Application Level Encryption fornece criptografia por campo ou por documento dentro da camada de aplicativo.
Para criptografar documentos completos, escrever rotinas de criptografia e descriptografia personalizadas ou usar uma solução comercial.
Para obter uma lista dos parceiros certificados do MongoDB, consulte a Lista de parceiros.