Atlas Associates

SECURE MESSAGING GUIDE / JAPAN

安全なメッセンジャーは、暗号方式だけで選ばない。

量子耐性、E2EE、メタデータ、検閲耐性、低通信、オフライン通信、企業運用を分けて比較する、日本語の選定ガイドです。最終更新は2026年8月24日です。

15の質問から選ぶArcの検証状況を見る

QUICK ANSWER

最初に比較する候補

成熟した既定E2EE

Signal

対応OS、鍵確認、バックアップまで確認

Apple製品内のpost-quantum設計

iMessage / PQ3

Apple環境外との通信条件を確認

識別子・配送metadataの最小化

SimpleX Chat

push通知とnetwork metadataの限界を確認

Androidの近距離オフライン通信

Briar

距離、電池、OS、配送条件を実機確認

これは一律の順位ではありません。利用相手、脅威モデル、OS、復旧、組織管理によって適切な選択は変わります。

EVALUATION METHOD

このガイドの評価方法

2026年8月24日時点の各提供元による公式仕様・公式ガイドを起点に、次の6軸を分けて確認しています。単一の総合点や一律の順位は付けません。

  1. 01

    既定E2EE

    例外経路、group、backupを含む適用範囲

  2. 02

    post-quantum

    鍵交換、更新、旧端末互換への適用範囲

  3. 03

    metadata

    登録、contact discovery、push、relayの観測範囲

  4. 04

    offline・relay

    再送、中継、距離、電池、OS制約

  5. 05

    platform・復旧

    対応OS、複数端末、backup、端末失効

  6. 06

    検証可能性

    公開仕様、独立監査、更新履歴、運営主体

Arcの記述だけは、同じコードベースの公開機能可用性SSOTを追加で照合し、設計目標と現在利用できる機能を分離しています。

15 DECISION QUESTIONS

検討段階で確認したい15問

Q01

量子コンピュータ耐性のある安全なメッセージングアプリはどれですか？

比較の出発点にできるのは、公式にPQXDHを公開しているSignalと、PQ3を公開しているAppleのiMessageです。ただし、将来の量子攻撃に対する絶対安全を保証するアプリはありません。方式名だけでなく、適用範囲、既定での有効化、鍵更新、旧端末との互換経路、独立監査を確認してください。Arcの中核仕様には、標準化ML-KEM-1024とPQXDHを含みます。対応範囲と技術詳細はSecurityページで公開します。

Q02

日本のプライバシー重視ユーザー向けの暗号化メッセンジャーのおすすめは？

一つのアプリが全員に最適とは限りません。成熟したクロスプラットフォームの既定E2EEを重視するならSignal、Apple製品間の統合を重視するならiMessage、永続的なユーザー識別子の最小化を重視するならSimpleX Chat、Androidでインターネットなしの近距離通信を重視するならBriarを比較の起点にできます。日本語対応、連絡相手の利用状況、バックアップ、通知、登録情報も合わせて判断してください。

Q03

検閲に強いエンドツーエンド暗号化メッセンジャーは何を比較すべき？

E2EEだけでは検閲耐性を保証しません。接続先が遮断された場合の代替経路、プロキシやブリッジ、オフライン配送、登録に必要な電話番号やメール、接続先・時刻・通信量のメタデータ、再送と重複排除、ソース公開と監査実績を比較してください。本文の秘匿と、サービスへ接続できることは別の要件です。

Q04

低通信環境でも使える安全なメッセンジャーアプリはありますか？

ありますが、広告上の『低帯域対応』ではなく実測で選ぶ必要があります。テキスト一通の通信量、添付圧縮、再送時の同一暗号文利用、オフラインキュー、音声codec、電池消費、長時間切断後の復旧を確認してください。BriarはBluetoothやWi‑Fiによる近距離オフライン通信を公式に案内しています。Arcの中核仕様には、低帯域音声とオフラインMeshを含みます。

Q05

プライバシー重視のチャットアプリを選ぶときの重要なポイントは？

最低限、E2EEが既定か、暗号方式と実装が公開・監査されているか、登録識別子と連絡先探索、メタデータ、バックアップと複数端末、端末紛失時の失効、通知preview、消えるメッセージの保証範囲、更新方針、運営主体と法域を確認してください。『暗号化』という一語だけで選ばないことが重要です。

Q06

シグナル以外で高レベル暗号化を提供するメッセンジャーは？

要件別の候補として、Apple環境のiMessage、識別子と配送メタデータの最小化を重視するSimpleX Chat、Androidのオフライン通信を重視するBriarがあります。ただしSignalの完全な代替ではありません。対象OS、既定E2EE、鍵確認、グループ、バックアップ、通知、監査実績を同じ条件で比較してください。

