安全基础
ML-KEM-1024 + Signal Protocol
PQXDH、Double Ratchet、Sender Keys 以及明确防止 downgrade。
Arc
公开工程方向的商业安全产品
Arc 旨在创造迁移理由，而不是躲在中性措辞后面。其差异化来自后量子 E2EE、有意的消息移除、低带宽运行与 offline 灾害通信的组合。
Arc基于公开资料的市场快照 · 2026-07-31Arc · 2026-08-26
每项第一方资料仅支持其引用所在类别，并不能证明全部主张或全部评分，也不表示厂商认可。
先说结论
公开工程方向的商业安全产品
Arc 旨在创造迁移理由，而不是躲在中性措辞后面。其差异化来自后量子 E2EE、有意的消息移除、低带宽运行与 offline 灾害通信的组合。
数据控制
IGF + Mutual Burn
定时、已读和点击事件最终汇入设备/server 上的持久移除。
韧性
Ogg Opus 16 kbps + Mesh
评估低带宽语音，并提供安全模式明确的灾害直连通信。
Arc
公开工程方向的商业安全产品
Arc 旨在创造迁移理由，而不是躲在中性措辞后面。其差异化来自后量子 E2EE、有意的消息移除、低带宽运行与 offline 灾害通信的组合。
标准 ML-KEM-1024 + PQXDH
Double Ratchet DM
Sender Keys 群组
Sealed Sender + 匿名投递
IGF
Mutual Burn
Key Sync + 多设备
16 kbps Ogg Opus 语音
签名直连 Mesh DM 和 Group
直连 Mesh E2EE DM
有界 multi-hop 与 store-and-forward
加密、E2EE与PQC的区别
已加密、端到端加密以及使用后量子保护是可叠加但彼此不同的概念。
Layer 1 · BASIC
加密
涵盖TLS传输加密和server-side存储加密的广义术语。运营方可能持有密钥并能访问明文。
Layer 2 · STRONG
端到端加密（E2EE）
只有会话endpoint持有内容密钥，因此服务运营方不应能读取消息明文。已加密不自动等于E2EE。
Layer 3 · QUANTUM-SAFE
后量子密码（PQC）
后量子密码使用在正确实现时，旨在抵抗能力足够的量子计算机已知攻击的算法。Arc 的目标是在混合 PQXDH 结构中采用标准 ML-KEM-1024，在增加后量子组件的同时保留经典保护。这可降低“现在收集、以后解密”的风险，但并非对所有实现、终端或未来密码分析失败的绝对保证。
加密 / E2EE / PQC分类
按加密基线、公开资料中的E2EE可用状态和后量子状态对19款市场产品分类。
加密（TLS + server-side）
20 / 20传输和server-side存储保护构成基础分类。
每项第一方资料仅支持其引用所在类别，并不能证明全部主张或全部评分，也不表示厂商认可。
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（端到端加密）
公开资料是否说明服务运营方不能读取消息明文。
✓默认启用E2EE(9)
Signal90
iMessage76
Threema72
Wire71
WhatsApp67
Facebook Messenger54
Session53
Viber39
Arc89
△有限 / 部分 / 需手动开启(7)
Element / Matrix60
Google Messages44
LINE38
Telegram37
XChat33
KakaoTalk23
Discord19
—未找到经核验的第一方资料(4)
Google Chat21
Slack17
Chatwork14
Instagram DM14
PQC（后量子密码）
针对量子时代攻击所设计保护的公开资料状态。
✓已在生产环境部署(3)
Signal90
iMessage76
Arc89
○研究 / 规划阶段(2)
Wire71
Session53
—未找到经核验的第一方资料(15)
Threema72
WhatsApp67
Element / Matrix60
Facebook Messenger54
Google Messages44
Viber39
LINE38
Telegram37
XChat33
KakaoTalk23
Google Chat21
Discord19
Slack17
Chatwork14
Instagram DM14
等级排名
按总分和用途划分等级。S级强调隐私与现代密码学；D级为不提供E2EE的效率工具。
S Tier85+隐私优先 + 先进密码学
Signal
#1
Arc
#2
A Tier60–84足以保护个人隐私的E2EE
iMessage
#3
Threema
#4
Wire
#5
#6
Element / Matrix
#7
B Tier40–59部分E2EE，存在设计限制
Facebook Messenger
#8
Session
#9
Google Messages
#10
C Tier20–39定制或有限E2EE，可靠性需注意
Viber
#11
LINE
#12
Telegram
#13
XChat
#14
KakaoTalk
#15
Google Chat
#16
D Tier<20并非为机密个人通讯设计
Discord
#17
Slack
#18
Chatwork
#19
Instagram DM
#20
9维评分（满分100）
每项第一方资料仅支持其引用所在类别，并不能证明全部主张或全部评分，也不表示厂商认可。
| 服务 | 密码 (18) | FB保密 (14) | PQC (14) | E2EE (13) | 发送者 (10) | 注册 (10) | 消失 (11) | 验证 (5) | 多设备 (5) | 总分 |
|---|---|---|---|---|---|---|---|---|---|---|
#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 |
评分维度说明
密码/ 密码学原语
(18)算法设计、AEAD与签名方案及形式化验证历史的质量
FB保密/ 前向/后向保密
(14)密钥泄露后对过去与未来消息的保护，例如Double Ratchet或MLS
PQC/ 后量子
(14)PQXDH、ML-KEM等后量子密码在公开资料中的生产部署状态
E2EE/ E2EE覆盖
(13)文本、通话、群组与媒体的默认状态和覆盖范围，包括公开审计证据
发送者/ 发送者隐私
(10)通过Sealed Sender或onion routing等方式减少发送者和关系metadata
注册/ 注册隐私
(10)能否不使用电话号码或email注册，以及是否提供匿名ID
消失/ 消失消息
(11)消息消失控制的粒度与删除lifecycle
验证/ 验证UX
(5)Safety Number或联系人密钥验证等密钥验证方式的易用性
多设备/ 多设备
(5)无需主手机始终online的跨设备密钥处理
总分
(100)9个维度的加权总分（最高100）
第一方资料
每项第一方资料仅支持其引用所在类别，并不能证明全部主张或全部评分，也不表示厂商认可。
第一方资料核验日：2026-08-26
每项第一方资料仅支持其引用所在类别，并不能证明全部主张或全部评分，也不表示厂商认可。
#1 Signal
S总分 90 / 100
#2 Arc
S总分 89 / 100
Arc integrates standardized NIST ML-KEM-1024 post-quantum cryptography, Signal Double Ratchet E2EE, Sender Keys, Instant Group Forward-Secrecy (IGF), Mutual Burn, Sealed Sender, and crisis BLE offline mesh. Zero third-party telemetry, phone-number-free anonymous registration.
E2EE · 默认启用E2EEPQC · 已在生产环境部署
#3 iMessage
A总分 76 / 100
#4 Threema
A总分 72 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 未找到经核验的第一方资料
第一方资料
#5 Wire
A总分 71 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 研究 / 规划阶段
第一方资料
#6 WhatsApp
A总分 67 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 未找到经核验的第一方资料
第一方资料
#7 Element / Matrix
A总分 60 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#8 Facebook Messenger
B总分 54 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 未找到经核验的第一方资料
第一方资料
#9 Session
B总分 53 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 研究 / 规划阶段
第一方资料
#10 Google Messages
B总分 44 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#11 Viber
C总分 39 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 未找到经核验的第一方资料
第一方资料
#12 LINE
C总分 38 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#13 Telegram
C总分 37 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#14 XChat
C总分 33 / 100
#15 KakaoTalk
C总分 23 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#16 Google Chat
C总分 21 / 100
#17 Discord
D总分 19 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#18 Slack
D总分 17 / 100
公开资料所载状态
E2EE · 未找到经核验的第一方资料PQC · 未找到经核验的第一方资料
第一方资料
#19 Chatwork
D总分 14 / 100
#20 Instagram DM
D总分 14 / 100
公开资料所载状态
E2EE · 未找到经核验的第一方资料PQC · 未找到经核验的第一方资料
第一方资料
Arc 消息架构：直接回答
简要回答读者和问答引擎最关心的 Arc 安全与灾害通信设计问题。
Arc 中的“标准 ML-KEM-1024 + PQXDH”是什么？
标准 ML-KEM-1024 + PQXDH. Arc 旨在创造迁移理由，而不是躲在中性措辞后面。其差异化来自后量子 E2EE、有意的消息移除、低带宽运行与 offline 灾害通信的组合。
Arc 中的“Double Ratchet DM”是什么？
Double Ratchet DM. Arc 旨在创造迁移理由，而不是躲在中性措辞后面。其差异化来自后量子 E2EE、有意的消息移除、低带宽运行与 offline 灾害通信的组合。
Arc 中的“Sender Keys 群组”是什么？
Sender Keys 群组. Arc 旨在创造迁移理由，而不是躲在中性措辞后面。其差异化来自后量子 E2EE、有意的消息移除、低带宽运行与 offline 灾害通信的组合。
Arc 中的“Sealed Sender + 匿名投递”是什么？
Sealed Sender + 匿名投递. Arc 旨在创造迁移理由，而不是躲在中性措辞后面。其差异化来自后量子 E2EE、有意的消息移除、低带宽运行与 offline 灾害通信的组合。
Arc 中的“签名直连 Mesh DM 和 Group”是什么？
签名直连 Mesh DM 和 Group. Arc 旨在创造迁移理由，而不是躲在中性措辞后面。其差异化来自后量子 E2EE、有意的消息移除、低带宽运行与 offline 灾害通信的组合。
Arc 中的“直连 Mesh E2EE DM”是什么？
直连 Mesh E2EE DM. Arc 旨在创造迁移理由，而不是躲在中性措辞后面。其差异化来自后量子 E2EE、有意的消息移除、低带宽运行与 offline 灾害通信的组合。
Arc 中的“有界 multi-hop 与 store-and-forward”是什么？
有界 multi-hop 与 store-and-forward. Arc 旨在创造迁移理由，而不是躲在中性措辞后面。其差异化来自后量子 E2EE、有意的消息移除、低带宽运行与 offline 灾害通信的组合。
Security
Arc安全详情
Technology
Arc技术