Un candado que el dueño de la casa no puede abrir, pero el guardia de la esquina sí, no es un candado. Es una invitación.
La propuesta Chat Control no discute si el cifrado de extremo a extremo es deseable. Lo discute, pero no es ese el centro del debate. El centro es si es posible preservar el cifrado mientras se introduce la capacidad de escanear el contenido cifrado. La respuesta de la comunidad criptográfica ha sido tan unánime como inquietante: no solo no es posible, sino que pretenderlo revela una incomprensión fundamental de lo que es el cifrado.
¿Qué es el cifrado de extremo a extremo?
Un sistema de E2EE garantiza que:
Formalmente, dado un mensaje , un emisor y un receptor , el esquema de cifrado produce un criptograma donde es una clave derivada de un intercambio Diffie-Hellman efímero entre y . El servidor de la plataforma —el intermediario— posee pero no .
Esta propiedad no es un accidente ni una característica opcional. Es la definición misma del E2EE. Si el servidor puede descifrar , entonces no es E2EE. Es cifrado en tránsito con almacenamiento en servidor, que es otra cosa.
E2EE real: A —[Cifrado con k_AB]—> Servidor —[Cifrado con k_AB]—> B
El servidor NO tiene k_AB
Cifrado en tránsito: A —[Cifrado con k_AS]—> Servidor —[Cifrado con k_SB]—> B
El servidor DESCIFRA y re-cifra
Escaneo obligatorio: A —[Cifrado con k_AB]—> Servidor + [Copia para escaneo]
El servidor necesita acceso al contenido
El tercer caso no es E2EE. Es cifrado en tránsito con una inspección obligatoria. Y esa inspección, aunque se realice mediante un supuesto "escaneo del lado del cliente", sigue requiriendo que el contenido esté accesible a un tercero en algún punto del flujo.
Client-Side Scanning (CSS)
La propuesta técnica que más se ha discutido es el escaneo del lado del cliente (client-side scanning o CSS). La idea es que el dispositivo del emisor ejecute un clasificador local que compare el contenido contra una base de datos de hashes de CSAM conocido (como la base de PhotoDNA de Microsoft) antes de cifrar el mensaje.
┌─────────────────────┐
A escribe M → │ Clasificador local │ → ¿M ∈ B? → Reportar
│ Luego cifra M │ → C → Enviar C al servidor
└─────────────────────┘
El problema es que esto no resuelve la tensión fundamental. El clasificador local necesita:
Acceso a M antes de cifrar — lo que significa que el software de mensajería debe poder inspeccionar el contenido. Si el software es de código abierto (como Signal), esto es verificable. Pero si el clasificador se actualiza dinámicamente (como exige la detección de nuevo material CSAM), la verificación independiente se vuelve imposible.
Una base de datos de referencia actualizada y compartida con la autoridad. Esta base de datos puede expandirse (por orden judicial o presión política) para incluir otros tipos de contenido: terrorismo, desinformación, discurso de odio, críticas al gobierno.
Actualizaciones forzadas del clasificador — si el gobierno puede exigir que el clasificador incluya nuevas categorías de contenido, el CSS se convierte en un mecanismo de censura con respaldo legal.
El problema de la puerta trasera
Hay un argumento recurrente en el debate: "no se trata de crear una puerta trasera, sino de una puerta delantera con supervisión judicial". Esta distinción es engañosa.
Una puerta trasera (backdoor) es un mecanismo no documentado que permite a un atacante eludir la seguridad. Una puerta delantera (frontdoor) sería un mecanismo documentado y legal para que una autoridad acceda al contenido. Pero desde la perspectiva de la seguridad del sistema, ambas son equivalentes:
Backdoor: Atacante explota vulnerabilidad → Accede a M
Frontdoor: Autoridad usa mecanismo legal → Accede a M
----------- Diferencia: quién, no cómo ----------
Atacante estatal: usa el frontdoor como backdoor
Cibercriminal: busca la vulnerabilidad que el frontdoor crea
Régimen hostil: adopta la misma legislación como modelo
El problema es que cualquier mecanismo que permita a una autoridad legítima acceder a mensajes cifrados crea, necesariamente, una superficie de ataque que puede ser explotada por actores ilegítimos. No hay forma de construir un mecanismo de acceso que solo pueda ser usado por "los buenos". El cifrado no distingue entre un juez alemán y un hacker ruso. Solo distingue entre quien tiene la clave y quien no.
La asimetría de la detección
El debate sobre Chat Control revela una asimetría que pocas veces se explicita:
| Detectar CSAM | Proteger privacidad | |
|---|---|---|
| Carga de la prueba | La plataforma debe demostrar que detecta | La plataforma debe demostrar que no espía |
| Coste del error | Falso negativo → CSAM no detectado | Falso positivo → inocente investigado |
| Escalabilidad | Un clasificador para 100M de usuarios | 100M de usuarios, cada uno con su secreto |
| Actualización | Nueva base de CSAM → nuevo escaneo | Nueva capacidad de escaneo → nueva superficie de ataque |
La asimetría profunda, sin embargo, no es técnica sino ontológica: el vigilante necesita el contenido para saber si es ilegal, pero el contenido solo es ilegal si el vigilante lo examina. Es la paradoja del inspector que necesita abrir la caja para saber si la caja contiene algo prohibido, pero al abrirla ya ha violado lo que sea que la caja contenía, independientemente de lo que encuentre.
La pendiente resbaladiza cuantificada
Uno de los argumentos más sólidos contra el CSS no es filosófico sino histórico. Cada sistema de vigilancia masiva implementado inicialmente con un propósito limitado ha terminado expandiéndose:
1994: CALEA (EE.UU.) — Solo para interceptación legal
→ 2001: Expansión post-9/11
→ 2015: Incluye VoIP y mensajería
→ 2020: Debate sobre incluir E2EE
2006: SWIFT (Finanzas) — Solo terrorismo
→ 2010: Expandido a delitos graves
→ 2015: Expandido a evasión fiscal
→ 2020: Intercambio masivo de datos bancarios
2016: Ley de Seguridad Interior (España) — Solo terrorismo
→ 2019: Delitos graves
→ 2025: Mantenimiento del orden público
No hay razón para creer que Chat Control sería diferente. La historia sugiere que todo mecanismo de vigilancia masiva tiende a expandirse hasta ocupar todo el espacio legal disponible. No por malicia necesariamente, sino porque la lógica del sistema es incremental: si funciona para CSAM, ¿por qué no para terrorismo? Si funciona para terrorismo, ¿por qué no para delitos graves? Cada expansión es individualmente razonable; el resultado agregado no lo es.
El argumento de la proporcionalidad
El derecho europeo exige que cualquier restricción de derechos fundamentales (como la privacidad del Artículo 7 de la CDFUE y la protección de datos del Artículo 8) sea proporcional. Esto implica:
- Idoneidad: la medida debe ser adecuada para alcanzar el fin perseguido
- Necesidad: no debe haber una medida menos restrictiva igualmente efectiva
- Proporcionalidad en sentido estricto: el sacrificio del derecho debe ser proporcionado al beneficio
La comunidad criptográfica ha argumentado que el CSS no supera el test de proporcionalidad porque:
- No es idóneo (tiene tasas de falso positivo que harían insostenible la supervisión judicial)
- No es necesario (existen alternativas menos lesivas: listas de reporte, hotlines, detección basada en metadatos)
- El sacrificio del cifrado es desproporcionado al beneficio potencial
Serie Chat Control:
- Chat Control — Definición y contexto — El punto de partida: qué propone la CSAR, su recorrido legislativo y las posiciones enfrentadas.
- 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.
- Criptografía homomórfica — Promesas y límites — Por qué el FHE no es la solución técnica que la Comisión busca.
- Pruebas de conocimiento cero — Aplicaciones y límites — ZKP, PSI y por qué no resuelven el problema de detección sin romper la privacidad.
- Cifrado externo y claves compartidas — El enfoque de soberanía del usuario y por qué no escala como solución sistémica.
- Alternativas al escaneo masivo — Estrategias técnicas, políticas e híbridas para preservar la privacidad.
- El precio del control — Una perspectiva sobre el sacrificio de derechos fundamentales en nombre de la seguridad.