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