匿名ファイル共有：身元を明かさずに共有する方法

匿名ファイル共有とは、どちらのエンドポイントも現実の身元に結びつけることなく、2点間でデータを移動させることです。真に匿名なサービスはアカウント不要・IP アドレスログを保存しない・アップロードからメタデータを削除する・サーバーがコンテンツを読めないクライアントサイド暗号化を実行する・Tor フレンドリーな TLS 1.3 エンドポイントでページを配信する、という条件を満たします。ほとんどの「無料」転送サイトはこれらのテストのうち少なくとも3つに失敗します。このガイドでは匿名性が実際に何を必要とするか、どのプロバイダーが近づいているか、そしてツール自体がクリーンでもアイデンティティを露出させる小さなミスについて説明します。

「匿名」が実際に何を必要とするか

匿名と暗号化は同じではありません。サービスが2 GB の zip ファイルを AES-256-GCM で完璧に暗号化しながら、要請があればメール・IP・ブラウザフィンガープリント・アップロードタイムスタンプを提供できます。真の匿名性には5つの層が必要です。登録ゲートなし・IP 保持なし（または積極的な24時間ローテーション）・鍵がサーバーに触れないゼロ知識暗号化・EXIF とドキュメントメタデータの削除・アップローダーのセッションをエンコードしないリンク形式。一つでも欠けると「匿名」というラベルはマーケティングに過ぎません。

WeTransfer は基本プランでフルアカウントを要求しませんが、メール・IP を記録し、配信通知でトラッキングピクセルを使用します。せいぜい仮名です。SwissTransfer はスイスのデータ保護法下で Infomaniak が運営し、アカウントを要求しないため匿名側に近いですが、プライバシーポリシーでは30日間 IP をログに記録します。

誰も言及しないメタデータの問題

ファイルはそのコンテンツを通じてアイデンティティを漏洩させます。Microsoft Word で書いた .docx は docProps/core.xml に作成者の Windows ユーザー名を埋め込みます。iPhone から直接取り出した .jpg は EXIF に GPS 座標・デバイスモデル・シリアル番号に近い識別子を持ちます。Adobe Acrobat の .pdf は「ドキュメントのサニタイズ」アクションを実行しない限り作成者のフルネームを含みます。

アップロード前にこれらを削除してください。macOS では exiftool -all= image.jpg で EXIF をクリアします。Office ファイルは .pdf として保存してから Acrobat の墨消しツールを使うか、LibreOffice のツール → オプション → セキュリティの「個人情報を削除」設定を使います。スクリーンショットは通常クリーンですが、クラウドスイート（Google Docs・Notion・Figma）からエクスポートされたものは内部 XML にアカウント ID が含まれることがあります。

ゼロ知識暗号化は最低ライン

サーバーがファイルを復号できるなら、そのサーバーは召喚令状・侵害・強制の対象になります。ゼロ知識（この文脈ではエンドツーエンド暗号化とも呼ばれる）とは具体的な技術的特性です。暗号化鍵は送信者のブラウザで生成され、サーバーに送信されず、URL フラグメント（ブラウザがサーバーに送信しない # の後の部分）を通じて受信者に渡されます。

アルゴリズムの詳細は重要です。AES-256-GCM と96ビットナンス・PBKDF2-SHA-256 で600,000回のイテレーション（OWASP 2023年の最低値）が合理的なベースラインです。正確なプリミティブを公開しているサービスは一般的な「軍事グレードの暗号化」を主張するものより信頼しやすいです。 HexaTransfer はブラウザ内で導出され共有リンクフラグメントに埋め込まれた鍵を使うクライアントサイド AES-256-GCM を実行するため、サーバーは不透明な暗号文のみを見ます。

Tor・VPN とネットワーク層の匿名性

アプリケーション層の匿名性はあなたの IP が身元と結びついた場合に崩壊します。企業の IP アドレスや自宅のブロードバンド接続は、召喚令状があれば数分以内にアップローダーを特定します。深刻な匿名性には Tor Browser（3つのリレーを経由してトラフィックをルーティングし、宛先から発信元 IP を隠す）またはスイスやパナマなど強いプライバシー法を持つ管轄のノーログ VPN が必要です。

