Cifrado externo y claves compartidas — El enfoque de soberanía del usuarioCifrado externo y claves compartidas — El enfoque de soberanía del usuario

Si la puerta que te ofrece la plataforma tiene una copia de la llave para el guardia, construye tu propia puerta. Pero recuerda: el guardia puede exigir que derriben todas las puertas que no pueda abrir.

---

Hay un enfoque que surge con frecuencia cuando se discute Chat Control con personas técnicamente informadas: ¿y si los usuarios cifran sus mensajes con claves que ellos mismos gestionan, fuera del control de la plataforma?

La idea es simple y poderosa. En lugar de confiar en el cifrado que ofrece la plataforma (que la ley podría obligar a debilitar), los usuarios acuerdan una clave por un canal externo y cifran el contenido antes de que la plataforma lo toque.

El esquema

Canal externo:   A —————————[k_AB]——————————→ B
                 (acuerdo de clave cara a cara, Signal, correo cifrado, papel)

                 A escribe M
                 A cifra M con k_AB → C = E_k_AB(M)
                 A envía C por la plataforma
                 B recibe C
                 B descifra C con k_AB → M

                 La plataforma solo ve C (datos ininteligibles)

En este esquema:

• La plataforma recibe $C$, que desde su perspectiva es ruido indistinguible de datos aleatorios
• La plataforma no puede escanear el contenido porque matemáticamente no tiene acceso a $k_{AB}$
• El CSAR no puede obligar a la plataforma a descifrar lo que no puede descifrar
• A y B mantienen control total sobre su comunicación

Lo que este enfoque resuelve

Lo que no resuelve

1. El problema de la detección por alta entropía

Un mensaje cifrado con un esquema robusto produce datos estadísticamente indistinguibles de ruido aleatorio. Una plataforma que conoce el formato esperado de sus mensajes (por ejemplo, JSON con campos estructurados) puede detectar fácilmente que un mensaje no sigue ese formato:

Payload normal de WhatsApp:
    {"key": {"remoteJid":"...","fromMe":true},"message":{"conversation":"Hola"}}
    Entropía: ~4.2 bits/byte

Payload cifrado externamente:
    <7e9f2b8a1c4d...  (bytes aparentemente aleatorios)
    Entropía: ~7.9 bits/byte → detectable

Si la ley obliga a la plataforma a bloquear mensajes no escaneables, este simple detector de entropía sería suficiente para identificar y bloquear estos mensajes.

2. El problema del canal externo

El eslabón más débil del esquema es el intercambio inicial de claves:

¿Cómo acuerdan A y B k_AB sin usar la plataforma?
    ├→ Cara a cara:       Seguro, pero no escala
    ├→ Signal:            Seguro, pero requiere que ambos usen Signal
    ├→ Correo cifrado:    Factible, pero incómodo
    ├→ WhatsApp mismo:    La plataforma puede interceptarlo
    └→ Papel/Código QR:   Seguro, pero impráctico para contactos frecuentes

Para que el enfoque funcione con contactos no técnicos, el intercambio de claves tendría que hacerse a través de la propia plataforma, lo que reintroduce el problema: si la plataforma puede ver la clave, el cifrado externo es irrelevante.

3. El problema de la ley que cierra el loophole

Este es el punto crítico que el análisis técnico puro tiende a pasar por alto. Una ley como CSAR no se limita a decir "las plataformas deben escanear". Puede (y previsiblemente incluiría) disposiciones como:

Artículo X: Los proveedores deberán asegurar que todos los mensajes
transmitidos a través de su infraestructura sean susceptibles de
detección conforme a los Artículos Y-Z. Queda prohibida la transmisión
de contenido que, por su formato o características técnicas, impida la
aplicación de las medidas de detección obligatorias.

En ese escenario, la plataforma estaría obligada a:

1. Detectar mensajes con entropía inusualmente alta
2. Bloquear su transmisión
3. Reportar al usuario como "sospechoso de elusión"

Comparación con otros enfoques

