Lo que CHANNEL guarda, y lo que nunca tiene.

Lo que CHANNEL hace en su lugar

• Nunca se sube tu libreta de contactos. La app puede mostrarte tu propia libreta de contactos para que elijas un nombre; esa lista nunca sale de tu teléfono.
• Sin analítica sobre ti, sin informes de fallos, sin identificador publicitario, sin SDK de publicidad ni de seguimiento. Un Mac donde dejas que una IA use un perfil envía una vez al día el recuento de las llamadas de esa IA, sin vincularlo a nadie.
• Ninguna copia de un mensaje sellado uno a uno en nuestro servidor una vez recogido. Las publicaciones de un grupo formal se guardan, cifradas, durante 30 días, o durante un año si un miembro denuncia el grupo.
• Cuando tu contacto está al alcance, no hace falta conexión a internet cuando un enlace directo se mantiene — así que no hay factura, no hay roaming, y no hay nada que interceptar más arriba.

Quién puede ver qué

Nuestro servidor de buzón

Ve que un sobre sellado llegó a una dirección de buzón, cuándo, y aproximadamente cuánto pesa, redondeado a uno de unos pocos tamaños fijos. La dirección es un seudónimo: pertenece a una conversación, cambia cada diez minutos y no lleva nombre, número de teléfono ni cuenta. Así que el servidor puede saber que una dirección recibe correo y aproximadamente cuándo, pero nada en ella dice de quién es la dirección, qué dice un mensaje ni quién lo envió, porque la identidad del remitente va dentro de la parte sellada. Nuestro código no guarda las direcciones IP de los dispositivos que se conectan a él; Netlify, la empresa que aloja el servidor, guarda sus propios registros de acceso, que las incluyen. La única excepción es un limitador de tasa, que guarda un hash con clave del bloque de red de quien llama durante un máximo de dos horas para frenar el abuso, y luego lo borra.

Escribir a alguien con quien no te has emparejado

Cuando escribes a un número, dirección o handle que alguien ha publicado, tu teléfono obtiene sus claves públicas de nuestro servidor, para que el primer mensaje pueda sellarse mientras su teléfono está apagado. Es el único punto en el que nuestro servidor se interpone entre dos personas que no se han conocido: un servidor que decidiera portarse mal podría entregar claves propias y leer ese primer intercambio, y nada en la pantalla lo mostraría. Emparejarse con un código que lees en la pantalla de la otra persona no tiene este límite, porque el código lleva la clave. Con una persona a la que llegaste por un valor publicado, el Número de seguridad de su página de contacto es la comprobación: compáralo en persona o en una llamada, y una clave sustituida aparece como un número distinto. Comparar es opcional, y nada en CHANNEL lo pide.

Alguien que observa tu red

Alguien que observa tu red puede ver que este teléfono habla con CHANNEL. No puede leer lo que dices ni ver para quién son tus mensajes. Una llamada que va directamente entre dos teléfonos muestra la dirección de red de cada teléfono al otro, y a quien observe cualquiera de las dos redes; con «Solo por internet» activado (Configuración › Llamadas), no.

Si te quitan el teléfono

Lo que hay en un teléfono es lo que se puede leer en él. El bloqueo de la app, en Ajustes, es un PIN de la app de al menos seis caracteres; ni la cara, ni la huella, ni el código del teléfono abren CHANNEL. Si el chip de seguridad de este teléfono pasa una prueba que CHANNEL hace al configurar el PIN, el chip comprueba el PIN y una copia del almacenamiento del teléfono no sirve para adivinarlo; si no, se guarda un cálculo lento de un solo sentido del PIN, contra el que una copia sí puede probar intentos. El código de coacción, configurado junto a él, abre la app y borra en ese mismo instante todo lo que CHANNEL tiene en ese teléfono, sin un segundo paso de confirmación. Es para alguien sin autoridad legal para exigir tu PIN; donde la ley te obliga a desbloquear, usarlo puede ser en sí mismo un delito. Privacidad en este dispositivo tiene el detalle, incluido cuánto se tarda en adivinar un PIN.

El Double Ratchet

El núcleo que comparten las dos apps es un núcleo criptográfico desarrollado de forma independiente que implementa un diseño de Double Ratchet basado en la especificación publicada por Signal, con establecimiento de sesión, recuperación y extensiones poscuánticas propias de CHANNEL. El ratchet es la parte del diseño que cambia la clave del mensaje sobre la marcha. Se ha probado con las pruebas y el fuzzing descritos más abajo y lo han revisado modelos de IA externos, que el último punto de «Cómo comprobamos nuestro trabajo» nombra. Sus límites, incluido lo que puede leer quien tenga la clave de emparejamiento, están en la página de cifrado.

