本文へスキップ

WarpSend セキュリティ · 実装と照合済み

ファイルはエンドツーエンド暗号化。エンドポイントは WarpSignet で認可。

WarpSend は、転送中のファイル内容を守ることと、エンドポイントがどの命令を実行してよいかを判断することを分けています。対応するデータ経路はエンドツーエンド暗号化で保護し、機密性の高いエンドポイント操作は WarpSignet が独立に検証して、不正なら拒否します。

確認日
暗号技術
AES-256-GCM · X25519 · Ed25519
確認者
Charlie（共同創業者）

独立した2つの保護レイヤー

暗号化はデータを、WarpSignet は命令を守ります

安全な通信路だけでは、クラウドから届いた命令が正当に認可されたとは証明できません。WarpSend はこの2つを分離し、認証済みサービス経由の命令でも、無効ならエンドポイント側で拒否できるようにしています。

ファイル内容を保護

ファイルのエンドツーエンド暗号化

WarpDirect は対応するエンドポイント転送で X25519 と AES-256-GCM を使い、WarpSync Shuttle は暗号化済みチャンクとマニフェストを一時保管します。File Requests は、所有者が WarpSignet を使ってエンドツーエンド暗号化を有効にした場合、アップロード前に内容を暗号化します。WarpShare ではリンクの作成方法も重要です。現在のブラウザーアップロードでパスワードを設定したリンクは復号に必要な秘密情報をサービスに渡しませんが、エンドポイントから作成したリンクや旧方式のリンクは鍵の扱いが異なります。以下で経路ごとの範囲を説明します。

エンドポイント制御を保護

WarpSignet エンドポイント認可

登録済みの管理者ブラウザーが、意図した操作そのものを Ed25519 で署名します。明示的に発行した、スコープ限定・有効期限付きの自動化トークンも委任作業を署名できます。エンドポイントはローカルに固定した公開ルートで検証してから、保護対象の読み書き、同期、送信を実行します。

クラウドの境界

WarpSend クラウドが扱う情報と、勝手に認可できない操作

アカウント認証、経路選択、状態表示、再開機能のため、WarpSend は運用メタデータを扱います。この現実を隠して一律に「ゼロ知識」と呼ぶのではなく、境界を具体的に示します。

クラウドが受け取らず、制御もしないもの

  • このページに記載したエンドツーエンド暗号化経路の平文内容
  • WarpSignet のパスフレーズと、復号された組織署名秘密鍵
  • エンドポイントに固定された信頼ルート（クラウドから黙って置換・無効化できません）

サービスが処理するもの

  • 各ワークフローに必要なアカウント、エンドポイント、経路、ファイル名・パス・サイズ、送信者入力、配信状態のメタデータ
  • 暗号化済み鍵スロット、署名済み認可記録、nonce、時刻、リプレイ防止状態
  • 一時保管するファイル内容。エンドツーエンド暗号化経路では暗号化済みチャンクやマニフェスト、それ以外の経路ではサービス管理の内容を扱います

エンドポイント認可

WarpSignet が操作を検証する仕組み

WarpSignet は WarpSend のエンドポイント認可モデルです。組織の公開署名ルートを各エンドポイントに固定するため、クラウドのセッション、ジョブ記録、エンドポイントトークン、MCP 認証情報だけでは、保護対象へのアクセスを新設・拡大できません。

  1. 署名鍵をブラウザー内で解除

    組織鍵は登録済み管理者ブラウザー内で復号されます。パスフレーズが WarpSend に送信されることはなく、クラウドが保存するのは暗号化済み鍵スロットで、平文の秘密鍵ではありません。

  2. 操作の意図そのものに署名

    即時リクエストはエンドポイント、プロトコル、内容、時刻、nonce に結び付きます。継続的な転送、同期、File Request 配信では、保護対象の送信元・送信先を含む正確なタスクスコープとリビジョンに署名します。

  3. エンドポイントでローカル検証

    エンドポイントは、固定済み公開ルートに対して署名、スコープ、鮮度、リビジョン、リプレイ状態を検証します。不足、期限切れ、変更、再送、無効な認可は保護対象へのアクセス前に拒否します。

  4. 自動化を止めず、権限は限定

    再試行、再開、オフライン配信、定期同期は承認済みスコープ内で継続できます。明示的に発行した自動化資格情報はスコープと期限が限定されるため、チャンクや実行ごとの人手確認は不要です。

