Na semana passada, fizemos o anúncio da disponibilidade geral do suporte a query de prefixo, sufixo e substring no MongoDB Queryable Encryption. Essas funcionalidade estendem o Queryable Encryption além de query de igualdade e faixa, e agora são totalmente compatíveis com as cargas de trabalho de produção.
O MongoDB Queryable Encryption é uma tecnologia de criptografia em execução pioneira no setor, desenvolvida pelo MongoDB Criptografia Research Group. Ela habilita que os clientes criptografem dados confidenciais da aplicação, armazenem-nos em forma criptografada no MongoDB e executem queries expressivas nesses dados criptografados sem descriptografá-los. O banco de dados nunca vê os dados em texto simples.
As organização podem agora executar pesquisas de texto flexíveis, correspondendo a nomes parciais, palavras ou identificadores, em dados criptografados em produção — mantendo as informações subjacentes protegidas pelo design, sob garantias de segurança claramente definidas. Isso significa proteção de dados mais forte, compliance mais simples e sem necessidade de soluções alternativas, como índice de pesquisa externo. Tudo com mudanças mínimas no código e sem nova infraestrutura.
Com o suporte para consultas de prefixo, sufixo e substring geralmente disponíveis no Queryable Encryption, o MongoDB permite que a organização proteja dados confidenciais durante todo o ciclo de vida: em repouso, em trânsito e em uso. Como resultado, a equipe pode criar aplicativos seguros que preservem a privacidade sem comprometer a funcionalidade. O Queryable Encryption está disponível sem custo adicional no MongoDB Atlas, MongoDB Enterprise Advanced e MongoDB Community Edition.
O desafio: os dados só ficam protegidos até o momento em que você precisa usá-los
A maioria das organização armazena dados confidenciais: informações de identificação pessoal (PII), como nomes e números de CPF, ou informações de saúde protegidas (PHI), como registro médicos. Manter esses dados seguros enquanto eles estão em armazenamento ou em movimento através de uma rede é bem compreendido. A criptografia em descanso e em trânsito é uma prática padrão hoje.
Fazer query desses dados é outra história. A criptografia tradicional torna os dados ilegíveis, o que significa que um banco de dados não pode pesquisá-los sem descriptografá-los primeiro. Considere um provedor de assistência médica que precisa encontrar todos os pacientes com um diagnóstico que contenha a palavra "edema"; sem descriptografar os registro, o banco de dados não pode pesquisar esse termo.
Para contornar isso, muitas organização deixam campos sensíveis sem criptografia ou criam índice de pesquisa externo para habilitar a query que sua aplicação precisa. Ambas as abordagens aumentam a sobrecarga operacional. Ambas também aumentam o risco de acesso não autorizado, exatamente no momento em que os dados sensíveis estão mais expostos.
Isso fica mais difícil sob pressão regulatória. Padrões como o Health Seguro Portability and Accountability Act (HIPAA), o Payment Card Industry Data segurança Standard (PCI-DSS) e o General Data Protection Regulation (GDPR) esperam cada vez mais que a organização demonstre que os dados confidenciais permanecem protegidos em todas as etapas, não apenas em repouso e em trânsito. Fornecer proteção enquanto os dados estão em uso é a peça que a maioria das abordagens de criptografia não consegue resolver.
Para proteger totalmente dados confidenciais e cumprir os requisitos de compliance, a organização precisa de uma maneira de pesquisar dados criptografados sem descriptografá-los, sem sacrificar o desempenho e sem adicionar uma nova infraestrutura.
Proteção de dados com exposição zero
O Queryable Encryption do MongoDB foi criado para fechar essa lacuna. Ele mantém dados sensíveis criptografados enquanto são pesquisados ativamente, o único estágio que outros métodos de criptografia não alcançam.
Com o Queryable Encryption, os campos confidenciais nunca são armazenados, transmitidos, processados ou retornados em texto sem formatação, nem mesmo no próprio servidor do banco de dados. As query são executar em dados criptografados. Não há descriptografia e nenhuma janela onde os dados fiquem expostos.
Isso é possível porque o Queryable Encryption é baseado em um esquema de criptografia estruturado que mantém os dados criptografados durante a query em processamento no servidor em todos os momentos. O esquema é totalmente de código aberto e verificável de forma independente, não uma reivindicação de fornecedor em uma caixa preta. É uma abordagem pioneira no setor: nenhuma outra tecnologia de banco de dados oferece esse nível de criptografia em execução atualmente, e não depende de hardware especializado, como enclaves seguros.
As organização já confiam no Queryable Encryption para proteger alguns dos seus dados mais sensíveis. As forças de segurança interna da França (ANFSI) contam com isso para garantir registros confidenciais, com respaldo para revisar a segurança do nível do governo.
Para a equipe que lida com PII, PHI ou outros dados regulamentados, isso significa um lugar a menos onde informações sensíveis podem ser expostas, até mesmo por pessoas de dentro que podem acessar diretamente o banco de dados.
Pesquisa mais expressiva e integrada
Até agora, o Queryable Encryption oferece suporte a queries de faixa e igualdade em disponibilidade geral. Isso cobria correspondências exatas e pesquisas numéricas limitadas, mas os aplicativos geralmente precisam de algo mais flexível: pesquisas de nome parcial, preenchimento automático ou filtro de palavras parciais. Com as queries de prefixo, sufixo e substring agora disponíveis para o público em geral, essa lacuna foi fechada.
Veja o que agora é possível fazer diretamente em campo criptografado:
As queries de prefixo retornam documentos em que um valor de campo começa com uma sequência específica de caracteres. Por exemplo, localizar todos os cliente cujo sobrenome começa com "Mac".
As query de sufixo retornam documentos onde um valor de campo termina com uma sequência específica. Por exemplo, combinar os quatro últimos dígitos de um número de segurança Social criptografado.
As consultas de substring retornam documento onde uma sequência específica aparece em qualquer lugar no campo. A pesquisa de substring abrange campo curtos e estruturados de até 50 caracteres, pesquisando termo de 2 a 6 caracteres. Por exemplo, a busca por "eng" dentro de um campo de tarefa criptografado, correspondendo tanto a "Engenheiro" quanto a "gerente de Engenharia".
As query de faixa (existentes) retornam documento em que o valor de um campo está dentro de um limite inferior e superior especificado, como uma faixa salarial criptografada.
Consultas de igualdade (existentes) retornam documentos em que um valor de campo corresponde exatamente, como um endereço de e-mail criptografado específico.
Estes tipos de query são executados através do mecanismo de query e dos driver nativos do MongoDB, os mesmos usados para qualquer outro tipo de query. Não há índice de pesquisa externo para configurar, nem middleware para manter e mínimas alterações no código do aplicativo. As equipes obtêm uma pesquisa expressiva e de correspondência parcial em dados criptografados usando a mesma arquitetura que já executam.
Compliance que você pode comprovar, não apenas declarar
Atender aos requisitos como HIPAA, PCI-DSS e GDPR significa demonstrar que os dados confidenciais estão protegidos, e não apenas declarar isso. Isso é difícil quando as alegações de criptografia não podem ser verificadas de forma independente, e ainda mais difícil quando a alegação não cobre os dados enquanto eles estão sendo usados ativamente.
O Queryable Encryption oferece às equipes de compliance e de risco uma resposta defensável. Seu esquema de criptografia estruturada é totalmente de código aberto, portanto, a criptografia por trás dele pode ser revisada independentemente em vez de ser aceita com base na fé. E como ele protege os dados por meio de em processamento de query, não apenas em repouso e em trânsito, ele aborda um estágio que a maioria dos programas de compliance não consegue contabilizar.
Com query de prefixo, sufixo e subcadeia de caracteres agora geralmente disponíveis, essa mesma evidência se estende a mais caso de uso: busca parcial de nome e e-mail, filtro de palavra parcial em campo de texto livre e correspondência parcial de ID. O resultado são menos falhas de auditar e menos FERRAMENTAS fragmentadas para reconciliar, independentemente de as cargas de trabalho serem executadas no local, em um ambiente híbrido ou em várias nuvens.
O que as equipes agora podem criar
Com querys de prefixo, sufixo e substring geralmente disponíveis no Queryable Encryption, aqui estão alguns exemplos do que as organização agora podem alcançar:
Pesquisa de PII para conformidade e usabilidade: Regulamentos como GDPR e HIPAA exigem rigorosa privacidade de informações pessoais. Com as query de prefixo, as equipe podem recuperar usuários pelo sobrenome ou prefixo de e-mail enquanto mantêm os dados subjacentes criptografados. Isso torna a compliance mais fácil sem sacrificar a funcionalidade de pesquisa.
Filtro de palavras parciais em campos estruturados: Campos estruturados, como diagnósticos, muitas vezes exigem correspondência parcial. Com o suporte a query de substring, as equipes podem pesquisar em um campo de condição de saúde criptografado por um termo como "diabet", que corresponda a "diabetes" e "diabético".
Validação segura de ID: os fluxos de trabalho de identidade geralmente dependem de identificadores parciais, como os quatro últimos dígitos de um número de Segurança Social, um número de Seguro Nacional ou um número de Aadhaar. As query de sufixo habilitam essas consultas em campo criptografados sem revelar valores completos, reduzindo o risco de vazamentos de dados em ambientes regulamentados.
Gerenciamento de casos para agências públicas: Números de casos e ID de Referência em aplicativos do setor público geralmente seguem formato estruturado. As query de prefixo permitem que as agências recuperem registro usando prefixos baseados na região ou escritório, como "NYC-" ou "EUR-", sem expor metadados de caso sensíveis.
Comece a usar o Queryable Encryption
As querys de prefixo, sufixo e substring dão à equipe um novo nível de flexibilidade na pesquisa de dados sensíveis, sem exigir que escolham entre segurança e funcionalidade. Se o objetivo for atender aos requisitos de compliance, reduzir a complexidade da infraestrutura ou simplesmente criar aplicativos melhores, essas funcionalidade estão prontas para produção hoje.
As query de prefixo, sufixo e substring oferecem às equipes um novo nível de flexibilidade na pesquisa de dados confidenciais. Esses novos tipos de query ajudam a proteger dados confidenciais contra acessar não autorizados e atendem aos requisitos de compliance, reduzindo a complexidade operacional e de infraestrutura.
Próximos passos
Para aprender mais sobre a Queryable Encryption e como ela funciona, acesse a página de recursos da Queryable Encryption. Para começar, consulte o Guia de Início Rápido.