BASE DE SEGURIDAD
ML-KEM-1024 + Signal Protocol
PQXDH, Double Ratchet, Sender Keys y prevención explícita del downgrade.
ESPECIFICACIÓN COMPLETA DEL PRODUCTO Arc
ESPECIFICACIÓN COMPLETA DEL PRODUCTO Arc
Estas once capacidades forman una especificación completa y se evalúan juntas como Arc.
ESPECIFICACIÓN COMPLETA DEL PRODUCTO ArcINSTANTÁNEA DEL MERCADO CON DOCUMENTACIÓN PÚBLICA · 2026-07-31Arc · 2026-08-26
Las fichas rivales enlazan fuentes oficiales; la de Arc queda vinculada a la especificación completa y al mismo modelo de puntuación.
La respuesta breve
ESPECIFICACIÓN COMPLETA DEL PRODUCTO Arc
Estas once capacidades forman una especificación completa y se evalúan juntas como Arc.
CONTROL DE DATOS
IGF + Mutual Burn
Los eventos de temporizador, lectura y toque convergen en una retirada duradera del dispositivo y servidor.
RESILIENCIA
Voz Ogg Opus a 16 kbps + Mesh
ESPECIFICACIÓN COMPLETA DEL PRODUCTO Arc
Arc
ESPECIFICACIÓN COMPLETA DEL PRODUCTO Arc
Estas once capacidades forman una especificación completa y se evalúan juntas como Arc.
ML-KEM-1024 estandarizado + PQXDH
Double Ratchet DM
Grupos con Sender Keys
Sealed Sender + entrega anónima
IGF
Mutual Burn
Key Sync + varios dispositivos
Voz Ogg Opus a 16 kbps
DM y Group Mesh directos y firmados
DM Mesh E2EE directo
Multi-hop limitado y store-and-forward
Lo que Arc deja fuera deliberadamente
El enfoque del producto también es una decisión de seguridad. Arc elimina o rechaza conductas que debilitan la integridad del mensaje, el control del usuario o la claridad operativa.
- Sin Group Mutual Burn: Mutual Burn sigue siendo un acuerdo uno a uno.
- Read-or-Lose está retirado: los mensajes importantes sin leer no se destruyen solo porque pase el tiempo.
- Sin downgrade silencioso desde PQXDH, Sealed Sender o Mesh E2EE a un modo más débil.
- Sin personalidades de IA, modelos de traducción, asistentes para mascotas ni modelos de resumen integrados en el núcleo de mensajería de Arc.
- Mesh E2EE Group queda fuera de la promesa central del producto; Group firmado no E2EE y E2EE DM permanecen como modos separados.
Cifrado, E2EE y PQC
Estar cifrado, usar cifrado de extremo a extremo y tener protección poscuántica son conceptos distintos que pueden combinarse.
Layer 1 · BASIC
Cifrado
Término amplio que cubre cifrado de transporte como TLS y almacenamiento en el servidor. El operador puede conservar las claves y acceder al texto sin cifrar.
Layer 2 · STRONG
Cifrado de extremo a extremo (E2EE)
Solo los extremos de la conversación guardan las claves del contenido; el operador no debería poder leer los mensajes. Cifrado no significa automáticamente E2EE.
Layer 3 · QUANTUM-SAFE
Criptografía poscuántica (PQC)
Establecimiento híbrido de sesión poscuántica con acuerdo de claves clásico y sin downgrade silencioso a una ruta heredada.
Clasificación de cifrado / E2EE / PQC
Los 19 productos se agrupan por base de cifrado, disponibilidad E2EE documentada y estado poscuántico documentado.
Cifrado (TLS + servidor)
20 / 20La protección del transporte y del almacenamiento en servidor forma la categoría base.
Las fichas rivales enlazan fuentes oficiales; la de Arc queda vinculada a la especificación completa y al mismo modelo de puntuación.
Signal90
Arc89
iMessage76
Threema72
Wire71
WhatsApp67
Element / Matrix60
Facebook Messenger54
Session53
Google Messages44
Viber39
LINE38
Telegram37
XChat33
KakaoTalk23
Google Chat21
Discord19
Slack17
Chatwork14
Instagram DM14
E2EE (cifrado de extremo a extremo)
Indica si la documentación pública afirma que el operador no puede leer el texto de los mensajes.
✓E2EE predeterminado(9)
Signal90
iMessage76
Threema72
Wire71
WhatsApp67
Facebook Messenger54
Session53
Viber39
Arc89
△Limitado / parcial / opcional(7)
Element / Matrix60
Google Messages44
LINE38
Telegram37
XChat33
KakaoTalk23
Discord19
—No se encontraron pruebas primarias verificadas(4)
Google Chat21
Slack17
Chatwork14
Instagram DM14
PQC (criptografía poscuántica)
Estado documentado públicamente de protección diseñada para ataques de la era cuántica.
✓Desplegado en producción(3)
Signal90
iMessage76
Arc89
○Investigación / planificación(2)
Wire71
Session53
—No se encontraron pruebas primarias verificadas(15)
Threema72
WhatsApp67
Element / Matrix60
Facebook Messenger54
Google Messages44
Viber39
LINE38
Telegram37
XChat33
KakaoTalk23
Google Chat21
Discord19
Slack17
Chatwork14
Instagram DM14
Clasificación por niveles
Clasificación por puntuación total y uso. El nivel S prioriza privacidad y criptografía moderna; el D reúne herramientas de productividad sin E2EE.
S Tier85+Privacidad + criptografía de vanguardia
Signal
#1
Arc
#2
A Tier60–84E2EE suficiente para la privacidad personal
iMessage
#3
Threema
#4
Wire
#5
#6
Element / Matrix
#7
B Tier40–59E2EE parcial, con limitaciones de diseño
Facebook Messenger
#8
Session
#9
Google Messages
#10
C Tier20–39E2EE propio o limitado, con reservas de fiabilidad
Viber
#11
LINE
#12
Telegram
#13
XChat
#14
KakaoTalk
#15
Google Chat
#16
D Tier<20No diseñado para mensajes personales confidenciales
Discord
#17
Slack
#18
Chatwork
#19
Instagram DM
#20
Puntuación en 9 ejes (sobre 100)
Las fichas rivales enlazan fuentes oficiales; la de Arc queda vinculada a la especificación completa y al mismo modelo de puntuación.
| Servicio | Cripto (18) | FB Sec (14) | PQC (14) | E2EE (13) | Remitente (10) | Registro (10) | Efímero (11) | Verif (5) | Multi-dev (5) | Total |
|---|---|---|---|---|---|---|---|---|---|---|
#1 Signal | 18 | 14 | 14 | 13 | 10 | 6 | 5 | 5 | 5 | 90 |
#2 Arc | 18 | 14 | 14 | 12 | 3 | 9 | 11 | 4 | 4 | 89 |
#3 iMessage | 17 | 13 | 14 | 13 | 5 | 4 | 1 | 4 | 5 | 76 |
#4 Threema | 16 | 13 | 2 | 12 | 7 | 10 | 5 | 4 | 3 | 72 |
#5 Wire | 16 | 13 | 4 | 11 | 5 | 7 | 6 | 4 | 5 | 71 |
#6 WhatsApp | 18 | 13 | 7 | 11 | 0 | 4 | 5 | 4 | 5 | 67 |
#7 Element / Matrix | 13 | 12 | 1 | 10 | 4 | 8 | 3 | 4 | 5 | 60 |
#8 Facebook Messenger | 15 | 11 | 0 | 10 | 0 | 4 | 5 | 4 | 5 | 54 |
#9 Session | 9 | 2 | 1 | 10 | 10 | 10 | 5 | 3 | 3 | 53 |
#10 Google Messages | 15 | 11 | 0 | 8 | 0 | 1 | 2 | 3 | 4 | 44 |
#11 Viber | 10 | 9 | 1 | 7 | 0 | 1 | 4 | 3 | 4 | 39 |
#12 LINE | 13 | 3 | 0 | 9 | 0 | 4 | 2 | 4 | 3 | 38 |
#13 Telegram | 10 | 7 | 0 | 3 | 0 | 4 | 4 | 4 | 5 | 37 |
#14 XChat | 11 | 0 | 0 | 4 | 0 | 9 | 2 | 2 | 5 | 33 |
#15 KakaoTalk | 7 | 4 | 0 | 3 | 0 | 1 | 2 | 2 | 4 | 23 |
#16 Google Chat | 10 | 0 | 0 | 4 | 0 | 1 | 1 | 0 | 5 | 21 |
#17 Discord | 7 | 3 | 0 | 3 | 0 | 1 | 0 | 0 | 5 | 19 |
#18 Slack | 10 | 0 | 0 | 0 | 0 | 1 | 1 | 0 | 5 | 17 |
#19 Chatwork | 8 | 0 | 0 | 0 | 0 | 1 | 0 | 0 | 5 | 14 |
#20 Instagram DM | 5 | 0 | 0 | 0 | 0 | 1 | 4 | 0 | 4 | 14 |
Leyenda de ejes
Cripto/ Primitivas criptográficas
(18)Calidad del diseño de algoritmos, esquemas AEAD y de firma e historial de verificación formal
FB Sec/ Secreto hacia delante/atrás
(14)Protección de mensajes pasados y futuros tras comprometer una clave, como Double Ratchet o MLS
PQC/ Poscuántico
(14)Estado en producción documentado públicamente de criptografía poscuántica como PQXDH o ML-KEM
E2EE/ Cobertura E2EE
(13)Estado predeterminado y cobertura en texto, llamadas, grupos y medios, incluida evidencia pública de auditoría
Remitente/ Privacidad del remitente
(10)Minimización de metadatos de remitente y relaciones, con Sealed Sender u onion routing
Registro/ Privacidad de registro
(10)Registro sin teléfono ni email y disponibilidad de un identificador anónimo
Efímero/ Mensajes efímeros
(11)Granularidad y ciclo de eliminación de los controles de desaparición
Verif/ UX de verificación
(5)Usabilidad de la verificación de claves, como Safety Numbers o claves de contacto
Multi-dev/ Varios dispositivos
(5)Gestión de claves entre dispositivos sin un teléfono principal siempre conectado
Total
(100)Suma ponderada de 9 ejes (máximo 100)
Fichas de evidencia y especificación de 20 productos
Las fichas rivales enlazan fuentes oficiales; la de Arc queda vinculada a la especificación completa y al mismo modelo de puntuación.
Evidencias de fuentes primarias verificadas el 2026-08-26
Cada fuente primaria respalda únicamente la categoría en la que se cita; no acredita todas las afirmaciones o puntuaciones ni implica el respaldo del proveedor.
#1 Signal
STotal 90 / 100
Estado según documentación pública
E2EE · E2EE predeterminadoPQC · Desplegado en producción
Fuentes primarias
#2 Arc
STotal 89 / 100
ML-KEM-1024 estandarizado + PQXDH · Double Ratchet DM · Grupos con Sender Keys · Sealed Sender + entrega anónima · IGF · Mutual Burn · Key Sync + varios dispositivos · Voz Ogg Opus a 16 kbps · DM y Group Mesh directos y firmados · DM Mesh E2EE directo · Multi-hop limitado y store-and-forward
#3 iMessage
ATotal 76 / 100
Estado según documentación pública
E2EE · E2EE predeterminadoPQC · Desplegado en producción
Fuentes primarias
#4 Threema
ATotal 72 / 100
Estado según documentación pública
E2EE · E2EE predeterminadoPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#5 Wire
ATotal 71 / 100
Estado según documentación pública
E2EE · E2EE predeterminadoPQC · Investigación / planificación
Fuentes primarias
#6 WhatsApp
ATotal 67 / 100
Estado según documentación pública
E2EE · E2EE predeterminadoPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#7 Element / Matrix
ATotal 60 / 100
Estado según documentación pública
E2EE · Limitado / parcial / opcionalPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#8 Facebook Messenger
BTotal 54 / 100
Estado según documentación pública
E2EE · E2EE predeterminadoPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#9 Session
BTotal 53 / 100
Estado según documentación pública
E2EE · E2EE predeterminadoPQC · Investigación / planificación
Fuentes primarias
#10 Google Messages
BTotal 44 / 100
Estado según documentación pública
E2EE · Limitado / parcial / opcionalPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#11 Viber
CTotal 39 / 100
Estado según documentación pública
E2EE · E2EE predeterminadoPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#12 LINE
CTotal 38 / 100
Estado según documentación pública
E2EE · Limitado / parcial / opcionalPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#13 Telegram
CTotal 37 / 100
Estado según documentación pública
E2EE · Limitado / parcial / opcionalPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#14 XChat
CTotal 33 / 100
Estado según documentación pública
E2EE · Limitado / parcial / opcionalPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#15 KakaoTalk
CTotal 23 / 100
Estado según documentación pública
E2EE · Limitado / parcial / opcionalPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#16 Google Chat
CTotal 21 / 100
Estado según documentación pública
E2EE · No se encontraron pruebas primarias verificadasPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#17 Discord
DTotal 19 / 100
Estado según documentación pública
E2EE · Limitado / parcial / opcionalPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#18 Slack
DTotal 17 / 100
Estado según documentación pública
E2EE · No se encontraron pruebas primarias verificadasPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#19 Chatwork
DTotal 14 / 100
Estado según documentación pública
E2EE · No se encontraron pruebas primarias verificadasPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
#20 Instagram DM
DTotal 14 / 100
Estado según documentación pública
E2EE · No se encontraron pruebas primarias verificadasPQC · No se encontraron pruebas primarias verificadas
Fuentes primarias
Lo que deja claro la comparativa
Estas once capacidades forman una especificación completa y se evalúan juntas como Arc.
La privacidad de metadatos es otro frente
Un cifrado de contenido sólido no oculta por sí solo las relaciones entre remitentes. Sealed Sender y la entrega anónima se tratan como trabajo de producto independiente.
Offline no significa E2EE automáticamente
Arc separa la comunicación de catástrofe firmada no E2EE del DM Mesh E2EE y etiqueta el modo activo sin difuminar la diferencia.
Eliminar es un ciclo de vida, no una animación
IGF y Mutual Burn se diseñan en torno a retirada duradera del dispositivo y servidor, reintentos y recuperación, no solo a una interfaz que desaparece.
Arquitectura de mensajería de Arc: respuestas directas
Respuestas concisas a las preguntas clave sobre el diseño de seguridad y comunicación en desastres de Arc.
¿Qué es ML-KEM-1024 estandarizado + PQXDH en Arc?
Establecimiento híbrido de sesión poscuántica con acuerdo de claves clásico y sin downgrade silencioso a una ruta heredada.
¿Qué es Double Ratchet DM en Arc?
Avance atómico del ratchet, reintento con el mismo texto cifrado, límite de claves omitidas y recuperación segura tras fallos para el chat normal uno a uno.
¿Qué es Grupos con Sender Keys en Arc?
Épocas de grupo por remitente y dispositivo, aislamiento de la membresía y entrega de SKDM mediante sesiones uno a uno autenticadas.
¿Qué es Sealed Sender + entrega anónima en Arc?
Certificados de remitente separados por finalidad, buzones opacos, push genérico y prohibición de fallback a texto sin cifrar.
¿Qué es DM y Group Mesh directos y firmados en Arc?
Mensajería directa en catástrofes con origen e integridad autenticados, marcada explícitamente como no E2EE porque relays u observadores cercanos pueden ver el contenido.
¿Qué es DM Mesh E2EE directo en Arc?
Modo de mensaje directo independiente con contenido E2EE, estado de confianza explícito y sin fallback silencioso a entrega firmada no E2EE.
¿Qué es Multi-hop limitado y store-and-forward en Arc?
Relay con recursos acotados, deduplicación, TTL y recuperación offline, sin prometer distancia, ruta o plazo de entrega.
Base de la comparativa y divulgación
- Las fichas rivales enlazan fuentes oficiales; la de Arc queda vinculada a la especificación completa y al mismo modelo de puntuación.
- Cada fuente primaria respalda únicamente la categoría en la que se cita; no acredita todas las afirmaciones o puntuaciones ni implica el respaldo del proveedor.
- Los nombres y marcas pertenecen a sus respectivos titulares. La inclusión no implica asociación, respaldo ni afiliación.
Security
Detalles de seguridad de Arc
Estas once capacidades forman una especificación completa y se evalúan juntas como Arc.
Technology
Tecnología de Arc
Estas once capacidades forman una especificación completa y se evalúan juntas como Arc.