MongoDB Queryable Encryption: Las queries de prefijo, sufijo y subcadena ya están disponibles generalmente

La semana pasada, anunciar la disponibilidad general del soporte para query de prefijo, sufijo y subcadena en MongoDB Queryable Encryption. Estas capacidad amplían Queryable Encryption más allá de los query de igualdad y rango, y ahora son totalmente compatibles con las carga de trabajo de producción.

MongoDB Queryable Encryption es una tecnología revolucionaria de encriptación en uso, la primera del sector, desarrollada por el MongoDB Cryptography Research Group. Permite a los clientes cifrar datos confidenciales de aplicaciones, almacenarlos en forma cifrada en MongoDB y ejecutar consultas expresivas sobre esos datos cifrados sin descifrarlos. La base de datos nunca ve los datos en texto plano.

La organización ahora puede ejecutar búsquedas de texto flexibles, comparando nombres parciales, palabras o identificadores, en datos cifrados en producción, manteniendo la información subyacente protegida por diseño, bajo garantías de seguridad claramente definidas. Esto significa una mayor protección de datos, un cumplimiento más sencillo y la eliminación de la necesidad de soluciones alternativas, como el índice de búsqueda externo. Todo con cambios mínimos en el código y sin nueva infraestructura.

Con la compatibilidad para las query de prefijo, sufijo y subcadena ahora disponibles en Queryable Encryption, MongoDB activa a la organización proteger datos confidenciales a lo largo de su ciclo de vida: en reposo, en tránsito y en uso. Como resultado, el equipo puede compilar aplicaciones seguras que protejan la privacidad sin comprometer la funcionalidad. Queryable Encryption está disponible sin costo adicional en MongoDB Atlas, MongoDB Enterprise Advanced y MongoDB Community Edition.

El desafío: Los datos solo están protegidos hasta que se deben usar

La mayoría de las organización almacena datos confidenciales: información de identificación personal (PII) como nombres y números de Seguro Social, o información de salud protegida (PHI) como registro médico. Mantener la seguridad de esos datos mientras se encuentran en almacenamiento o se mueven a través de una red es algo que se entiende bien. El cifrado en reposo y en tránsito es la práctica estándar actual.

La realización de queries con esos datos es otra historia. El cifrado tradicional convierte los datos en ilegibles, lo que significa que una base de datos no puede buscarlos sin antes descifrarlos. Piense en un proveedor de atención médica que necesita encontrar a todos los pacientes con un diagnóstico que contiene la palabra "edema"; sin descifrar los registro, la base de datos no puede buscar ese término.

Para solucionar este problema, muchas organizaciones dejan campos confidenciales sin cifrar o compilan índices de búsqueda externos para activar las query que sus aplicaciones necesitan. Ambos enfoques aumentan los gastos en general de las operaciones. Ambos también aumentan el riesgo de acceso no autorizado, justo en el momento en que los datos confidenciales están más expuestos.

Esto se vuelve más difícil bajo presión regulatoria. Normas como Ley de portabilidad y responsabilidad del seguro de salud (HIPAA), el Estándar de seguridad de datos de la industria de tarjetas de pago (PCI-DSS) y el Reglamento general de protección de datos (GDPR) esperan cada vez más que las organización demuestren que los datos sensibles permanecen protegidos en cada etapa, no solo en reposo y en tránsito. Brindar protección mientras los datos están en uso activo es la pieza que la mayoría de los enfoques de cifrado no pueden abordar.

Para proteger completamente los datos confidenciales y cumplir con los requisitos de cumplimiento, las organización necesitan una forma de buscar datos cifrados sin descifrarlos, y sin sacrificar el rendimiento ni añadir nueva infraestructura.

Protección de datos con exposición cero

Queryable Encryption de MongoDB se ha desarrollado para cerrar esta brecha. Mantiene los datos confidenciales cifrados mientras se buscan activamente, la única etapa a la que no pueden llegar otros métodos de cifrado.

Con Queryable Encryption, los campo sensibles nunca se almacenan, transmiten, procesan o devuelven en texto plano, ni siquiera en el mismo servidor de base de datos. Las query se ejecutan en los datos cifrados. No hay descifrado ni ventanas donde los datos estén expuestos.

Esto es posible porque Queryable Encryption se basa en un esquema de cifrado estructurado que mantiene los datos cifrados durante el procesamiento de las query en el servidor en todo momento. El esquema es de código abierto y puede verificarse de forma independiente, no es una afirmación de un proveedor de caja negra. Es un enfoque pionero en la industria: ninguna otra tecnología de base de datos ofrece este nivel de encriptación en uso hoy en día, y no depende de hardware especializado como los enclaves seguros.

La organización ya confían en Queryable Encryption para proteger algunos de sus datos más sensibles. Las fuerzas de seguridad internas de Francia (ANFSI) confían en él para proteger los registro sensibles, respaldados por una revisión de seguridad del gobierno.

Para los equipo que manejan PII, PHI u otros datos regulados, esto significa un lugar menos donde la información confidencial puede quedar expuesta, incluso por parte de personas con información privilegiada con acceso directo a la base de datos.

Búsqueda más expresiva, funcionalidad incorporada

Hasta ahora, Queryable Encryption ha admitido la igualdad y las queries de rango en su disponibilidad general. Eso cubría las coincidencias exactas y las búsquedas numéricas acotadas, pero las aplicación a menudo necesitan algo más flexible: búsquedas de nombres parciales, autocompletar o filtro de palabras parciales. Con las queries de prefijos, sufijos y subcadenas ya disponibles en general, esa brecha se cierra.