データフローの根拠

4つの転送方式と、それぞれの経路

以下のフローは、現在の WarpSend エンドポイント、ブラウザー、クラウド実装をもとに整理しています。「コントロールプレーン」は認証、接続調整、ポリシー、状態管理を指し、「データプレーン」はファイル本体が流れる経路を指します。

File Requests

クラウドの受信箱でファイルを集め、必要に応じて PC や NAS に届けます。

送信者のブラウザー → WarpFabric クラウド受信箱 → 所有者のダウンロードまたは任意のエンドポイント配信
  1. ステップ 1 送信者のブラウザー ファイルを選び、リクエストのアクセス・暗号化設定に従う
  2. ステップ 2 アップロード準備 エンドツーエンド暗号化が有効な場合、ブラウザーで内容を暗号化
  3. ステップ 3 WarpFabric クラウド受信箱 提出ファイルとアップロード・配信状態を保存
  4. ステップ 4 リクエスト所有者 ダウンロード、または選択した端末へ配信。暗号化済みの内容は受信側で復号

クラウド上のファイル本体

WarpFabric が提出ファイルを保存し、所有者が取得できます。リクエストでエンドツーエンド暗号化を有効にした場合、内容はアップロード前に暗号化されます。

暗号化の範囲

所有者はリクエスト作成時にエンドツーエンド暗号化を選べます。利用には WarpSignet が必要です。有効な場合、送信者のブラウザーが X25519 と AES-256-GCM で内容を暗号化し、所有者が復号できるよう鍵を保護します。配信先エンドポイントが必要な場合は、その端末用にも鍵をラップします。無効の場合は TLS とサービス管理の保存・アクセス制御を使います。リクエストのパスワードはアクセス制御であり、内容の暗号化を有効にするものではありません。

  • 送信者に WarpSend のアカウントやアプリは不要です。
  • 所有者は提出ファイルをダウンロードするか、エンドポイント、Share、フォルダーを選んで配信できます。
  • アップロードは再開できます。自動配信を設定した端末がオフラインの場合は、再接続を待って配信します。
  • ファイル名、パス、サイズ、送信者の入力項目、配信状態は、サービスが扱う運用メタデータです。
File Requests の使い方を見る 

WarpDirect

2台の WarpSend エンドポイント間でファイルを直接転送します。

送信元エンドポイント → 直接ピアトンネル → 受信先エンドポイント
  1. ステップ 1 送信元エンドポイント 許可された Share を読み取り、暗号化転送フレームを準備
  2. ステップ 2 WarpSend コントロールプレーン 両端を認証し、直接接続を調整
  3. ステップ 3 直接ピアトンネル クラウド一時保管を経由せずファイル本体を転送
  4. ステップ 4 受信先エンドポイント 受信ファイルを検証して保存

クラウド上のファイル本体

直接トンネルの確立に成功した場合、ファイル本体はクラウドオブジェクトストレージに保存されません。

暗号化の範囲

現在のペアリング済みエンドポイントは、X25519 で転送鍵を導出し、データフレームを AES-256-GCM で暗号化できます。直接転送の通信路自体も転送中に保護されます。

  • クラウドのコントロールプレーンはエンドポイントを認証し、接続確立を調整します。直接トンネル成功時にファイル本体が通る経路ではありません。
  • 自動経路選択が再開可能な Shuttle へ切り替えるのは、直接接続に失敗したと判定された場合だけです。
  • Tunnel を明示指定した場合は、経路を黙って変更せず、そのまま失敗として返します。
  • チャンク単位の進捗と整合性確認により、中断後の再開を支えます。
  • 直接転送にはファイル・フォルダー単位のサイズ上限を設けていません。WarpSend では単一500 GBファイルと、1回5万ファイル超の転送を検証済みです。
  • 転送前にファイルを手作業で分割、圧縮、加工する必要はありません。
