Rocket.Chatについて
ロケット・チャット・テクノロジーズ社 · ブラジル(米国と欧州にオフィスあり)
Rocket.Chatは2015年に設立され、ブラジルのポルトアレグレに本社を置くチーム向け共同作業基盤です。組織内サーバー、外部ネットワークから物理的に隔離された環境、組織の管轄と管理下にあるクラウド、プライベートクラウド、またはRocket.Chatが運用するクラウドに導入できます。LDAP、SAML、OpenID Connectと連携し、企業、政府機関、防衛組織にサービスを提供しています。
SanketとRocket.Chatの比較: 項目別に比較
| 基準 | SANKET | ロケット・チャット |
|---|---|---|
| インフラを管理するのは誰か | 顧客。各組織に1つの専用環境を、顧客が所有または選択したインフラ上に設けます。メッセージの経路にベンダーが運用するサービスは介在しません。 | 顧客(自社管理)またはRocket.Chatがホスティングするクラウド。 |
| 導入の選択肢 | 顧客が選ぶ任意の地域の任意のクラウド(またはTosh Defenceのホスティング)、顧客の組織内、もしくはネットワークから完全に物理的に隔離された環境に専用環境を導入。単一ホスト構成、または第2拠点からの復旧に対応した高可用性構成を選択できます。 | 自社サーバー設置型、外部ネットワークから物理的に隔離した環境、自国の管轄・管理下にあるクラウド、専用クラウド、またはRocket.Chatがホスティングするクラウド。 |
| 鍵と本人確認情報を保持するのは誰か | 顧客とその利用者。鍵は各端末で生成され、ハードウェアによって保護されたストレージで守られます。利用者の識別には顧客が管理する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鍵交換を使用します。 | ベンダーの開発計画に含まれる耐量子アルゴリズム。 |
| グループと通話は標準でエンドツーエンド暗号化 | はい。1対1およびグループのメッセージ、リアクション、暗号化された一斉通知、ファイルは常にエンドツーエンドで暗号化されます。音声通話とビデオ通話には、SRTP AES-256-GCMの内部で、毎秒5つの新しいフレーム鍵を使用するAES-256-GCMフレーム暗号化を適用します。 | エンドツーエンド暗号化はワークスペースの管理者が有効にし、新規の非公開ルームとダイレクトメッセージに適用を義務付けることができます。 |
| 顧客のIDプロバイダー(SSO / LDAP) | はい。お客様独自のOIDC、SAML 2.0またはLDAPディレクトリを通じたサインイン、SCIM 2.0によるユーザー登録、管理者向けのFIDO2セキュリティキーに対応します。 | LDAP、SAML、OAuth / OpenID Connect(例: キークローク、エントラID)。LDAPとSAMLはバージョン9.0.0以降、プレミアムモジュールを使用します。 |
| 管理者による制御と端末管理 | デバイスの承認と失効、紛失モードと遠隔消去、署名付きデバイス一覧、デバイス相互TLS、保存期間・転送・クリップボードに関するポリシー、顧客が定義する機密区分ラベル、顧客のSIEM向けのハッシュチェーン式監査ログ。 | Not publicly documented |
| データ主権(管轄権、インドで構築) | Tosh Defenceがインドで開発。データは顧客が選択した法域とインフラ内に保持され、製品には第三者による利用状況分析も、稼働時に必要な外国への依存もありません。 | Rocket.Chat Technologies Corpはブラジルのポルトアレグレに所在し、米国と欧州にもオフィスを構えています。 |
| リリースの完全性と更新管理 | Ed25519署名付きリリースは、インストール前に検証され、リリースの固定化とロールバックを防止します。アップグレードが失敗した場合は自動的に元に戻します。オンラインでも署名付きオフラインパッケージでも、アップグレードの時期は顧客が決定します。 | Not publicly documented |
| 対応プラットフォーム | iOS、Android、Windows、macOS、Linux向けのネイティブアプリ。設計上、ブラウザーを使用せず、攻撃対象となるウェブクライアントもありません。 | ウェブ、デスクトップ、モバイル(提供事業者)。 |
インフラを管理するのは誰か
SANKET
顧客。各組織に1つの専用環境を、顧客が所有または選択したインフラ上に設けます。メッセージの経路にベンダーが運用するサービスは介在しません。
ロケット・チャット
顧客(自社管理)またはRocket.Chatがホスティングするクラウド。導入の選択肢
SANKET
顧客が選ぶ任意の地域の任意のクラウド(またはTosh Defenceのホスティング)、顧客の組織内、もしくはネットワークから完全に物理的に隔離された環境に専用環境を導入。単一ホスト構成、または第2拠点からの復旧に対応した高可用性構成を選択できます。
ロケット・チャット
自社サーバー設置型、外部ネットワークから物理的に隔離した環境、自国の管轄・管理下にあるクラウド、専用クラウド、またはRocket.Chatがホスティングするクラウド。鍵と本人確認情報を保持するのは誰か
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鍵交換を使用します。
ロケット・チャット
ベンダーの開発計画に含まれる耐量子アルゴリズム。グループと通話は標準でエンドツーエンド暗号化
SANKET
はい。1対1およびグループのメッセージ、リアクション、暗号化された一斉通知、ファイルは常にエンドツーエンドで暗号化されます。音声通話とビデオ通話には、SRTP AES-256-GCMの内部で、毎秒5つの新しいフレーム鍵を使用するAES-256-GCMフレーム暗号化を適用します。
ロケット・チャット
エンドツーエンド暗号化はワークスペースの管理者が有効にし、新規の非公開ルームとダイレクトメッセージに適用を義務付けることができます。顧客のIDプロバイダー(SSO / LDAP)
SANKET
はい。お客様独自のOIDC、SAML 2.0またはLDAPディレクトリを通じたサインイン、SCIM 2.0によるユーザー登録、管理者向けのFIDO2セキュリティキーに対応します。
ロケット・チャット
LDAP、SAML、OAuth / OpenID Connect(例: キークローク、エントラID)。LDAPとSAMLはバージョン9.0.0以降、プレミアムモジュールを使用します。管理者による制御と端末管理
SANKET
デバイスの承認と失効、紛失モードと遠隔消去、署名付きデバイス一覧、デバイス相互TLS、保存期間・転送・クリップボードに関するポリシー、顧客が定義する機密区分ラベル、顧客のSIEM向けのハッシュチェーン式監査ログ。
ロケット・チャット
Not publicly documentedデータ主権(管轄権、インドで構築)
SANKET
Tosh Defenceがインドで開発。データは顧客が選択した法域とインフラ内に保持され、製品には第三者による利用状況分析も、稼働時に必要な外国への依存もありません。
ロケット・チャット
Rocket.Chat Technologies Corpはブラジルのポルトアレグレに所在し、米国と欧州にもオフィスを構えています。リリースの完全性と更新管理
SANKET
Ed25519署名付きリリースは、インストール前に検証され、リリースの固定化とロールバックを防止します。アップグレードが失敗した場合は自動的に元に戻します。オンラインでも署名付きオフラインパッケージでも、アップグレードの時期は顧客が決定します。
ロケット・チャット
Not publicly documented対応プラットフォーム
SANKET
iOS、Android、Windows、macOS、Linux向けのネイティブアプリ。設計上、ブラウザーを使用せず、攻撃対象となるウェブクライアントもありません。
ロケット・チャット
ウェブ、デスクトップ、モバイル(提供事業者)。Sanketが優位に立つ領域
- すべてのメッセージ機能にエンドツーエンド暗号化を設計段階から組み込んでいます。メッセージ、リアクション、一斉配信、ラベルはlibsignalを経由し、ファイルは端末上でAES-256-GCMにより暗号化されます。
- 現行リリースでは、メッセージングに耐量子暗号(PQXDHおよびSPQR)を採用し、接続の終端では耐量子暗号を組み合わせたTLSを使用します。
- 通話は、libsignalを介して配布される送信者ごとのAES-256-GCMフレーム鍵でエンドツーエンド暗号化され、メディアサーバーは復号できません。
- 承認されたすべてのデバイスに対する署名済みデバイス一覧とデバイス間の相互TLS。
- 管理者向けのFIDO2セキュリティキー。外部サービスを使わず、インストールしたシステム自体が検証します。
よくある質問
SANKETはRocket.Chatの代替となりますか?
はい、すべての会話が設計上エンドツーエンド暗号化されることを求める組織に適しています。Tosh Defenceが開発したSANKET(Sanket.Chat)は、すべてのメッセージ、ファイル、通話に、量子計算機による攻撃への対策を備えたSignalのlibsignalを使用します。
SANKETは外部ネットワークから物理的に隔離して運用できますか?
はい。Sanketは、内部認証局、オフラインライセンス、署名済みのオフライン更新を使用し、ネットワークから完全に物理的に隔離された環境で稼働します。単一ホスト構成にも、第2拠点を使用する高可用性構成にも対応します。
SanketはLDAPおよびSAMLと連携できますか?
はい。SCIM 2.0によるユーザー登録に対応し、組織独自のOIDC、SAML 2.0またはLDAPディレクトリとサインインを連携できます。
出典
- SANKETの技術セキュリティ・アーキテクチャ白書、公開版2.0(2026年10月7日)
- Rocket.Chat: 防衛
- Rocket.Chatのドキュメント: エンドツーエンド暗号化
- Rocket.Chatのドキュメント: エンドツーエンド暗号化に関するよくある質問
- Rocket.Chat: 代替製品
- Rocket.Chatのドキュメント: 認証
- Rocket.Chatのドキュメント: 各プランの認証
- We Work Remotely: Rocket.Chatの企業プロフィール
Sources checked on 7 October 2026. 競合製品に関する情報は、記載された出典のみを参照しています。公開情報が見つからなかった項目には「公開情報なし」と記載しています。製品名および企業名は、それぞれの所有者の商標です。