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