SECURITY FOUNDATION
ML-KEM-1024 + Signal Protocol
PQXDH、Double Ratchet、Sender Keys、明示的downgrade防止。
Arc 完成プロダクト仕様
Arc 完成プロダクト仕様
以下の11機能を一つの完成プロダクト仕様として統合し、Arcとして一体評価します。
Arc 完成プロダクト仕様公開資料に基づく市場スナップショット · 2026-07-31Arc · 2026-08-26
競合カードは各社一次資料へリンクし、Arcカードは完成プロダクト仕様と同じ採点モデルへ束縛しています。
先に、結論
Arc 完成プロダクト仕様
以下の11機能を一つの完成プロダクト仕様として統合し、Arcとして一体評価します。
DATA CONTROL
IGF + Mutual Burn
期限・既読・タップをdurableな端末／server削除へ収束。
RESILIENCE
Ogg Opus 16kbps音声 + Mesh
Arc 完成プロダクト仕様
Arc
Arc 完成プロダクト仕様
以下の11機能を一つの完成プロダクト仕様として統合し、Arcとして一体評価します。
標準ML-KEM-1024 + PQXDH
Double Ratchet DM
Sender Keys Group
Sealed Sender + 匿名配送
IGF
Mutual Burn
Key Sync + multi-device
Ogg Opus 16kbps音声
署名付き直接Mesh DM／Group
直接Mesh E2EE DM
上限付きmulti-hop・store-and-forward
Arcが意図的に採用しないもの
何を削るかもセキュリティ設計です。message integrity、ユーザー制御、運用上の明瞭性を弱める挙動は採用しません。
- Group Mutual Burnは採用しません。Mutual Burnは1対1の合意として維持します。
- Read-or-Loseは退役済みです。未読の重要messageを時間経過だけで破棄しません。
- PQXDH、Sealed Sender、Mesh E2EEから弱いmodeへ暗黙downgradeしません。
- Arcのmessaging coreにAI人格、翻訳model、ペット支援、要約modelを組み込みません。
- Mesh E2EE Groupはcore product promiseの対象外です。署名付き非E2EE GroupとE2EE DMを別modeとして維持します。
暗号化・E2EE・PQCの違い
暗号化されていること、end-to-end暗号化されていること、耐量子保護を使うことは、積み重ね可能な別の概念です。
Layer 1 · BASIC
暗号化
TLSなどの通信暗号化とserver-side保存暗号化を含む広い用語です。運営者が鍵を保持し、平文へアクセスできる場合があります。
Layer 2 · STRONG
End-to-End Encryption（E2EE）
会話のendpointだけが本文鍵を保持し、service運営者はmessage平文を読めない設計です。「暗号化」とE2EEは同義ではありません。
Layer 3 · QUANTUM-SAFE
耐量子暗号（PQC）
古典鍵合意と組み合わせた耐量子session確立。legacy方式への暗黙downgradeは行いません。
暗号化・E2EE・PQCの分類
市場19製品を、暗号化baseline、公開資料上のE2EE提供状態、公開資料上の耐量子対応状態で分類します。
暗号化（TLS + server-side）
20 / 20通信とserver-side保存の保護をbaseline分類とします。
競合カードは各社一次資料へリンクし、Arcカードは完成プロダクト仕様と同じ採点モデルへ束縛しています。
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（End-to-End Encryption）
service運営者がmessage平文を読めないと公開資料に記載されているかを示します。
✓標準でE2EE(9)
Signal90
iMessage76
Threema72
Wire71
WhatsApp67
Facebook Messenger54
Session53
Viber39
Arc89
△限定・部分対応・opt-in(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
Tier ランキング
総合点と用途によるTier分類です。S Tierはprivacyと現代暗号を重視し、D TierはE2EEを備えない業務ツールです。
S Tier85+privacy重視 + 最先端暗号
Signal
#1
Arc
#2
A Tier60–84個人privacyに十分な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点満点）
競合カードは各社一次資料へリンクし、Arcカードは完成プロダクト仕様と同じ採点モデルへ束縛しています。
| サービス | 暗号 (18) | FB Sec (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)algorithm設計、AEAD・署名方式、形式検証履歴の品質
FB Sec/ Forward/Backward Secrecy
(14)鍵侵害後の過去・将来message保護（Double Ratchet、MLSなど）
PQC/ Post-Quantum
(14)PQXDHやML-KEMなど耐量子暗号の公開資料上の本番導入状態
E2EE/ E2EEカバレッジ
(13)text、通話、Group、mediaでの標準有効状態・適用範囲・公開audit証拠
送信者/ 送信者privacy
(10)Sealed Senderやonion routingを含む送信者・関係metadataの最小化
登録/ 登録時privacy
(10)電話番号・emailなしの登録や匿名IDの利用可否
消滅/ 消滅メッセージ
(11)消滅制御の粒度と削除lifecycle
検証/ 検証UX
(5)Safety Numberやcontact key verificationなど鍵検証の使いやすさ
複数端末/ マルチデバイス
(5)primary phoneの常時onlineを前提にしない端末間鍵管理
合計
(100)9軸の加重合計（最大100点）
20製品の根拠・仕様カード
競合カードは各社一次資料へリンクし、Arcカードは完成プロダクト仕様と同じ採点モデルへ束縛しています。
一次資料確認日 2026-08-26
各一次資料が裏付けるのは引用先のカテゴリだけです。全主張・全scoreの根拠や、各vendorによる推奨を意味しません。
#1 Signal
S合計 90 / 100
#2 Arc
S合計 89 / 100
標準ML-KEM-1024 + PQXDH · Double Ratchet DM · Sender Keys Group · Sealed Sender + 匿名配送 · IGF · Mutual Burn · Key Sync + multi-device · Ogg Opus 16kbps音声 · 署名付き直接Mesh DM／Group · 直接Mesh E2EE DM · 上限付きmulti-hop・store-and-forward
#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 · 限定・部分対応・opt-inPQC · 検証済み一次資料では確認できず
一次資料
#8 Facebook Messenger
B合計 54 / 100
公開資料上の状態
E2EE · 標準でE2EEPQC · 検証済み一次資料では確認できず
一次資料
#9 Session
B合計 53 / 100
公開資料上の状態
E2EE · 標準でE2EEPQC · 研究・計画段階
一次資料
#10 Google Messages
B合計 44 / 100
公開資料上の状態
E2EE · 限定・部分対応・opt-inPQC · 検証済み一次資料では確認できず
一次資料
#11 Viber
C合計 39 / 100
公開資料上の状態
E2EE · 標準でE2EEPQC · 検証済み一次資料では確認できず
一次資料
#12 LINE
C合計 38 / 100
公開資料上の状態
E2EE · 限定・部分対応・opt-inPQC · 検証済み一次資料では確認できず
一次資料
#13 Telegram
C合計 37 / 100
公開資料上の状態
E2EE · 限定・部分対応・opt-inPQC · 検証済み一次資料では確認できず
一次資料
#14 XChat
C合計 33 / 100
#15 KakaoTalk
C合計 23 / 100
公開資料上の状態
E2EE · 限定・部分対応・opt-inPQC · 検証済み一次資料では確認できず
一次資料
#16 Google Chat
C合計 21 / 100
公開資料上の状態
E2EE · 検証済み一次資料では確認できずPQC · 検証済み一次資料では確認できず
一次資料
#17 Discord
D合計 19 / 100
公開資料上の状態
E2EE · 限定・部分対応・opt-inPQC · 検証済み一次資料では確認できず
一次資料
#18 Slack
D合計 17 / 100
公開資料上の状態
E2EE · 検証済み一次資料では確認できずPQC · 検証済み一次資料では確認できず
一次資料
#19 Chatwork
D合計 14 / 100
#20 Instagram DM
D合計 14 / 100
公開資料上の状態
E2EE · 検証済み一次資料では確認できずPQC · 検証済み一次資料では確認できず
一次資料
比較から分かること
以下の11機能を一つの完成プロダクト仕様として統合し、Arcとして一体評価します。
metadata privacyは独立した競争軸
強い本文暗号だけでは送信者関係を隠せません。Sealed Senderと匿名配送を別moduleとして実装します。
offlineは自動的にE2EEではない
署名付き非E2EE災害通信とE2EE Mesh DMを分離し、使用中modeを曖昧にしません。
削除はanimationではなくlifecycle
IGFとMutual Burnは表示消滅だけでなく、端末／serverのdurable retirement、retry、復旧を対象にします。
Arcのメッセージング設計を端的に回答
Arcのセキュリティと災害通信について、読者と回答エンジンが確認したい主要点へ簡潔に答えます。
Arcの「標準ML-KEM-1024 + PQXDH」とは？
古典鍵合意と組み合わせた耐量子session確立。legacy方式への暗黙downgradeは行いません。
Arcの「Double Ratchet DM」とは？
atomicなratchet更新、同一暗号文retry、skipped key上限、crash recoveryを備えた通常1対1チャット。
Arcの「Sender Keys Group」とは？
送信者・端末単位のGroup epoch、membership fence、認証済み1対1sessionによるSKDM配送。
Arcの「Sealed Sender + 匿名配送」とは？
用途分離したsender certificate、opaque inbox、generic push、平文fallback禁止。
Arcの「署名付き直接Mesh DM／Group」とは？
送信元と完全性を認証する災害時直接通信。relayや周辺観測者が内容を見られるため、非E2EEと明示します。
Arcの「直接Mesh E2EE DM」とは？
本文をend-to-end暗号化する別mode。trust状態を明示し、署名付き非E2EE配送へ暗黙fallbackしません。
Arcの「上限付きmulti-hop・store-and-forward」とは？
資源上限、重複排除、TTL、offline復旧を備えるrelay。距離、route、配送時間を保証する表現は行いません。
比較基準と開示
- 競合カードは各社一次資料へリンクし、Arcカードは完成プロダクト仕様と同じ採点モデルへ束縛しています。
- 各一次資料が裏付けるのは引用先のカテゴリだけです。全主張・全scoreの根拠や、各vendorによる推奨を意味しません。
- 各社名称・商標は各権利者に帰属し、掲載は提携・推奨・関係性を意味しません。
Security
Arcのセキュリティ詳細
以下の11機能を一つの完成プロダクト仕様として統合し、Arcとして一体評価します。
Technology
Arcのテクノロジー
以下の11機能を一つの完成プロダクト仕様として統合し、Arcとして一体評価します。