El problema de la masa crítica

El cifrado externo con claves compartidas funciona perfectamente como medida artesanal para un usuario técnico que:

• Sabe generar y gestionar claves
• Tiene contactos que también saben hacerlo
• Acepta la fricción del proceso

Pero no funciona como solución sistémica para 500 millones de europeos. La razón no es técnica sino estructural: una ley que exige escaneo en la plataforma simplemente prohibirá o bloqueará el tráfico que no pueda escanear, y la inmensa mayoría de los usuarios no tendrá ni los conocimientos ni la motivación para adoptar un sistema de cifrado externo.

Pirámide de usuarios:
    ▲  ~0.1%  Técnicos avanzados (posible cifrado externo)
    ├  ~1%    Técnicos medios (posible con esfuerzo)
    ├  ~10%   Usuarios conscientes (no viable sin herramienta)
    ▼  ~90%   Usuarios mainstream (usa lo que la app ofrece)

Si la ley bloquea el cifrado externo, el ~99.9% de los usuarios
no tendrá protección. Y el 0.1% será detectable como "usuario que
se protege", exactamente la misma paradoja que Obscura documenta
en el contexto del fingerprinting.

Paralelismo con la paradoja de la protección

Este enfoque sufre de la misma asimetría que la investigación de Obscura documenta para el anti-fingerprinting:

El defensor debe ganar siempre. El atacante solo necesita ganar una vez.

En el contexto de Chat Control:

• El usuario necesita proteger todos sus mensajes de forma indistinguible
• La plataforma necesita detectar una sola anomalía (un mensaje con alta entropía, un patrón de comunicación inusual) para identificar al usuario como "sospechoso de elusión"
• Una vez identificado, el usuario puede ser objeto de medidas adicionales (bloqueo, reporte a autoridades, investigación)

La analogía con el fingerprinting es casi perfecta. En Obscura, el proxy debía normalizar todas las señales para no ser detectado; aquí, el usuario debe hacer que todos sus mensajes parezcan mensajes normales de la plataforma, lo que es incompatible con cifrarlos externamente.

Conclusión

El cifrado externo con claves compartidas es técnicamente sólido como medida de privacidad individual. Si A y B acuerdan una clave fuera de la plataforma y cifran sus mensajes, la plataforma no puede leerlos, escanearlos ni reportarlos. Punto.

Pero como solución política y sistémica frente a una ley como CSAR, tiene tres problemas irresolubles:

1. La ley cerrará el loophole prohibiendo o bloqueando los mensajes no escaneables
2. El intercambio de claves reintroduce el problema para la mayoría de los usuarios
3. La asimetría defensor-atacante hace que el usuario sea detectable como "elusor" aunque su contenido esté seguro

No es un enfoque equivocado. Es un enfoque que funciona para quien puede implementarlo, pero que no puede generalizarse como alternativa al escaneo masivo. Es la diferencia entre construir un refugio nuclear para tu familia y pretender que toda la humanidad viva en refugios nucleares.

---

Serie Chat Control:

1. Chat Control — Definición y contexto — El punto de partida: qué propone la CSAR, su recorrido legislativo y las posiciones enfrentadas.
2. Cifrado y vigilancia — Por qué el escaneo masivo rompe el E2EE — Por qué el escaneo obligatorio y el cifrado de extremo a extremo no pueden coexistir.
3. Criptografía homomórfica — Promesas y límites — Por qué el FHE no es la solución técnica que la Comisión busca.
4. Pruebas de conocimiento cero — Aplicaciones y límites — ZKP, PSI y por qué no resuelven el problema de detección sin romper la privacidad.
5. Cifrado externo y claves compartidas — El enfoque de soberanía del usuario y por qué no escala como solución sistémica.
6. Alternativas al escaneo masivo — Estrategias técnicas, políticas e híbridas para preservar la privacidad.
7. El precio del control — Una perspectiva sobre el sacrificio de derechos fundamentales en nombre de la seguridad.