パスワード保護機能:主要ファイル転送サービスをレビュー

ファイル転送サービスにおけるパスワード保護は、表面的なものから暗号学的に意味のあるものまで幅があります。 WeTransfer Pro はダウンロードを解除する前にサーバー側でチェックするパスワードゲートを追加しますが、ファイル自体は WeTransfer 自身が復号できる状態です。 Smash 、 SwissTransfer 、 Dropbox Transfer も同様のモデルに従います。一方、 Tresorit Send と HexaTransfer はPBKDF2またはArgon2idによる実際のファイル暗号化の入力としてパスワード（または派生した鍵）を使用します。つまり、パスワードなしでは暗号文は数学的に読めません。サービスプロバイダーでさえも復号できないのです。

サーバー側ゲートと暗号学的な鍵の違い

重要な区別はパスワードがどこで検証されるかです。サーバー側ゲートモデルでは、プロバイダーがパスワードハッシュ（bcryptやArgon2であることが望ましい）を保存し、入力値をファイルを提供する前に検証します。ファイル自体はプロバイダーが保持する鍵で暗号化されています。攻撃者がデータベースを侵害するか、裁判所がプロバイダーに強制した場合、パスワードの強度に関わらずファイルはプレーンテキストで取得されます。

暗号学的な鍵モデルでは、パスワードが鍵導出関数（KDF）に通されます。通常はPBKDF2（60万回以上のイテレーション）またはArgon2id（チューニングされたメモリコスト）で、実際のファイル暗号化鍵が生成されます。パスワードがなければ鍵がなく、プレーンテキストもありません。サブポena（強制令状）を受けてもプロバイダーはファイルを復号できません。

WeTransfer Pro：便利なゲート、暗号化ではない

WeTransfer はProプラン（約月額€10）にパスワード保護を導入しました。アップロード時にパスワードを入力し、帯域外で共有し、受信者がダウンロードページで入力します。内部的には、 WeTransfer はハッシュして比較するだけで、ファイルはAWS KMSが管理する鍵でAES-256保存時暗号化されており、パスワードから派生した鍵ではありません。この設計はリンク転送に対するカジュアルな保護としては適切ですが、 WeTransfer 自体やホスティングプロバイダーを信頼しないスレットモデルには対応しません。

Smash：パスワード＋メール確認

Smash は有料プランすべてでパスワード保護を提供します。特徴的なのは、オプションの受信者メール確認との組み合わせです。特定のメールアドレスの所有権（マジックリンク経由）とパスワードの両方を受信者に要求できます。これにより、転送されたリンク＋傍受されたパスワードという一般的な攻撃手法を防ぎます。パスワードは依然としてサーバー側のゲートであり導出入力ではありませんが、2要素的な性質（知っているもの＋アクセスできるもの）により障壁を大幅に高めます。

SwissTransfer：シンプルなオプションパスワード

SwissTransfer のパスワードフィールドは任意でサーバー側に適用されます。無料、アカウント不要、Infomaniakのスイスインフラでホスティングされています。パスワードはカジュアルなリンク共有から保護しますが、暗号化の内容を変えません（ファイルはサービスが管理する鍵でAES-256保存時暗号化）。UXはシンプルです。1つのチェックボックス、1つのパスワードフィールド、1つの確認。パスワード強度メーターなし、最小複雑性の強制なし。「123」と入力しても受け付けます。つまりパスワードは送信者が設定する強度のみです。

Dropbox Transfer：管理者ポリシー付きパスワード

Dropbox Transfer はStandard以上でパスワードをサポートし、管理者が最小複雑性を設定できます。チーム管理者は最低8文字、大文字小文字混在、数字、記号を強制できます。パスワード検証は Dropbox が米国またはEUリージョン（チームの設定に応じて）からファイルをストリーミングする前にサーバー側で行われます。 Dropbox Business のSAML SSO統合はパスワードフローをアイデンティティ確認済みアクセスに完全に置き換えます。エンタープライズの観点では監査ログが重要で、クレデンシャルスタッフィングの試みを示す失敗試行を含め、すべてのパスワード試行が記録されます。

Tresorit Send：パスワード派生の暗号化鍵

Tresorit Send は暗号学的アプローチを採用しています。パスワードを設定すると、 Tresorit はPBKDF2を通じてそれを実行し、すでに暗号化されたファイルの上に追加の暗号化レイヤーを生成します。パスワードなしでは、 Tresorit でさえもファイルを復号できません。スイスに拠点を置き、ISO 27001認定済み、暗号ホワイトペーパーを公開しています。 Tresorit でのデータベース侵害は、回収可能なファイルではなく暗号文とソルトを漏洩させるだけです。

HexaTransfer：URLフラグメント鍵＋オプションのパスワードラッピング

HexaTransfer のベースラインモデルはURLフラグメント（#以降）に埋め込まれた256ビットランダム鍵を使用します。ブラウザはこれをサーバーに送信しません。この鍵がダウンロード後にクライアント側でAES-256-GCM暗号文を復号します。パスワードを追加すると、PBKDF2（60万回イテレーション）がランダム鍵をラップし、それを解除して使用するためにパスワードが必要になります。この層状アプローチは三つの要素がすべて揃わなければ復号できないことを意味します。暗号文（サーバーから）、URLフラグメント（リンクから）、パスワード（帯域外チャネルから）。いずれか一つを単独で傍受しても何も得られません。

比較表

| サービス | パスワードタイプ | KDF | 最小強度 | レート制限 | |---------|---------------|-----|--------------|--------------| | WeTransfer Pro | サーバーゲート | なし | 強制なし | 未公表 | | Smash | サーバーゲート＋メール | なし | オプションポリシー | あり | | SwissTransfer | サーバーゲート | なし | 強制なし | あり | | Dropbox Transfer | サーバーゲート＋SSO | なし | 管理者設定可 | あり | | Tresorit Send | 暗号KDF | PBKDF2 | 8文字以上 | あり | | HexaTransfer | 暗号KDF | PBKDF2 60万回 | 強制 | あり |

パスワード強度とエントロピーの問題

ファイル転送向けの「強いパスワード」は少なくとも70ビットのエントロピーを目標にすべきです。大きな辞書からランダムに選んだ4語（ダイスウェア式）または12文字以上のランダムな文字列です。PBKDF2（60万回イテレーション）はオフライン攻撃に対して約20ビットの実効エントロピーを追加し、適度に強いパスワードを真にクラッキングが困難な領域に引き上げます。弱点は通常、配信方法です。リンクを送るのと同じ電話番号にSMSでパスワードを送ることは意味をなしません。別のチャネルを使用してください。

パスワードだけでは不十分な場合

M&A財務書類、ソースコード、医療記録などの真に機密性の高い転送では、パスワード保護、受信者メール確認、短い有効期限（24時間）、ダウンロード通知を組み合わせることを検討してください。さらに良いのは、マジックリンクまたはSSOによるネイティブの受信者認証を持つサービスの使用です。パスワード保護は有用な追加レイヤーであり、完全なアクセス制御システムではありません。パスワードフィールドが存在することが、サービス自体がファイルを読めないことを意味するわけではありません。多くの場合、依然として読めます。

hexatransfer.comでお試しください — 無料、登録不要、最大10GB。