Esto es lo que ahora es posible directamente en los campo cifrado:

• Las query de prefijo devuelven documentos en los que el valor de un campo comienza con una secuencia de caracteres específica. Por ejemplo, encontrar todos los cliente cuyos apellidos comiencen con "Mac".

• Las query de sufijo devuelven documentos en los que el valor de un campo termina con una secuencia específica. Por ejemplo, hacer coincidir los últimos cuatro dígitos de un número de Seguro Social cifrado.

• Las queries de subcadenas devuelven los documento en los que aparece una secuencia específica en cualquier lugar del campo. La búsqueda de subcadenas cubre campos cortos y estructurados de hasta 50 caracteres, y busca términos de 2 a 6 caracteres. Por ejemplo, buscar "eng" dentro de un campo cifrado de título de tarea, que coincida con "Ingeniero" y "Gerente de ingeniería".

• Las consultas de rango (existentes) devuelven documentos donde el valor de un campo se encuentra dentro de un límite inferior y superior específico, como un rango de salario cifrado.

• Las query de igualdad (existentes) devuelven documentos en los que el valor de un campo coincide exactamente, como una dirección de correo electrónico cifrada específica.

Estos tipos de query se ejecutan a través del motor de query nativo y los driver de MongoDB, los mismos que se utilizan para cualquier otro tipo de query. No hay índice de búsqueda externo que configurar, ni middleware que mantener, y se requieren cambios mínimos en el código de la aplicación. El equipo obtiene una búsqueda expresiva y de coincidencia parcial en datos cifrados utilizando la misma arquitectura que ya ejecutan.

Cumplimiento que puede demostrar, no solo afirmar

Cumplir con requisitos como HIPAA, PCI-DSS y GDPR significa demostrar que los datos confidenciales están protegidos, no solo afirmarlo. Es difícil cuando las afirmaciones de cifrado no pueden verificarse de forma independiente, y aún más cuando la afirmación no cubre los datos mientras están en uso activo.

Queryable Encryption ofrece a los equipo de cumplimiento y riesgo una respuesta defendible. Su esquema de cifrado estructurado es completamente de código abierto, por lo que la criptografía que lo respalda se puede someter a revisión de forma independiente en lugar de aceptarla simplemente con confianza. Y dado que protege los datos durante el procesamiento de la query, no solo en reposo y en tránsito, aborda una etapa que la mayoría de los programas de cumplimiento no pueden contemplar de otra manera.

Con las query de prefijo, sufijo y subcadena ahora disponibles de forma general, esa misma prueba se extiende a más caso de uso: búsqueda parcial de nombres y correo electrónico, filtro de palabras parcial en campos de texto libre y coincidencia parcial de ID. El resultado es una menor cantidad de brechas de auditar y una menor cantidad de herramientas fragmentadas para reconciliar, ya sea que la carga de trabajo se ejecuten on-premises, en un entorno híbrido o en múltiples nube.

Qué pueden compilar ahora los equipos

Con las query de prefijo, sufijo y subcadena generalmente disponibles en Queryable Encryption, aquí hay algunos ejemplos de lo que las organizaciones ahora pueden lograr:

• Búsqueda de PII para el cumplimiento y la usabilidad: Regulaciones como GDPR y HIPAA exigen una estricta privacidad de la información personal. Con las queries de prefijo, el equipo puede recuperar a los usuarios por su apellido o por el prefijo de su correo electrónico mientras mantiene los datos subyacentes cifrados. Eso hace que el cumplimiento sea más fácil sin sacrificar la funcionalidad de búsqueda.

• Filtro de palabras parciales en campos estructurados: Campos estructurados como los diagnósticos suelen requerir una coincidencia parcial. Con el soporte para queries de subcadena, los equipos pueden buscar en un campo de condición de salud cifrado un término como "diabet", que coincide con "diabetes" y "diabético”.

• Validación de ID segura: los flujos de trabajo de identidad a menudo se basan en identificadores parciales, como los últimos cuatro dígitos de un Número de Seguridad Social, un Número Nacional de Seguro o un Número de Aadhaar. Las queries de sufijos activan estas búsquedas en campos cifrados sin revelar los valores completos, reduciendo el riesgo de fuga de datos en entornos regulados.

• Gestión de casos para agencias públicas: los números de caso y los ID de referencia en las aplicaciones del sector público a menudo siguen formatos estructurados. Las query de prefijo permiten a las agencias recuperar registro utilizando prefijos basados en región o oficina, como "NYC-" o "EUR-," sin exponer los metadatos confidenciales de los casos.

Comience a usar Queryable Encryption

Las query de prefijo, sufijo y subcadena brindan a los equipo un nuevo nivel de flexibilidad en la búsqueda de datos confidenciales sin tener que elegir entre seguridad y funcionalidad. Ya sea que el objetivo sea cumplir con los requisitos de cumplimiento, reducir la complejidad de la infraestructura o simplemente compilar mejores aplicaciones, estas capacidad están listas para la producción hoy.

Las queries de prefijo, sufijo y subcadena brindan a los equipos un nuevo nivel de flexibilidad en la búsqueda de datos confidenciales. Estos nuevos tipos de query ayudan a proteger los datos confidenciales contra el acceso no autorizado y a cumplir con los requisitos de cumplimiento, al tiempo que reducen la complejidad operativa y de infraestructura.