両方の対応経路でメッセージはエンドツーエンド暗号化されます。インターネットメッセージはサーバーが読めない暗号化エンベロープとして送られ、Bluetoothメッセージは端末間を直接移動します。
通常の民間向け近距離メッセージでは、履歴は中央サーバーに複製されず、データは主にあなたの端末に残ります。
モバイルクライアントのソースコードはAGPL-3.0ライセンスで公開され、暗号化の主張を独立して確認できます。
RFC 9116のsecurity.txt記録と公開済みの脆弱性開示方針により、研究者には定義された報告経路があります。
システムの健全性は公開エンドポイントを利用するライブ状況ページで公開しています。
広告、追跡にもとづく収益モデル、データ販売はありません。

暗号化とプロトコル

ラベルではなく、実際に使用するプロトコルです。完全な脅威モデル、既知の制約、設計上の判断は技術アーキテクチャページに記載しています。

インターネットメッセージ（メッセージ、音声メモ、添付ファイル）

Signalプロトコル（libsignal）：前方秘匿性を提供する、耐量子PQXDH鍵合意を備えたDouble Ratchet。旧クライアントとの互換性のため、認証済みECIESエンベロープ（ECDH P-256 + HKDF-SHA-256 + AES-256-GCM）も使用します。この経路には前方秘匿性がなく、Signalセッション確立後のダウングレード試行は拒否されます。

音声・ビデオ通話（1対1）

WebRTC DTLS-SRTP。1対1通話のシグナリングは平文でサーバーを通過せず、エンドツーエンド暗号化されたメッセージエンベロープ内を移動します。TURNリレーはメディアを復号できません。権限を持つ機関チャネルの通話は、メンバーシップで制限されたパネル基盤を通る別経路を使用します。

近距離（Bluetooth）メッセージ

QRでペアリングした連絡先にはAES-256-GCM（96ビットIV、128ビット認証タグ）を使用します。権限を持つ対応者フローは、一時的なECDH P-256 + HKDF-SHA-256セッション鍵と、オフラインで検証されるECDSA P-256役割証明書を使用します。

IDと検証

従来のP-256 ID鍵は、対応端末ではハードウェアバックアップのAndroidKeyStoreに保持されます。Signal ID鍵はラチェット処理のためソフトウェアで動作し、Keystore鍵で暗号化された状態で保存されます。これは前方秘匿性のための意図的な設計上のトレードオフです。連絡先は60桁のセーフティ番号を比較して検証できます。

エンドツーエンド暗号化されないもの

権限を持つ対応パネルへのSOS報告（チームが行動できるよう意図的に読める状態）と、配信・シグナリングのメタデータ（識別子、時刻、IP）です。これを隠してはいません。詳細は技術アーキテクチャとプライバシーポリシーに記載しています。

技術アーキテクチャで完全な脅威モデルを確認 →

サービス提供者とホスティング

サービス提供のため、以下の第三者サービス提供者（再委託先）と連携しています。エンドツーエンド暗号化された内容はこれらの提供者にも読めません。リストは変更時に更新します。

提供者	目的	所在地
Google Firebase（Google LLC）	認証、データベース、ストレージ、クラウド機能、通知、ウェブサイトホスティング、分析、クラッシュ報告	米国（us-central1）
Cloudflare, Inc.	インターネット通話向けTURNメディアリレー	米国拠点のグローバルAnycastネットワーク
MapTiler AG	地図タイルの配信	スイス（グローバルCDN）
CARTO	Webダッシュボード地図のベースマップタイル	グローバルCDN
Google Play・Apple App Store	アプリの配信と更新	グローバル

まだ備えていないもの

ないものをあるとは主張しません。現時点では：

独立したセキュリティ監査または侵入テスト報告書はまだ公開していません。これはロードマップ上で最優先の信頼投資です。
ISO 27001またはSOC 2認証は取得していません。
有償のバグバウンティプログラムは運用していません。責任ある開示の手順はセキュリティページに定義されています。

このページは新しい主張を行いません。既存の検証可能な資料を1か所に集めるだけです。