暗号化メールと暗号化ファイル転送を徹底比較

暗号化メール（ PGP 、 S/MIME 、または ProtonMail などのサービス）は、ほとんどの受信サーバーが依然として適用する Gmail の添付ファイル上限である約25 MB 以下の短い機密メッセージや文書には有効です。暗号化ファイル転送（ HexaTransfer 、 SwissTransfer 、 Tresorit Send ）は最大10 GB 以上のペイロードを処理し、1回限りのダウンロードリンクを生成し、ファイルを受信箱の保持ポリシーから切り離します。スレッド形式の会話に小さな添付ファイルが必要な場合はメールを選んでください。大容量のもの、時間的に重要なもの、メールアーカイブに無期限に残すべきでないものにはファイル転送を選んでください。多くの場合、両方を使うことになります。

メールのサイズの壁

SMTP は1982年に7ビット ASCII のテキスト電報向けに設計されました。添付ファイルは MIME base64 エンコーディングを介してピギーバックされ、バイナリデータをおよそ33%膨張させます。20 MB の動画は27 MB のメールになります。 Gmail は25 MB を超えるメッセージを拒否し、 Outlook.com は20 MB が上限で、多くの法人向け Exchange サーバーは10〜35 MB の制限を設けています。

壁にぶつかると選択肢は不便なものになります。 7-Zip ボリュームで .zip を分割する、クラウドサービスにアップロードしてリンクを貼る（暗号化を台無しにする）、ツールを切り替えるのいずれかです。ファイル転送サービスはこれを完全に回避します。 HexaTransfer は10 GB の .psd を直接転送でき、 WeTransfer は無料枠で2 GB に対応し、 Signiant などのエンタープライズツールはテラバイトも扱えます。

暗号化の仕組みの違い

PGP （ RFC 4880 ）はメッセージ本文をランダムな AES-256 セッション鍵で暗号化し、その鍵を受信者の RSA-4096 または Curve25519 公開鍵でラップします。 S/MIME （ RFC 8551 ）は CA が発行する X.509 証明書を使って同じことをします。どちらもエンドツーエンドです。メールプロバイダは暗号文を保存します。

暗号化ファイル転送は通常異なるモデルを使います。ファイルはクライアントサイドで AES-256-GCM により暗号化され、サーバーは暗号文のみを保存し、復号鍵は URL フラグメント（ #key=... ）に含められてサーバーに届きません。 PKI も信頼の網も鍵サーバーも不要です。トレードオフとして、メール暗号化は送信者を暗号的に認証しますが、ファイルリンクは URL を保持している人しか認証しません。

一目でわかる比較

| 機能 | 暗号化メール（PGP/S-MIME） | 暗号化ファイル転送 | |---|---|---| | 典型的なサイズ上限 | 25 MB | 2 GB〜10 GB以上 | | 送信者認証 | 強い（署名付き） | 弱い（リンクベース） | | 受信者の鍵設定 | 事前に必要 | 不要 | | 保持期間 | 受信箱に永続 | 通常7日 | | 露出するメタデータ | 件名行、ヘッダー | ファイル名（任意） | | 非技術者の受信者への対応 | ほぼ困難 | 常に可能 | | 規制への適合 | HIPAA メール（BAA 付き） | GDPR 第32条、 HIPAA |

保持：メールアーカイブと期限付きリンク

暗号化メールは ~/Mail/INBOX.mbox や Gmail のサーバーに何年も残ります。受信者の端末が後で侵害されたり、 PGP 秘密鍵が流出した場合、過去のすべてのメッセージが復号されます。長期保持は監査証跡には優れており、侵害の被害範囲には最悪です。

ファイル転送リンクは通常期限切れになります。 HexaTransfer は7日後に転送を削除します。 SwissTransfer は最大30日が上限です。 SendGB は24時間〜30日の選択肢を提供します。タイマーが切れると暗号文が削除され、復号鍵は役に立たなくなります。 URL が何年後かに漏れても、アンロックするものが何もありません。これは GDPR 第5条第1項（e）のデータ最小化の原則に合致し、法律や医療のワークフローが一時的な開示にますます転送サービスを好む理由です。

受信者の利便性

PGP のユーザビリティの問題は広く知られています。2015年の Carnegie Mellon の研究では、参加者10人全員が初回の暗号化メール送信に失敗しました。 Phil Zimmermann が PGP をリリースして数十年後も、受信者は鍵ペアを生成し、どこかに公開し、フィンガープリントを検証し、 Thunderbird または GPG Suite を設定する必要があります。 S/MIME は Active Directory を通じた証明書の自動配布が可能な法人環境ではやや改善されています。

ファイル転送はこれをリンクのクリック、場合によってはパスワードの入力だけに簡略化します。受信者に事前の準備は一切不要です。これが暗号化ファイル転送ツールがクライアント向けシナリオで選ばれる理由です。1099書類を顧客に送る会計士、 DICOM 検査画像を紹介医に転送する放射線科医、証拠開示の PDF をまとめて届ける弁護士といった場面です。

両者が重なる領域：機密性の高い小さな文書

署名済み契約書、スキャンしたパスポート、2 MB の医療検査結果はどちらの方法でも対応できるあいまいな領域です。会話スレッドに紐付いた永続的な記録が必要な場合（「先週火曜日にお話した通り…」）はメールが有利です。納品後に文書を消す必要がある場合、受信者が PGP の輪の外にいる場合、またはファイルが実際に取得されたことを示すダウンロード確認が欲しい場合はファイル転送が有利です。

チームによっては分割ワークフローを採用しています。 ProtonMail または Tutanota でスレッドベースの25 MB 以下のやり取りを行い、それより大きいものや期限切れが必要なものには専用の転送サービスを使う構成です。どちらもプロバイダに暗号文だけを残すため、転送中の ePHI に関する HIPAA 45 CFR 164.312(e)(1) と PCI DSS 4.0 要件4.2.1 をすっきり満たします。

コンプライアンスと保持の境界線

規制は特定のツールを義務付けることはほとんどありません。結果を義務付けます。 GDPR 第32条は個人データに「適切な技術的措置」を求めます。 HIPAA のセキュリティルールは静止時と転送中の ePHI の暗号化を求めます。 PCI DSS 4.0 はメッセージングチャネル上の平文 PAN をブロックします。正しく設定され、 HIPAA の場合は業務提携契約（BAA）、 GDPR の場合はデータ処理補足契約（DPA）が締結されていれば、どの E2EE ソリューションでもこれらを満たせます。

実務上の違いは保持の姿勢です。メールシステムはデフォルトで無期限保存し、ファイル転送システムはデフォルトで削除します。 GDPR 第17条の消去要求（忘れられる権利）においてはファイル転送モデルの方が圧倒的に簡単です。要求が届く頃にはすでにデータが消えています。

用途に合ったツールを選ぶ

既知の連絡先との継続的な会話、小さな添付ファイル、署名された監査証跡が重要な法的に重要なコミュニケーションには暗号化メールを使ってください。一度限りの大容量送信、非技術者の受信者への機密文書、自己消滅すべきファイル、25 MB の添付ファイル制限に引っかかるものには暗号化ファイル転送を使ってください。両者は競合ではなく補完関係にあります。

ワークフローのファイル転送部分には hexatransfer.comでお試しください — 無料、登録不要、最大10GB。