Tor は実際のトレードオフをもたらします。ほとんどの回路でアップロード速度は1〜5 Mbps まで低下し、10 GB の転送には時間がかかります。一部の転送サービスは悪用対策として Tor 出口ノードをブロックしています。大規模なアップロードを実行する前に Tor でサービスをテストしてください。小さなダミーファイルを送って出口ノードがブラックリストに登録されていないことを確認します。

配信リンク用の使い捨てメール

ファイルが本当に機密性の高いものである場合、通常の Gmail でリンクを配信することは目的を無効にします。使い捨てメールボックスを使いましょう。SimpleLogin と AnonAddy（現在 AddyMail）は実際のアドレスを隠す転送エイリアスを生成します。よりリスクの高いシナリオでは、Tor 経由で作成し回復メールも電話番号もない ProtonMail アカウントが配信チャンネルをアイデンティティから切り離します。

Signal は1対1の交換のリンク配信に適しています。メッセージはエンドツーエンド暗号化され、配信後はサーバーに残りません。公開ドロップには、使い捨てアカウントへの投稿か、Tor の隠れサービス経由で転送を実行する OnionShare のようなデッドドロップサービスを使うことで、外部の配信チャンネルが不要になります。

プロバイダーが実際にログに記録するもの

プライバシーポリシーは匿名性の主張が試される場所です。読んでください。見つけるべき主要な項目：IP 保持期間・ペイロード保持期間・アカウント要件・サードパーティプロセッサ（CDN・決済・アナリティクス）・管轄。

Dropbox Transfer は AWS US-East で稼働し、米国の法的プロセスの下で広範なアクセスログを保持します。Smash.fr は GDPR の下でフランスにホストしていますが、2 GB を超えるファイルにはアカウントが必要で IP をログに記録します。Firefox Send は2020年にアカウント不要の匿名アップロードが悪用されていたために閉鎖しました。これは真に匿名なプラットフォームは摩擦を加えるよう圧力を受けるという警告です。 OnionShare と HexaTransfer は異なる方法でこの問題を回避しています。OnionShare は中央サーバーなしで Tor 経由でピアツーピアで実行し、 HexaTransfer はアカウントシステムを持たず、最大7日間ファイルを保持し、復号できない暗号化された暗号文のみを保存します。

アイデンティティを漏洩させる操作上のミス

ツールが完璧でもユーザーが自分自身の身元を晒すことがあります。よくある失敗：

職場ネットワークからのアップロード。企業プロキシは識別ヘッダーを挿入したり、送信トラフィックを中央でログに記録したりすることが多いです。

匿名と特定済みのアクティビティで同じブラウザプロファイルを使用すること。ブラウザフィンガープリント（フォント・画面サイズ・WebGL レンダラー）はクッキーなしでセッションをリンクします。別のプロファイルまたは Tor Browser を使用してください。

ファイルに説明的な名前をつけること。q1-2025-board-minutes-jsmith-draft.pdf は受信者が開く前に会社・四半期・作成者を特定します。file.pdf またはランダムな文字列に名前を変更してください。

特定済みのプラットフォームでリンクを共有すること。LinkedIn や自分の名前に結びついた Slack ワークスペースに投稿されたリンクは、上流のすべてを無効にします。

鍵とリンクを同じメッセージに一緒に入れてそのメッセージを転送すること。転送されたメッセージには多くの場合、元の送信者のメタデータがヘッダーに含まれます。

完全な匿名性が達成できない場合

一部のワークフローは完全には匿名化できません。署名済み契約書・税務書類・法的帰属が必要なものを共有する場合、匿名性は目的を無効にします。受信者が送信者の身元を確認する必要がある場合、匿名転送ではなく認証済み転送が必要です。目標はアイデンティティを隠すことから露出を最小化することに移ります。エンドツーエンドで暗号化し、パスワードでリンクアクセスを制限し、短い有効期限（24〜48時間）を設定し、法律で必要な場合にのみ署名付きの受領確認を使用します。

ジャーナリズム・内部告発・活動・セキュリティリサーチでは匿名性はしばしば交渉不可能であり、Tor のレイテンシに値します。それ以外のほとんどの作業では、仮名性と強力な暗号化で脅威モデルに対応できます。

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