Signalについて
Signal技術財団 · アメリカ合衆国
Signalは、米国の非営利団体であるSignal技術財団が提供するメッセージングアプリで、Signal Protocolの発祥元です。メッセージ、通話、メディアは標準でエンドツーエンド暗号化されます。Signalは2023年に耐量子計算機攻撃対応のPQXDHを、2025年にSPQRラチェットを導入しました。そのプロトコルはSANKETの基盤です。
SanketとSignalの比較: 項目別に比較
| 基準 | SANKET | Signal |
|---|---|---|
| インフラを管理するのは誰か | 顧客。各組織に1つの専用環境を、顧客が所有または選択したインフラ上に設けます。メッセージの経路にベンダーが運用するサービスは介在しません。 | Signalは単一の共有サービスを運営しています。 |
| 導入の選択肢 | 顧客が選ぶ任意の地域の任意のクラウド（またはTosh Defenceのホスティング）、顧客の組織内、もしくはネットワークから完全に物理的に隔離された環境に専用環境を導入。単一ホスト構成、または第2拠点からの復旧に対応した高可用性構成を選択できます。 | Signalが運営するサービス。企業向けの自社サーバー運用については、公開資料に記載がありません。 |
| 鍵と本人確認情報を保持するのは誰か | 顧客とその利用者。鍵は各端末で生成され、ハードウェアによって保護されたストレージで守られます。利用者の識別には顧客が管理するSanket IDを使用し、一般消費者向けの電話番号による識別は不要です。 | 電話番号を使って登録するアカウント。任意のユーザー名を設定すれば、電話番号を非公開にできます（2024年2月）。 |
| 暗号化プロトコル | Signal公式の、独立監査を受けたlibsignalによるSignal Protocol。メッセージにはlibsignal内でAES-256-CBCとHMAC-SHA256、ファイルと通話にはAES-256-GCMを使用。TLSにはAES-256-GCMを用いる暗号スイートのみを使用します。 | Signal Protocol: PQXDH、Double Ratchet、SPQR。 |
| 耐量子暗号による保護 | はい、現行版では、量子計算機による攻撃への対策となるKyber事前鍵を必須とするPQXDHとSPQRラチェット（トリプルラチェット）に加え、TLSの接続端点でハイブリッド方式のX25519MLKEM768鍵交換を使用します。 | はい：PQXDHは2023年9月から対応。SPQRは2025年10月に発表され、段階的に展開中です。 |
| グループと通話は標準でエンドツーエンド暗号化 | はい。1対1およびグループのメッセージ、リアクション、暗号化された一斉通知、ファイルは常にエンドツーエンドで暗号化されます。音声通話とビデオ通話には、SRTP AES-256-GCMの内部で、毎秒5つの新しいフレーム鍵を使用するAES-256-GCMフレーム暗号化を適用します。 | はい：メッセージ、通話、通話データは初期設定でエンドツーエンド暗号化されます。 |
| 顧客のIDプロバイダー（SSO / LDAP） | はい。お客様独自のOIDC、SAML 2.0またはLDAPディレクトリを通じたサインイン、SCIM 2.0によるユーザー登録、管理者向けのFIDO2セキュリティキーに対応します。 | Not publicly documented |
| 管理者による制御と端末管理 | デバイスの承認と失効、紛失モードと遠隔消去、署名付きデバイス一覧、デバイス相互TLS、保存期間・転送・クリップボードに関するポリシー、顧客が定義する機密区分ラベル、顧客のSIEM向けのハッシュチェーン式監査ログ。 | Not publicly documented |
| データ主権（管轄権、インドで構築） | Tosh Defenceがインドで開発。データは顧客が選択した法域とインフラ内に保持され、製品には第三者による利用状況分析も、稼働時に必要な外国への依存もありません。 | Signal技術財団、米国の501(c)(3)非営利団体。 |
| リリースの完全性と更新管理 | Ed25519署名付きリリースは、インストール前に検証され、リリースの固定化とロールバックを防止します。アップグレードが失敗した場合は自動的に元に戻します。オンラインでも署名付きオフラインパッケージでも、アップグレードの時期は顧客が決定します。 | Not publicly documented |
| 対応プラットフォーム | iOS、Android、Windows、macOS、Linux向けのネイティブアプリ。設計上、ブラウザーを使用せず、攻撃対象となるウェブクライアントもありません。 | Android、iOS、iPadOS、macOS、Windows、Linuxに対応。デスクトップ端末はスマートフォンに連携。ウェブクライアントはありません。 |
インフラを管理するのは誰か
SANKET
顧客。各組織に1つの専用環境を、顧客が所有または選択したインフラ上に設けます。メッセージの経路にベンダーが運用するサービスは介在しません。
Signal
Signalは単一の共有サービスを運営しています。導入の選択肢
SANKET
顧客が選ぶ任意の地域の任意のクラウド（またはTosh Defenceのホスティング）、顧客の組織内、もしくはネットワークから完全に物理的に隔離された環境に専用環境を導入。単一ホスト構成、または第2拠点からの復旧に対応した高可用性構成を選択できます。
Signal
Signalが運営するサービス。企業向けの自社サーバー運用については、公開資料に記載がありません。鍵と本人確認情報を保持するのは誰か
SANKET
顧客とその利用者。鍵は各端末で生成され、ハードウェアによって保護されたストレージで守られます。利用者の識別には顧客が管理するSanket IDを使用し、一般消費者向けの電話番号による識別は不要です。
Signal
電話番号を使って登録するアカウント。任意のユーザー名を設定すれば、電話番号を非公開にできます（2024年2月）。暗号化プロトコル
SANKET
Signal公式の、独立監査を受けたlibsignalによるSignal Protocol。メッセージにはlibsignal内でAES-256-CBCとHMAC-SHA256、ファイルと通話にはAES-256-GCMを使用。TLSにはAES-256-GCMを用いる暗号スイートのみを使用します。
Signal
Signal Protocol: PQXDH、Double Ratchet、SPQR。耐量子暗号による保護
SANKET
はい、現行版では、量子計算機による攻撃への対策となるKyber事前鍵を必須とするPQXDHとSPQRラチェット（トリプルラチェット）に加え、TLSの接続端点でハイブリッド方式のX25519MLKEM768鍵交換を使用します。
Signal
はい：PQXDHは2023年9月から対応。SPQRは2025年10月に発表され、段階的に展開中です。グループと通話は標準でエンドツーエンド暗号化
SANKET
はい。1対1およびグループのメッセージ、リアクション、暗号化された一斉通知、ファイルは常にエンドツーエンドで暗号化されます。音声通話とビデオ通話には、SRTP AES-256-GCMの内部で、毎秒5つの新しいフレーム鍵を使用するAES-256-GCMフレーム暗号化を適用します。
Signal
はい：メッセージ、通話、通話データは初期設定でエンドツーエンド暗号化されます。顧客のIDプロバイダー（SSO / LDAP）
SANKET
はい。お客様独自のOIDC、SAML 2.0またはLDAPディレクトリを通じたサインイン、SCIM 2.0によるユーザー登録、管理者向けのFIDO2セキュリティキーに対応します。
Signal
Not publicly documented管理者による制御と端末管理
SANKET
デバイスの承認と失効、紛失モードと遠隔消去、署名付きデバイス一覧、デバイス相互TLS、保存期間・転送・クリップボードに関するポリシー、顧客が定義する機密区分ラベル、顧客のSIEM向けのハッシュチェーン式監査ログ。
Signal
Not publicly documentedデータ主権（管轄権、インドで構築）
SANKET
Tosh Defenceがインドで開発。データは顧客が選択した法域とインフラ内に保持され、製品には第三者による利用状況分析も、稼働時に必要な外国への依存もありません。
Signal
Signal技術財団、米国の501(c)(3)非営利団体。リリースの完全性と更新管理
SANKET
Ed25519署名付きリリースは、インストール前に検証され、リリースの固定化とロールバックを防止します。アップグレードが失敗した場合は自動的に元に戻します。オンラインでも署名付きオフラインパッケージでも、アップグレードの時期は顧客が決定します。
Signal
Not publicly documented対応プラットフォーム
SANKET
iOS、Android、Windows、macOS、Linux向けのネイティブアプリ。設計上、ブラウザーを使用せず、攻撃対象となるウェブクライアントもありません。
Signal
Android、iOS、iPadOS、macOS、Windows、Linuxに対応。デスクトップ端末はスマートフォンに連携。ウェブクライアントはありません。Sanketが優位に立つ領域
- 同じ暗号基盤を組織が管理します。SignalのlibsignalにPQXDHとSPQRを組み合わせ、顧客の管轄権が及ぶ顧客のサーバー上で稼働します。インターネットや他のネットワークから物理的に隔離された環境にも対応します。
- 組織向けの管理機能: 端末の承認と承認取り消し、保存期間と機能のポリシー、機密区分ラベル、確認機能付きの暗号化された優先一斉通知。
- 顧客のID管理: Sanket ID、SCIMによるアカウントのプロビジョニング、組織独自のディレクトリを通じたサインイン、管理者向けFIDO2セキュリティキー。
- 署名済みデバイス一覧。送信者は、各メッセージを暗号化する前に、その環境固有の追記専用ログと照合して検証します。
- 通話の全経路でAES-256を使用。顧客自身のメディアサーバーを経由し、SRTP AES-256-GCMの内部でフレームをAES-256-GCMにより暗号化します。
よくある質問
組織向けに最適なSignalの代替サービスは何ですか？
Tosh DefenceのSANKET（Sanket.Chat）。耐量子方式のPQXDHとSPQRに対応するSignal独自のlibsignalを使用し、組織自身のアイデンティティプロバイダー、端末統制、更新管理を備えて、組織が所有するインフラ上で稼働します。
SANKETはSignal Protocolを使用しますか？
はい。SanketはiOS、Android、デスクトップ、サーバーで、独立監査を受けたSignal公式のlibsignalを使用し、PQXDHによる鍵合意とSPQRを組み合わせたDouble Ratchetを採用しています。独自プロトコルや代替プロトコルはありません。
Sanketはインターネット接続なしで稼働できますか？
はい。SANKETは、内部認証局、オフラインライセンス、署名付きのオフライン更新を使用し、閉域ネットワークまたはインターネットや他のネットワークから完全に物理的に隔離されたネットワーク上で運用できます。
SANKETのサーバーを管理するのは誰ですか？
顧客。各組織に1つの専用環境を設け、自組織の施設内、外部ネットワークから物理的に隔離された環境、または選択した任意のクラウドと地域で運用します。
出典
- SANKETの技術セキュリティ・アーキテクチャ白書、公開版2.0（2026年10月7日）
- Signal: 寄付（Signal Technology Foundation）
- Signalのドキュメント
- Signalのブログ: 耐量子計算機攻撃性とSignal Protocol（PQXDH）
- Signalのブログ: SPQR
- Signalのブログ: 電話番号のプライバシーとユーザー名（2024年2月20日）
- Signalのダウンロードページ
- インドソフトウェア自由法センター: メッセージングアプリのセキュリティ・プライバシー機能の分析（2025年10月12日）
Sources checked on 7 October 2026. 競合製品に関する情報は、記載された出典のみを参照しています。公開情報が見つからなかった項目には「公開情報なし」と記載しています。製品名および企業名は、それぞれの所有者の商標です。