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