Qué protege el cifrado de extremo a extremo, y qué no protege

El cifrado de extremo a extremo (E2EE) es una de las frases más tranquilizadoras del software, y una de las más incomprendidas. La guía de Autodefensa de Vigilancia de la EFF lo define con precisión: “asegura que la información se convierta en un mensaje secreto por quien la envía originalmente… y se decodifique solo por quien la recibe finalmente.” Esa es una garantía fuerte para el contenido del mensaje. No es una garantía para todo lo demás sobre la conversación.

Qué protege realmente el E2EE: el contenido

Cuando una app de mensajería implementa correctamente el cifrado de extremo a extremo, la empresa que opera el servicio no puede leer los mensajes que pasan por sus propios servidores — solo el dispositivo de quien envía y el de quien recibe tienen las claves necesarias para descifrarlos. La documentación técnica publicada por Signal describe los mecanismos subyacentes, incluido el algoritmo Double Ratchet, diseñado para que “las claves anteriores no se puedan calcular a partir de las posteriores”: incluso si alguna vez se expone una clave, los mensajes pasados siguen protegidos, una propiedad llamada secreto hacia adelante (forward secrecy). Esta es la parte de la promesa que se sostiene bien cuando se implementa correctamente, y es una diferencia real frente a un mensaje de texto plano o un correo sin cifrar, que cualquier servidor en el camino puede leer.

Qué no protege: los metadatos

La guía de la EFF es directa sobre esta brecha: el cifrado “oculta el contenido de tus mensajes, pero no quién habla con quién, ni cuándo, ni con qué frecuencia.” Los metadatos — quién contactó a quién, a qué hora, por cuánto tiempo, desde qué lugar — pueden ser tan reveladores como el mensaje mismo. Saber que una fuente llamó a un periodista la noche antes de que saliera una noticia puede identificar a esa fuente incluso sin leer una sola palabra de la conversación. Algunos servicios trabajan específicamente para reducir esta exposición: la función “remitente sellado” (sealed sender) de Signal está construida para que sus propios servidores no necesiten saber quién envió un mensaje dado, solo a quién se le entrega, aunque el propio artículo de Signal sobre esta función señala que la resistencia a un análisis de tráfico más avanzado — usando tiempos y direcciones IP — sigue siendo un área de trabajo en curso, no un problema resuelto.

Qué no protege: los extremos

El cifrado protege los datos en tránsito entre dos dispositivos. No puede proteger los datos en un dispositivo que está comprometido él mismo. La EFF lo dice sin rodeos: “si tus extremos… están comprometidos, tus comunicaciones cifradas pueden verse comprometidas.” Una app dañina con acceso de lectura de pantalla, un dispositivo desbloqueado por otra persona, o un mensaje que el destinatario decide capturar en pantalla quedan todos fuera de lo que el cifrado puede abordar — el mensaje se descifró fielmente exactamente como estaba diseñado, para exactamente la persona que debía leerlo, quien luego hizo algo con él fuera del control de quien lo envió.

Qué no protege: las copias de seguridad

Una conversación cifrada en tránsito no sigue cifrada de la misma manera una vez que se guarda. La EFF señala que si “guardas automáticamente copias de seguridad de conversaciones cifradas en la nube”, esas copias pueden no llevar la misma protección de extremo a extremo que tenía la conversación en vivo — dependiendo del servicio y de sus ajustes de respaldo, un proveedor de la nube (o cualquiera que comprometa a ese proveedor, o esté legalmente obligado a entregar su contenido) podría potencialmente leer una copia de seguridad contra la que el mensaje original sí estaba protegido. Comprobar si las copias de seguridad de una app están cifradas de extremo a extremo por defecto, o solo de forma opcional, vale la pena hacerlo una vez en lugar de asumir que el ajuste más fuerte es automático.

Por qué esta distinción importa en la práctica

Para una fuente o un cliente en riesgo, “usamos una app cifrada” no es una respuesta completa a “¿estamos a salvo?”, porque las amenazas que más importan — ser identificado por patrones de llamadas, que te confisquen y desbloqueen el teléfono, o que una copia de seguridad se entregue por un proceso legal — quedan en gran parte fuera de lo que aborda el cifrado. La siguiente lección retoma la pieza que hace que todo esto siga funcionando desde el principio: las claves y las contraseñas de las que depende el cifrado, y qué pasa cuando se pierden o se exponen.