Buscar en chats cifrados es posible porque el dispositivo autorizado para leer mensajes también puede buscarlos. Un diseño habitual crea un índice local después del descifrado. Pero el cifrado de extremo a extremo no demuestra, por sí solo, que las consultas nunca salgan del dispositivo, ni que todos los servicios de mensajería utilicen la misma arquitectura de búsqueda.
Esta distinción importa cuando una búsqueda es lenta, desaparecen resultados antiguos o un teléfono nuevo no encuentra mensajes que sí se ven en el anterior. La cobertura de búsqueda, la disponibilidad de claves y la sincronización de datos son cuestiones distintas.
Cómo funciona un índice de búsqueda local
Una aplicación puede convertir los mensajes legibles en un índice que registra qué términos aparecen en qué mensajes. Las búsquedas consultan ese índice en lugar de recorrer cada mensaje de principio a fin. La documentación de FTS5 de SQLite es un ejemplo de tecnología de indexación de texto completo; mencionarla aquí no demuestra que un cliente concreto de Livara utilice FTS5.
Un diseño local típico consta de cuatro etapas:
- Descargar o recibir el mensaje cifrado.
- Descifrarlo con las claves del dispositivo autorizado.
- Añadir el contenido que se puede buscar al índice local.
- Devolver resultados a partir de los datos disponibles en ese dispositivo en ese momento.
El índice contiene información sensible. Aunque no almacene frases completas, los términos y las referencias pueden revelar el contenido de las conversaciones. Su almacenamiento, copias de seguridad, comportamiento de borrado y controles de acceso merecen la misma atención que la base de datos del chat.
¿La búsqueda en el servidor significa siempre que este lo lee todo?
No. La indexación convencional de texto sin cifrar en el servidor da al servicio acceso al contenido indexado, pero no es el único diseño posible de búsqueda remota. La investigación criptográfica sobre cifrado simétrico con capacidad de búsqueda describe formas de buscar en datos cifrados externalizados bajo modelos de seguridad definidos.
Estas técnicas tienen sus propios supuestos y posibles filtraciones de información. Una revisión útil pregunta qué aprende el servidor sobre consultas repetidas, registros coincidentes, patrones de acceso y tamaños de resultados. Ni «la búsqueda ocurre en la nube» ni «los datos están cifrados» resuelven por sí solos estas cuestiones.
| Diseño | Ventaja práctica | Cuestión que investigar |
|---|---|---|
| Índice local | Permite buscar en el historial disponible sin una consulta remota | ¿Está cifrado el índice en reposo y excluido de copias de seguridad inseguras? |
| Índice de texto sin cifrar en el servidor | Indexación centralizada y búsqueda en los datos almacenados | ¿Quién puede acceder al contenido, las consultas y los registros? |
| Esquema de búsqueda remota cifrada | Puede admitir consultas específicas sobre datos protegidos | ¿Qué filtraciones y supuestos de confianza permite la construcción? |
| Búsqueda mixta pública/privada | Tratamiento distinto del contenido público y privado | ¿Comprende el usuario el alcance de la búsqueda? |
Esta tabla no permite ordenar los diseños por velocidad. El hardware, la calidad del índice, el volumen de mensajes, la latencia de red y la implementación son factores relevantes. No se realizó ninguna prueba de tiempos para este artículo.
Por qué pueden faltar mensajes en la búsqueda
Antes de concluir que se ha perdido el historial, compruebe el alcance del problema:
- ¿Se ve el mensaje en la conversación? Si no, la búsqueda podría reflejar un historial no disponible en vez de un índice defectuoso.
- ¿Está seleccionada la conversación o la cuenta correcta? Los filtros de fechas, remitentes y contenido multimedia pueden excluir un resultado que de otro modo sería válido.
- ¿Ha obtenido el nuevo dispositivo el historial y el material de descifrado? Restaurar una clave de identidad no equivale automáticamente a restaurar todos los mensajes.
- ¿Ha terminado la indexación? Las importaciones grandes y la sincronización interrumpida pueden afectar a la cobertura.
- ¿Reconoce la búsqueda la forma del término? La coincidencia de frases, la ortografía, la puntuación y la segmentación lingüística en tokens pueden variar.
Utilice una frase de prueba inofensiva y distintiva en una conversación que controle. Compruebe si aparece en la búsqueda antes y después de desconectar la red. Esto puede demostrar un hecho limitado sobre la disponibilidad local; no demuestra que la aplicación nunca envíe telemetría o datos de búsqueda cuando está conectada.
¿Qué se puede decir de Livara?
La página de seguridad de Livara dice que el contenido de los mensajes privados está cifrado, mientras que el enrutamiento, la pertenencia, el estado de entrega y el texto cifrado permiten la sincronización. Su documentación pública no aporta pruebas suficientes para afirmar que usa un motor de búsqueda local concreto, ofrece búsqueda sin conexión universal, carece de telemetría de consultas o tiene un impacto medido en la batería.
Los canales públicos tienen un límite de privacidad distinto al de los chats privados. Un servicio puede indexar contenido público sin que ello implique lo mismo para las conversaciones privadas. Consulte el modelo de amenazas antes de tratar como confidencial un resultado de búsqueda global.
Preguntas que conviene hacer a un proveedor
Pregunte qué mensajes se indexan, dónde reside el índice, si el texto de las consultas se transmite o registra, qué recibe un dispositivo vinculado y cómo afecta el borrado de un mensaje a los índices y las copias de seguridad. Una respuesta clara debe identificar el cliente y la versión, no depender de la expresión «búsqueda E2EE».
La búsqueda es una función con su propio flujo de datos. Evalúe ese flujo junto con el cifrado de mensajes en vez de suponer que el cifrado responde a todas las preguntas sobre él.