WarpDirect の使い方を見る 

WarpShare

ファイルを一度アップロードし、ブラウザーで受け取れるダウンロードリンクを発行します。

送信元エンドポイントまたはブラウザー → WarpFabric グローバルファイル配信ネットワーク → 受信者のブラウザー
  1. ステップ 1 送信者 許可されたエンドポイントの Share またはブラウザーから対象を選択
  2. ステップ 2 アップロード経路 必要に応じてリンクのパスワードで暗号化し、WarpFabric へアップロード
  3. ステップ 3 WarpFabric とアクセスサービス オブジェクトを保存し、制御されたダウンロード権限を発行
  4. ステップ 4 受信者のブラウザー ダウンロードし、保護リンクでは鍵を導出して端末内で復号

クラウド上のファイル本体

リンクのファイル本体を WarpFabric のマネージドストレージに保存するため、アップロード完了後は送信端末をオフラインにできます。

暗号化の範囲

現在のパスワード付きブラウザーアップロードは v2 鍵方式を使います。アップロード前に AES-256-GCM で暗号化し、受信者のブラウザーで復号するため、サービスに送るのはパスワードの検証用値だけです。エンドポイントから作成したリンクや旧 v1 リンクも内容を暗号化できますが、パスワードや鍵情報がサービスを通るため、同じ範囲の保護にはなりません。パスワードなしのリンクは TLS とサービス管理の保存・アクセス制御を使います。

  • 受信者に WarpSend のアカウントやアプリは不要です。
  • WarpFabric のマネージドストレージに一時保管するため、送信端末がオフラインでもリンクを利用できます。
  • 大きなオブジェクトの送受信は multipart／range 処理を使い、再開に対応します。
  • パスワード保護は任意設定です。暗号化の範囲は、ブラウザーからのアップロードかエンドポイント経由か、リンクの鍵方式によっても変わります。
  • 無料プランではリンクの公開は 7 日間です。有料プランでは作成時に最長 90 日まで選べ、リンクを送ったあとでも変更できます。期限を過ぎるとファイルは削除されます。
  • 同じリンクから複数回ダウンロードでき、ダウンロード回数ごとの課金はありません。
WarpShare の使い方を見る 

WarpSync

選択したフォルダーをエンドポイント間で同期します。

送信元スキャン → 直接 Tunnel または暗号化 Shuttle 一時保管 → 受信先エンドポイント
  1. ステップ 1 送信元スキャナー manifest を作成し、変更された内容を特定
  2. ステップ 2 選択した経路 直接 Tunnel を使用、または Shuttle 用にチャンクと manifest を暗号化
  3. ステップ 3 WarpFabric（Shuttle のみ） 暗号化したコンテンツアドレス方式のチャンクと manifest を保存
  4. ステップ 4 受信先エンドポイント 不足チャンクを取得し、復号、検証して変更を適用

クラウド上のファイル本体

Tunnel はファイル本体を一時保管しません。Shuttle は暗号化済みチャンクと暗号化済み manifest を WarpFabric のマネージド一時保管層に保存します。

暗号化の範囲

