プライバシーは方針文書ではなく、設計上の判断です
Sanketは、サーバーを信頼できないという前提で構築されています。ゼロ知識アーキテクチャ、Signal Protocolによる暗号化、階層的なプライバシー制御により、通信の秘匿性は約束ではなく設計によって確保されます。
ゼロ知識サーバー
サーバーが保存するのは暗号文のみ
9つの暗号化レイヤー
鍵交換から保存まで
完全前方秘匿性
メッセージごとの鍵の更新
広告に依存しない事業モデル
メタデータによるプロファイリングを一切行わない
基本アーキテクチャ
ゼロ知識サーバーアーキテクチャ
サーバー側では内容を知り得ない設計のサーバーは、暗号化されたデータだけを保存・中継し、読み取れない暗号文を保持します。そのため、裁判所の命令があっても、基盤の運用事業者、サーバー管理者、サーバーへのアクセス権を持ついかなる者も、お客様のメッセージを読むことはできません。
従来型のサーバーモデル
Aliceがメッセージを入力
端末上の平文
HTTPS経由でメッセージを送信
転送中のみ暗号化
サーバーが復号して保存
サーバーが平文を保持
サーバーが受信者のBob向けに再暗号化
サーバーがメッセージに再署名
サーバーがすべてにアクセス可能
運営者はすべてのメッセージを閲覧できる
サーバー運用者はすべてのメッセージを読むことができます。侵害、裁判所命令、内部関係者による脅威のいずれによっても、すべての通信が露出します。
Sanketのゼロ知識モデル
Aliceがメッセージを入力
端末上の平文
端末上でメッセージを暗号化
Signal Protocolを介してBobの公開鍵を使用
暗号文をサーバーに送信
サーバーが受信するのは暗号化されたデータのみ
サーバーが暗号文を保存
復号不可 - 秘密鍵なし
受信者の端末でローカルに復号
平文は受信者の端末上にのみ存在
サーバー運用者はメッセージの内容に一切アクセスできません。侵害、裁判所命令、内部関係者による脅威のいずれによっても、平文は露出しません。
ゼロ知識アーキテクチャが保証すること
運営者はメッセージを閲覧できない
Tosh Defence Private Limitedは、お客様の組織の通信内容を読むことはできません - 現在も、プラットフォーム運営者に対するいかなる法的手続きの下でも。
サーバーが侵害されても内容は漏えいしない
攻撃者がSanketのサーバーを侵害しても、入手できるのは暗号文だけです。端末外に出ることのない秘密鍵がなければ、内容を復号できません。
秘密鍵は端末の外に出ません
本人確認用鍵、セッション鍵、メッセージ鍵は利用者の端末上で生成され、同端末に保存されます。サーバーが秘密鍵のデータを保持したり、参照したりすることはありません。
過去のセッションは永続的に保護されます
前方秘匿性とは、過去のセッションで使用した一時鍵を保持しないことを意味します。現在の鍵が漏洩しても、過去の会話は復号できません。
メタデータに基づくプロファイリングは不可能
サーバーは平文にアクセスできないため、内容分析、キーワードスキャン、感情分析、その他いかなる形式のメッセージ分析も実行できません。
復号が単一箇所の障害で破綻することはありません
すべてのメッセージを復号できるマスターキーは存在しません。各セッションは独立して暗号化されます。侵害の影響は常に個々のセッションに限定されます。
Double Ratchetアルゴリズム
完全前方秘匿性
Signal ProtocolのDouble Ratchetアルゴリズムは、メッセージごとに新しい暗号鍵を生成します。鍵は一時的なもので、1回使用した後に破棄されます。完全前方秘匿性（PFS）と呼ばれるこの特性により、現在の鍵が侵害されても、過去に送信されたメッセージは復号できません。
国家レベルの脅威主体、長期にわたる企業スパイ活動、継続的な情報収集など、持続的な敵対者に直面する機密性の高い組織にとって、PFSは任意の機能ではありません。被害が限定的なインシデントにとどまるか、過去の通信がすべて露出するかを分けるものです。
セッション開始
X3DHX3DH鍵合意は、識別鍵、署名済み事前鍵、ワンタイム事前鍵を使用して初期セッションを確立します。事前共有秘密は不要です。
各メッセージ
DH RatchetDiffie-Hellmanラチェットはメッセージを交換するたびに進み、新しい一時的な鍵素材を生成します。各メッセージには、直前のラチェット状態から導出された固有の鍵を使用します。
キー導出
HKDFHKDF-SHA256は、各ラチェットの出力から対称暗号鍵とMAC鍵を導出します。メッセージ鍵は再利用されず、使用後はメモリから削除されます。
過去のメッセージ
PFS削除されたセッション鍵は再生成できません。攻撃者が後から端末の長期的な識別鍵を侵害しても、その鍵を使って過去のセッション通信を復号することはできません。
暗号技術仕様
Sanketで使用する暗号アルゴリズム
Sanketの通信は、すべての層で公開済みかつ専門家による査読を受けた暗号標準を使用しています。独自アルゴリズムにも、仕組みを隠すことに依存したセキュリティにも頼りません。
| 層 | アルゴリズム | 標準 | 鍵長 | 保護対象 |
|---|---|---|---|---|
| 鍵共有 | X3DH（拡張トリプル・ディフィー・ヘルマン） | Signal Protocol | 255ビット（Curve25519） | 事前共有された秘密情報を使用しない初期鍵交換 |
| メッセージの暗号化 | AES-256-GCM | NIST FIPS 197 | 256ビット | メッセージ本文の機密性と完全性 |
| セッション鍵 | Double Ratchetアルゴリズム | Signal Protocol | ラチェットの各ステップで256ビット | 前方秘匿性 - 鍵が漏洩しても過去のセッションは保護されます |
| トランスポート層 | TLS 1.3 | RFC 8446 | 256ビット（ECDHE） | メタデータの保護と中間者攻撃の防止 |
| 証明書ピンニング | SHA-256によるピンの検証 | RFC 7469 | 該当なし | ネットワークレベルでの通信傍受の防止 |
| キー導出 | HKDF-SHA256 | RFC 5869 | 256ビット出力 | セッションごとに暗号学的に分離された鍵情報 |
| 認証 | HMAC-SHA256 | RFC 2104 | 256ビット | メッセージの真正性と改ざん検知 |
| キー保管 | セキュアエンクレーブ / ストロングボックス | Platform TEE | ハードウェアに紐付け | 物理的な鍵抽出への耐性 |
| 楕円曲線 | Curve25519 / Ed25519 | RFC 8032 / RFC 8031 | 255ビット | 鍵の真正性と本人確認 |
すべてのアルゴリズムは仕様が公開されたオープン標準です。Sanketは独自仕様の暗号実装を一切使用しません。
多層的な制御
あらゆる階層でのプライバシー管理
管理者による制御
ユーザーのアカウント登録と登録解除 - 承認された利用者のみがプラットフォームにアクセス可能
アクセス権を即時に取り消し、対象の利用者をすべてのグループとチャネルから直ちに除外
グループとチャネルの管理 - チーム内の連絡体制を作成、管理、制限
端末信頼性の管理 - 登録済み端末の承認、監査、遠隔消去
設定可能なメッセージ保存期間 - 組織全体またはチャネルごとに保存期間を設定
監査ログへのアクセス - ユーザーのアクセス事象と管理上の変更を把握
ユーザー管理機能
自動消去メッセージ - 会話ごとに自動削除までの時間を設定
スクリーンショットの防止 - 対応プラットフォームでアプリ内の画面撮影を制限
既読通知の設定 - 配信確認と既読確認の通知を有効または無効にする
有効な接続状態の管理 - ログイン中のすべての端末で接続状態を確認し、終了できます
通知内容のプライバシー保護 - ロック画面の通知でメッセージのプレビューを非表示にする
生体認証によるアプリロック - アプリへのアクセスに指紋認証または顔認証を必須にする
組織のデータ管理
データ保存地域の選択 - 導入環境のデータを処理する地理的地域を選択
GDPRに基づくデータ処理契約 - Sanket.Workのすべての導入で正式な契約を締結可能
保存期間ポリシーの適用 - 管理者が組織全体の保存期間を設定し、適用
広告やプロファイリングなし - 通信内容やメタデータからの商業目的のデータ抽出は一切なし
エクスポートと可搬性 - 本人によるデータアクセス請求とデータ可搬権に対応するデータエクスポート機能
消去手順 - GDPRの消去権に対応するためのデータ削除機能
規制要件への適合
設計段階からGDPRに整合した通信
通信プラットフォームのGDPR遵守は、項目を形式的に確認するだけでは実現できません。適切な設計が必要です。Sanketのサーバーが通信内容を把握できない設計、データの保存地域の選択肢、正式なデータ処理契約への対応は、GDPRに基づくデータ管理者としての義務を負う組織のために構築されています。
GDPR関連文書を請求データの最小化
Sanketが収集するのは、通信に必要なデータのみです。広告用プロフィールの作成、行動追跡、不要なメタデータの保持は行いません。
消去権
管理者はユーザーデータの削除を実行できます。自動消去メッセージは自動的に削除されます。アカウントを削除すると、ユーザーのコンテンツはプラットフォームから削除されます。
データの移行可能性
GDPRへの準拠に向け、組織データをエクスポートできます。利用者は通信履歴を構造化された形式でエクスポートできます。
設計段階からのプライバシー保護
ゼロ知識サーバーアーキテクチャにより、プライバシー保護は設定項目ではなく初期状態となります。サーバーは、いかなる状況でもメッセージの内容を読むことができません。
データ処理者契約
Sanket.Workのすべての導入について、GDPRに準拠した正式なデータ処理契約を締結できます。Tosh Defenceは、貴組織を管理者とし、処理者として業務を行います。
処理のセキュリティ
Signal Protocolによるエンドツーエンド暗号化、TLS 1.3による通信、ハードウェアで保護された鍵保管、証明書ピンニングにより、第32条の技術的措置の要件を総合的に満たす。
国際データ移転
データ保存地域の選択により、EU/EEA域内でデータを処理できます。組織内サーバーに設置するSanket.Enterpriseでは、データは完全に顧客の管轄法域内に保持されます。
ビジネスモデル
お客様の通信は商品ではありません
一般消費者向けメッセージングプラットフォームは広告から収益を得ており、そのためには利用者の行動を把握する必要があります。Sanketには広告による収益モデルがなく、貴組織の通信を分析したり収益化したりする誘因もありません。
一般消費者向けメッセージングプラットフォーム
広告収入はユーザーの行動の把握に依存します
メッセージのメタデータ（誰が、いつ、どのくらいの頻度でやり取りしたか）には商業的価値がある
連絡先の関係性分析は、ターゲティング広告に利用されます
利用規約では「サービスの改善」を目的としたデータの広範な利用が認められている
無料サービスでは、利用者の注意とデータが商品となる
Sanket
収益源は導入とサブスクリプション - データではありません
通信メタデータを分析する商業的動機はゼロ
プラットフォームのコードや基盤に広告連携なし
Sanketのアプリケーションに第三者の分析用ソフトウェア開発キットなし
顧客が支払うのはサービスの対価であり、データの所有権は顧客に帰属する
組織におけるSanketのプライバシー設計を評価
Tosh Defenceチームによる技術詳細説明をお申し込みください。知識ゼロ型アーキテクチャ、暗号化仕様、GDPRに基づくデータ処理契約、貴組織固有のコンプライアンス要件に対応する導入形態について説明します。