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