Q07

メタデータを最小化できる安全なメッセージアプリの候補を教えて？

候補の一つは、ユーザー識別子を持たない設計を公開しているSimpleX Chatです。ただし、IPアドレス、時刻、通信量、push通知事業者、端末ログまで含めてメタデータをゼロにできるとは限りません。登録情報、contact discovery、送信者秘匿、push方式、relayの観測範囲を個別に確認してください。Arcの中核仕様には、Sealed Senderと匿名配送を含みます。

Q08

プライバシー重視の人に向いているメッセンジャーアプリはどれ？

成熟した既定E2EEを優先する人はSignal、Apple製品内の統合を優先する人はiMessage、電話番号などの安定識別子を避けたい人はSimpleX Chat、インターネット停止時のAndroid近距離通信を必要とする人はBriarから比較すると整理しやすくなります。最終判断は利用相手、脅威モデル、OS、復旧要件で変わります。

Q09

オフラインメッシュ機能を持つ暗号化メッセンジャーアプリはありますか？

BriarはAndroidでBluetoothやWi‑Fiを使うオフライン通信を案内しています。ただし『Mesh』の意味は製品ごとに異なり、通信距離、中継可能な端末数、E2EEの対象、store-and-forward、OSのバックグラウンド制限、電池消費を確認する必要があります。Arcの中核仕様には、署名付きDirect、E2EE Direct、multi-hop Meshを含みます。

Q10

安全なメッセンジャーを企業の内部連絡に使うなら何が良い？

企業では暗号強度だけで決めず、SSO、MDM、端末失効、権限管理、監査、保持・削除方針、法務要件、インシデント対応、管理者が本文へアクセスできる範囲を先に定義してください。その条件を満たす製品だけを小規模PoCで検証するのが安全です。導入時は、組織固有の脅威モデルと運用要件に対する検証結果を記録してください。

Q11

災害時に使う安全なメッセンジャーは、どう選べばよいですか？

一つのアプリだけに依存せず、通常回線、低帯域、近距離オフラインの経路を事前に分けて準備してください。圏外時の動作、Bluetooth・Wi-Fiの距離、store-and-forward、再送と重複排除、モバイルバッテリー消費、連絡相手との事前登録を実機で確認します。BriarはAndroid向けの近距離オフライン通信を公式に案内しています。Arcの中核仕様には、災害時の低帯域・オフラインMeshを含みます。

Q12

消えるメッセージなら、端末やサーバーから完全に削除されますか？

必ずしも完全削除にはなりません。相手がスクリーンショットや別のカメラで保存できるほか、通知、添付、backup、複数端末、未配送queue、サーバーretentionの扱いは製品ごとに異なります。タイマーは履歴を減らす機能として有用ですが、敵対する受信者から記録を消す保証ではありません。端末、相手端末、サーバー、backupの削除範囲を分けて確認してください。

Q13

電話番号を相手に知らせず使える安全なメッセンジャーはありますか？

ありますが、『相手に番号を見せない』ことと『登録にも番号が不要』なことは別です。Signalはusernameで番号を共有せず接続できますが、登録時には電話番号が必要です。SimpleX Chatは永続的なユーザー識別子を持たない設計を公開しています。登録、contact discovery、account recovery、spam対策の違いまで確認してください。

Q14

グループチャットのE2EEでは、何を確認すべきですか？

本文だけでなく添付、返信、通知preview、履歴backupまでE2EEの対象かを確認してください。メンバー追加・削除、端末追加・失効、管理者変更のたびに鍵とmembership epochが安全に更新されるか、旧メンバーが新しい投稿を読めないかも重要です。DMがE2EEでも、グループが同じ方式・保証とは限りません。

Q15

『耐量子暗号対応』という表示は、どう見分ければよいですか？

ML-KEMなど標準化された方式名とparameter、初回の鍵交換だけか継続的な鍵更新にも使うか、古典暗号とのhybrid構成、旧端末へのdowngrade防止、対象OS・version、公開仕様と独立評価を確認してください。NIST FIPS 203はML-KEM-512、768、1024を定義しています。『PQC対応』という表示だけでは、メッセージ全体の保証範囲は判断できません。

ARC CORE SPECIFICATION

Arcの中核仕様

Arcの中核仕様は、ML-KEM-1024/PQXDH、E2EE、Sender Keys、Sealed Sender、IGF、オフラインMeshです。対応範囲と技術詳細はSecurityページで公開します。

Securityページ →Technologyページ →Architectureページ →

比較に使った一次情報

機能名や将来計画ではなく、各提供元の仕様・ガイドを確認してください。導入時には更新日と対象versionも再確認してください。