Shuttle 経路では、ペア鍵を導出してコンテンツアドレス方式のチャンクと manifest を暗号化し、受信側エンドポイントが復号して変更内容を再構成します。

  • 同期エンジンが選択した Share をスキャンし、変更点を計算して必要なデータだけを転送します。
  • Tunnel はエンドポイント間の直接経路、Shuttle は一時保管が必要または適しているネットワーク向けの WarpFabric のマネージド一時保管経路です。
  • Shuttle のクラウド上の manifest とチャンクは暗号化され、受信側エンドポイントがローカルで適用します。
  • 一時ファイルを組み立ててから所定の名前に変更し、不完全なファイルが見える時間を抑えます。
  • 対応エンドポイント間で、一方向または双方向のフォルダー処理を自動化できます。
  • 予約実行と常時実行は中断後に再開でき、実行状態はコントロールプレーンに記録されます。
WarpSync の使い方を見る 

セキュリティ FAQ

WarpSend を信頼する前によくある質問

以下も、上記の実装確認と同じ経路別の境界に基づいて回答します。

WarpSend はエンドツーエンド暗号化されていますか？

上記の対応する WarpDirect 転送と WarpSync Shuttle の内容はエンドツーエンド暗号化されます。File Requests の暗号化は任意設定で、WarpSignet が必要です。現在のパスワード付きブラウザーアップロードは v2 鍵方式を使い、復号に必要な秘密情報をサービスに渡しません。エンドポイントから作成したリンクや旧 v1 リンクは、パスワードや鍵情報がサービスを通ります。パスワードなしのリンクと暗号化を無効にした File Requests は、TLS とサービス管理の保存・アクセス制御を使います。

WarpSignet とは何ですか？

WarpSignet は WarpSend のエンドポイント認可モデルです。登録済み署名者または明示的に発行したスコープ限定の自動化資格情報が操作に署名し、エンドポイントがローカルに固定した組織公開ルートで検証します。

WarpSend はファイルを読めますか？

ここで説明するエンドツーエンド暗号化経路でクラウドに一時保管する場合、サービスは受信者の復号鍵を持たず、暗号化済みの内容を保存します。ただし、すべてのファイルが対象ではありません。暗号化を無効にした File Requests とパスワードなしの WarpShare はサービス管理の保存を使います。エンドポイントから作成したリンクや旧方式のパスワード付きリンクも、パスワードや鍵情報がサービスを通ります。各処理に必要な運用メタデータはサービスから見えます。

クラウドのコントロールプレーンが侵害されたら？

クラウドのセッション、ジョブ、エンドポイントトークン、MCP 資格情報だけでは、新規または拡大された保護対象操作の有効な WarpSignet 署名を作れません。ただし承認済みスコープや、署名者・エンドポイント自体の侵害は保護対象外です。

WarpSignet は定期・無人転送を妨げますか？

いいえ。再試行、再開、オフライン配信、定期同期は承認済みの正確なスコープを再利用できます。スコープ限定・有効期限付きの自動化資格情報により、毎回の人手確認なしで委任作業を認可できます。

実装との照合

このページはマーケティング文言だけでなく、現在の WarpSend 製品実装と照合しています。確認対象は次のとおりです。

  • Direct と Shuttle の経路選択
  • 共有リンクのアップロード経路とブラウザー受信経路
  • File Requests のクラウド受信、任意のエンドツーエンド暗号化とエンドポイント配信
  • WarpSync の Tunnel 経路と、WarpFabric のマネージド一時保管層を使う CAS ベースの Shuttle 経路
  • WarpSignet の署名、正確なタスクスコープ、エンドポイント検証、リプレイ処理、復旧、ペアリングチャレンジ

一律の安全宣言をしない理由

セキュリティの範囲は経路と設定によって変わります。WarpShare はパスワードの有無に加え、アップロード元とリンクの鍵方式を確認してください。File Requests は作成時にエンドツーエンド暗号化を有効にしたかを確認します。WarpSignet はこれらとは別に、保護対象のエンドポイント操作を認可します。

WarpSend を『侵害不可能』『軍用グレード』『すべてゼロ知識』とは表現しません。エンドツーエンド暗号化は記載した内容経路を守りますが、サービス運用に必要なメタデータを隠したり、端末やアカウントの安全管理を置き換えたりするものではありません。

WarpSend の機能を見る