Acuerdo de claves poscuántico

Entre dos teléfonos que ambos lo tienen, una conversación empieza con un secreto creado por X25519 y ML-KEM-768 (FIPS 203) a la vez, de modo que quien grabe el tráfico hoy y consiga un ordenador cuántico más adelante tiene que romper ambos. Después, cada paso del trinquete de mensajes añade un secreto X25519 nuevo, y una vez en cada sesión del trinquete los teléfonos mezclan además un secreto ML-KEM-768 nuevo. Las firmas siguen siendo Ed25519. Hay más detalle en la página de cifrado.

Una IA que lee las palabras de otros

Resumir, Sugerir respuestas y Traducir pueden enviar las palabras de otra persona a una IA con tu propia cuenta. Antes de que salgan, CHANNEL quita los caracteres que una persona no ve pero un modelo sí puede leer, y marca las palabras como texto citado que la IA nunca debe obedecer. Eso hace mucho más difícil que un mensaje dirija lo que la IA te dice, aunque no imposible, y la respuesta de Resumir, Sugerir respuestas o Traducir siempre se te muestra primero, nunca se envía sola. Las respuestas automáticas, activadas en un perfil, son la excepción: envían sus respuestas sin mostrarlas antes.

Cómo revisamos nuestro trabajo

Privacidad en este dispositivo tiene la misma lista con todas las cifras.

• El formato de transmisión se escribe primero, y el núcleo compartido tiene que reproducir, cada vez que se ejecutan sus pruebas, 55 archivos de vectores de prueba generados a partir de esa descripción.
• Un único núcleo en Rust contiene la criptografía y el formato de transmisión de las dos apps, así que el sellado en sí es el mismo código en iPhone y en Android.
• Una prueba o comprobación cuyo fallo pasaría desapercibido se rompe a propósito, para verla fallar, antes de confiar en ella.
• Cada decodificador del núcleo que lee datos de otro teléfono, 137 en total, se somete a fuzzing con uno de 39 objetivos. Las ejecuciones encontraron 2 errores reales, los dos corregidos y conservados como pruebas.
• Más de 300 comprobaciones automáticas se ejecutan antes de una publicación, buscando los errores que no rompen ninguna compilación ni hacen fallar ninguna prueba.
• Antes de publicar en Android, una compilación optimizada exactamente como la copia de la tienda se instala y se abre en un dispositivo de prueba, y se ejecuta todo el conjunto de pruebas en el dispositivo.
• 39 pantallas están descritas una sola vez, y una prueba en cada app comprueba que las dos las dibujan igual.
• Los cambios críticos para la seguridad los revisan de forma adversaria modelos de IA de otras empresas, con los archivos reales, y cada hallazgo se comprueba contra el código antes de cambiar nada; algunos se descartan. El 15 de octubre de 2026 el núcleo compartido, su protocolo y sus pruebas se revisaron así por Grok (el revisor se llama a sí mismo Grok Bot (SpaceXAI) y no da versión), por Gemini (se nombra Gemini 2.5 Flash, en el nivel gratuito) y por Kimi (de Moonshot AI; versión no indicada). El nombre que un modelo se da a sí mismo es una afirmación suya, no algo que hayamos medido. Leyeron el núcleo, no el código de las dos apps.

Lee cómo se hace

• Cómo se usa el cifradoLas claves, los cifrados y lo que protege cada uno.
• Política de privacidadLo que guardan la app y nuestro servidor, completo.
• Recorrido de amenazasQuién podría atacar CHANNEL, cómo, y qué obtendría con cada intento.
• Metadatos de redLo que un operador de red puede ver, y lo que no.
• El protocoloCada byte que lleva un mensaje, publicado para que cualquiera lo compruebe.
• Seguridad de los datosLas respuestas dadas a Apple y Google sobre los datos que maneja la app.

Estos documentos están en inglés.

Lee la documentación

Las notas de diseño, el protocolo de comunicación, el recorrido de amenazas, los documentos de privacidad, y las páginas de ayuda exactamente como se incluyen en la app están todos publicados en channelmessenger.net/docs. Publicarlo no nos cuesta nada: un diseño que dependiera del secreto de su propia descripción ya estaría roto. Preferimos que nos verifiquen a que nos crean.