Arattaiについて
ゾーホー (アラッタイ・テクノロジー・ソリューションズ非公開有限会社) · インド
ArattaiはZohoが日常の会話向けに提供するメッセージングアプリで、2021年1月に公開されました。1対1のチャットは2025年11月にエンドツーエンド暗号化に対応し、音声通話とビデオ通話もエンドツーエンド暗号化されています。グループチャットのエンドツーエンド暗号化は2026年9月に発表されました。ユーザーデータはインド国内のサーバーに保存されます。
SanketとArattaiの比較: 項目別に比較
| 基準 | SANKET | アラッタイ |
|---|---|---|
| インフラを管理するのは誰か | 顧客。各組織に1つの専用環境を、顧客が所有または選択したインフラ上に設けます。メッセージの経路にベンダーが運用するサービスは介在しません。 | サービスの運営者はZohoです。 |
| 導入の選択肢 | 顧客が選ぶ任意の地域の任意のクラウド（またはTosh Defenceのホスティング）、顧客の組織内、もしくはネットワークから完全に物理的に隔離された環境に専用環境を導入。単一ホスト構成、または第2拠点からの復旧に対応した高可用性構成を選択できます。 | Zohoが運営するサービス。利用者データはインド国内のサーバーに保存されます（App Storeの掲載情報）。 |
| 鍵と本人確認情報を保持するのは誰か | 顧客とその利用者。鍵は各端末で生成され、ハードウェアによって保護されたストレージで守られます。利用者の識別には顧客が管理するSanket IDを使用し、一般消費者向けの電話番号による識別は不要です。 | Zohoのサービス上のアカウント。App Storeのプライバシーラベルには、電話番号がユーザーに関連付けられたデータとして記載されています。鍵管理については公開資料に記載がありません。 |
| 暗号化プロトコル | 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フレーム暗号化を適用します。 | 個人間のチャットはエンドツーエンドで暗号化（2025年11月以降は必須）。音声・ビデオ通話もエンドツーエンドで暗号化。グループの暗号化は2026年9月に発表されたが、標準設定での有効・無効は公開資料に記載されていない。 |
| 顧客のIDプロバイダー（SSO / LDAP） | はい。お客様独自のOIDC、SAML 2.0またはLDAPディレクトリを通じたサインイン、SCIM 2.0によるユーザー登録、管理者向けのFIDO2セキュリティキーに対応します。 | Not publicly documented |
| 管理者による制御と端末管理 | デバイスの承認と失効、紛失モードと遠隔消去、署名付きデバイス一覧、デバイス相互TLS、保存期間・転送・クリップボードに関するポリシー、顧客が定義する機密区分ラベル、顧客のSIEM向けのハッシュチェーン式監査ログ。 | Not publicly documented |
| データ主権（管轄権、インドで構築） | Tosh Defenceがインドで開発。データは顧客が選択した法域とインフラ内に保持され、製品には第三者による利用状況分析も、稼働時に必要な外国への依存もありません。 | インドのチェンナイに本社を置くZohoが開発。ユーザーデータはインド国内に保存。 |
| リリースの完全性と更新管理 | Ed25519署名付きリリースは、インストール前に検証され、リリースの固定化とロールバックを防止します。アップグレードが失敗した場合は自動的に元に戻します。オンラインでも署名付きオフラインパッケージでも、アップグレードの時期は顧客が決定します。 | Not publicly documented |
| 対応プラットフォーム | iOS、Android、Windows、macOS、Linux向けのネイティブアプリ。設計上、ブラウザーを使用せず、攻撃対象となるウェブクライアントもありません。 | Android、iOS、デスクトップ、ウェブ、タブレットに対応。最大5台のデバイス。 |
インフラを管理するのは誰か
SANKET
顧客。各組織に1つの専用環境を、顧客が所有または選択したインフラ上に設けます。メッセージの経路にベンダーが運用するサービスは介在しません。
アラッタイ
サービスの運営者はZohoです。導入の選択肢
SANKET
顧客が選ぶ任意の地域の任意のクラウド（またはTosh Defenceのホスティング）、顧客の組織内、もしくはネットワークから完全に物理的に隔離された環境に専用環境を導入。単一ホスト構成、または第2拠点からの復旧に対応した高可用性構成を選択できます。
アラッタイ
Zohoが運営するサービス。利用者データはインド国内のサーバーに保存されます（App Storeの掲載情報）。鍵と本人確認情報を保持するのは誰か
SANKET
顧客とその利用者。鍵は各端末で生成され、ハードウェアによって保護されたストレージで守られます。利用者の識別には顧客が管理するSanket IDを使用し、一般消費者向けの電話番号による識別は不要です。
アラッタイ
Zohoのサービス上のアカウント。App Storeのプライバシーラベルには、電話番号がユーザーに関連付けられたデータとして記載されています。鍵管理については公開資料に記載がありません。暗号化プロトコル
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フレーム暗号化を適用します。
アラッタイ
個人間のチャットはエンドツーエンドで暗号化（2025年11月以降は必須）。音声・ビデオ通話もエンドツーエンドで暗号化。グループの暗号化は2026年9月に発表されたが、標準設定での有効・無効は公開資料に記載されていない。顧客のIDプロバイダー（SSO / LDAP）
SANKET
はい。お客様独自のOIDC、SAML 2.0またはLDAPディレクトリを通じたサインイン、SCIM 2.0によるユーザー登録、管理者向けのFIDO2セキュリティキーに対応します。
アラッタイ
Not publicly documented管理者による制御と端末管理
SANKET
デバイスの承認と失効、紛失モードと遠隔消去、署名付きデバイス一覧、デバイス相互TLS、保存期間・転送・クリップボードに関するポリシー、顧客が定義する機密区分ラベル、顧客のSIEM向けのハッシュチェーン式監査ログ。
アラッタイ
Not publicly documentedデータ主権（管轄権、インドで構築）
SANKET
Tosh Defenceがインドで開発。データは顧客が選択した法域とインフラ内に保持され、製品には第三者による利用状況分析も、稼働時に必要な外国への依存もありません。
アラッタイ
インドのチェンナイに本社を置くZohoが開発。ユーザーデータはインド国内に保存。リリースの完全性と更新管理
SANKET
Ed25519署名付きリリースは、インストール前に検証され、リリースの固定化とロールバックを防止します。アップグレードが失敗した場合は自動的に元に戻します。オンラインでも署名付きオフラインパッケージでも、アップグレードの時期は顧客が決定します。
アラッタイ
Not publicly documented対応プラットフォーム
SANKET
iOS、Android、Windows、macOS、Linux向けのネイティブアプリ。設計上、ブラウザーを使用せず、攻撃対象となるウェブクライアントもありません。
アラッタイ
Android、iOS、デスクトップ、ウェブ、タブレットに対応。最大5台のデバイス。Sanketが優位に立つ領域
- 組織所有の環境への導入: 閉域網や物理的に分離されたネットワークを含む、お客様所有のインフラ上に、お客様ごとに専用のSANKET環境を1つ設置。
- 公開済みの防衛水準の暗号技術: Signalの公式libsignalに耐量子暗号方式のPQXDHとSPQRを組み合わせ、メッセージ、ファイル、通話にAES-256を使用。
- 組織による管理: 管理者用のFIDO2セキュリティキー、端末の承認と権限取り消し、紛失モード、遠隔消去、暗号化されたデータ内に含まれるお客様定義の機密区分ラベル。
- 顧客のID管理: ユーザーはSanket IDで識別され、組織独自のディレクトリを通じてサインインできます。個人向けサービスのような電話番号による本人確認は不要です。
- インド製の2つの製品には、それぞれ異なる目的があります。SANKETは、顧客が自ら運用し、ハッシュで連結された監査ログを追加します。ログは組織自身のセキュリティ情報イベント管理システムにエクスポートできます。
よくある質問
組織向けに最適なArattaiの代替サービスは何ですか？
Tosh DefenceのSANKET（Sanket.Chat）。アラッタイと同様にインドで開発され、さらに組織に必要な専用環境、耐量子保護を備えたSignal Protocol、自組織のアイデンティティプロバイダー、包括的な端末統制を提供します。
SANKETとArattaiはどちらもインド製ですか？
はい。Arattaiは、チェンナイに本社を置くZohoが開発しています。SANKETは、グルガオンに本社を置くTosh Defenceがインドで開発しており、各顧客が選択したインフラ上に導入されます。
組織はSANKETを自らのサーバーで運用できますか？
はい。Sanketは、組織が選択したクラウド、組織内の設備、またはネットワークから完全に物理的に隔離された環境で、専用の環境として稼働します。オフラインライセンスと署名済みのオフライン更新にも対応します。
SANKETはどの暗号化方式を使用していますか？
Signal公式の、独立監査を受けたlibsignalによるSignal Protocol。PQXDHとSPQR耐量子ラチェットを採用。ファイルと通話にはAES-256-GCMを使用し、通信経路にはAES-256-GCMを用いるTLS暗号スイートのみを使用します。
出典
- SANKETの技術セキュリティ・アーキテクチャ白書、公開版2.0（2026年10月7日）
- Arattai公式ウェブサイト
- AppleのApp StoreにあるArattai
- Zoho：会社概要
- Outlook Money: Arattaiが1対1のチャットにエンドツーエンド暗号化を導入（2025年11月19日）
- Storyboard18: Arattaiがグループチャットにエンドツーエンド暗号化を導入（2026年9月25日）
- インドソフトウェア自由法センター: メッセージングアプリのセキュリティ・プライバシー機能の分析（2025年10月12日）
Sources checked on 7 October 2026. 競合製品に関する情報は、記載された出典のみを参照しています。公開情報が見つからなかった項目には「公開情報なし」と記載しています。製品名および企業名は、それぞれの所有者の商標です。