Una etiqueta de privacidad es una declaración que investigar, no una medición de todo lo que sabe una aplicación.
No hay un ganador universal defendible como «la aplicación de mensajería que menos datos recopila» sin definir qué se cuenta: identificadores de registro, datos de la agenda, registros de conexión conservados, uso publicitario o contenido de los mensajes. Una etiqueta de privacidad es un punto de partida útil, no una medición de todo lo que procesa una aplicación.
Esta guía explica cómo comparar las declaraciones. No es una auditoría independiente completa de todos los servicios de mensajería y no concede a Livara ni a ningún competidor un distintivo de menor recopilación de datos.
Lea la etiqueta antes de contar sus categorías
La sección Privacidad de la app de Apple y la sección Seguridad de los datos de Google Play se basan en declaraciones de los desarrolladores, pero sus definiciones difieren. Las directrices de Apple distinguen los datos vinculados a un usuario, el seguimiento y los fines de recopilación. El procesamiento que permanece en el dispositivo no se considera recopilación, y algunos procesamientos transitorios y declaraciones opcionales tienen excepciones específicas.
Las directrices de Google también contemplan excepciones: los datos cifrados de extremo a extremo que cumplen los requisitos y que los intermediarios no pueden leer quedan fuera de la declaración de datos recopilados, y algunas transferencias a proveedores de servicios no cuentan como uso compartido. «Cifrado en tránsito» en la ficha de una tienda no promete cifrado de extremo a extremo. Por tanto, una categoría vacía no demuestra que no existan solicitudes de red ni relaciones con proveedores de servicios.
No compare el número de casillas de Apple con el de Google para declarar un ganador. Compare la misma tienda, fecha, región y supuestos sobre las funciones utilizadas.
Una comparación de privacidad en cinco capas
| Evidencia | Pregunta útil | Lo que no puede demostrar por sí sola |
|---|---|---|
| Etiqueta de la tienda | ¿Qué tipos de datos y usos se declaran? | Exactitud completa o conservación real |
| Política de privacidad | ¿Quién recibe los datos, para qué y durante cuánto tiempo? | Si la implementación coincide con la política |
| Permisos del dispositivo | ¿Puede la aplicación acceder a contactos, ubicación, micrófono o fotos? | Qué ocurrió con los datos ya subidos |
| Documentación del protocolo | ¿Qué ámbitos y claves protegen el contenido? | La protección de cada dispositivo o compilación del software |
| Evaluación independiente | ¿Qué versión y componentes se probaron y qué se corrigió? | La seguridad permanente de versiones futuras |
Estas capas responden a preguntas distintas. Un cliente de código abierto se puede inspeccionar; eso no revela por sí mismo la conservación real en el servidor. Una auditoría puede abarcar la criptografía sin examinar la analítica. Lea el alcance antes de utilizar cualquiera de ellas como puntuación de privacidad.
Utilice esta ficha de comparación
Para cada aplicación que esté considerando, registre en privado lo siguiente. Un registro breve y fechado es más útil que una clasificación sin fundamento.
| Campo | Qué anotar |
|---|---|
| Producto y plataforma | Aplicación exacta, enlace a la tienda, sistema operativo y versión |
| Fecha de observación | Cuándo se revisaron la etiqueta y la política |
| Registro | Identificadores de teléfono, correo o pago obligatorios y opcionales |
| Descubrimiento | Agenda, nombre de usuario, código QR, enlace de invitación o ID de cuenta |
| Registros técnicos | Datos declarados de IP, dispositivo, diagnóstico y uso |
| Conservación | Duración indicada, condiciones de eliminación o «no especificada» |
| Excepciones por función | Copias de seguridad, bots, interacciones comerciales, pagos, canales públicos y llamadas |
| Lagunas de evidencia | Lo que los documentos no responden |
Si una política solo dice que conserva los datos «mientras sea necesario», marque la duración exacta como desconocida en lugar de inventarla. Si la etiqueta cambia tras una actualización, conserve la fecha anterior en sus notas para que la comparación siga siendo interpretable.
No exigir teléfono es una dimensión, no el resultado completo
Session y SimpleX ofrecen formas de conectarse sin una identidad basada en un número de teléfono. Threema hace opcional vincular teléfono o correo. La documentación pública de Livara describe el registro sin teléfono ni correo electrónico, pero también describe metadatos de enrutamiento y pertenencia a grupos. Estas arquitecturas no deben tratarse como intercambiables.
Signal documenta ahora una vía opcional de registro sin número de teléfono en su beta de Android. Eso no significa que todas las versiones de Signal o las cuentas existentes carezcan de número. Un nombre de usuario en una cuenta basada en un número y crear una cuenta sin número son funciones diferentes.
Incluso sin número, una foto de perfil reutilizada, una cuenta de pago, un archivo compartido, una dirección IP o el contexto de la conversación pueden vincular una cuenta a una persona. «No requiere teléfono» no demuestra anonimato completo. Para la cuestión separada de la información de enrutamiento, consulte la explicación de los metadatos de mensajería.
Cómo probar el acceso a contactos sin exponer su agenda
- Instale la aplicación oficial y rechace inicialmente el permiso de contactos.
- Añada un contacto de prueba que haya dado su consentimiento mediante un identificador, una invitación o un código QR compatible.
- Compruebe si la mensajería habitual funciona sin acceso a la agenda.
- Inspeccione el ajuste de sincronización de contactos de la aplicación y el permiso del sistema operativo. No siempre son el mismo control.
- Si los contactos ya se sincronizaron, busque una opción de eliminación separada o un procedimiento documentado de solicitud. Revocar el permiso limita el acceso futuro al dispositivo; no necesariamente elimina la copia del servidor.
No suba una agenda solo para comprobar si la aplicación la sube. Una solicitud de permiso revela el acceso solicitado, no constituye una auditoría completa del flujo de datos. Una inspección de red puede revelar destinos y tiempos, pero el cifrado puede impedir comprender los campos transmitidos.
Qué deja fuera de la comparación el E2EE
El cifrado de extremo a extremo protege el contenido cubierto entre los dispositivos participantes. No elimina automáticamente los identificadores de cuenta, las horas de conexión, los registros de pertenencia a grupos o los datos de tokens de notificaciones push. Tampoco protege una copia enviada deliberadamente a un bot, una herramienta empresarial o un servicio de asistencia ajeno a esa conversación cifrada.
En el caso concreto de Livara, la documentación de seguridad distingue los mensajes directos cifrados y los grupos privados compatibles de los canales públicos legibles por el servidor. Su acuerdo híbrido de claves es una afirmación de protección del contenido, no una prueba de que recopile menos metadatos que cualquier otro servicio. Este artículo no ha medido de manera independiente el comportamiento de sus servidores.
Elija los datos mínimos necesarios para su uso
Empiece por la información que más necesita ocultar. Si es un número de teléfono, pruebe el registro sin número. Si es la agenda, verifique el descubrimiento manual. Si es el historial de chat legible en la nube, investigue la copia de seguridad por separado. Si son los metadatos de conexión, lea el diseño de enrutamiento y conservación en lugar de la lista de cifrados.
Una pregunta final útil es: ¿Qué aprende este servicio cuando utilizo exactamente las funciones que necesito y cuáles de esas revelaciones puedo evitar? Eso permite una decisión más honesta que un único trofeo de «menos datos».
