大容量PDFを安全に共有：暗号化PDF転送ガイド

大容量 PDF を安全に共有するには、2つの要素を組み合わせます。PDF 自体への保存時暗号化（ Acrobat・ Preview・qpdf による AES-256）と、転送時の暗号化（ HexaTransfer のようなエンドツーエンド暗号化サービス）です。メール添付は約25MBが上限でメタデータも漏れます。 Google Drive と Dropbox は転送時に暗号化しますが、保存時には復号可能です。契約書・医療記録・財務諸表では、どちらか一方より両方の組み合わせが重要です。

PDF が大容量になる理由

「大容量」の PDF はほとんどがスキャン画像です。OCR なしの600DPI で20ページのスキャンは50〜200MBになります。ベクターからエクスポートされた PDF（ Word・ Pages・ InDesign ）は100ページ以上でも通常5MB未満です。よくある原因は次のとおりです。

フルページスキャンがテキストではなく画像として PDF 内に保存されている。
埋め込みフォントが統合 PDF で重複している。
高解像度画像（製品カタログ、年次報告書）がダウンサンプリングされていない。
Acrobat の非表示レイヤーや注釈がフラット化されずに残っている。

暗号化とアップロードの前に、 Acrobat の「ファイルサイズを縮小」または gs（Ghostscript）を -dPDFSETTINGS=/ebook で実行しましょう。120MB のスキャンが目に見える画質劣化なく15MB になることがよくあります。

2層の暗号化をわかりやすく説明

レイヤー1 — PDF レベルの暗号化。 PDF 自体がパスワードで暗号化されます。開くにはパスワードが必要です。 Acrobat Pro・macOS Preview・ LibreOffice・qpdf はすべて PDF に AES-256 暗号化を設定できます。ダウンロード後も、受信者が転送した後でもファイルを保護します。

レイヤー2 — 転送時の暗号化。 アップロードとダウンロードのチャネルが TLS、理想的にはエンドツーエンド暗号化を使用することで、転送プロバイダーが転送中やサーバー上の PDF を読めないようにします。

レイヤー1のみ実施した場合：受信者はパスワードでロックされた PDF を受け取りますが、転送プロバイダーは暗号化されていない状態でアップロードを確認できます。レイヤー2のみ実施した場合：転送はプライベートですが、ダウンロード後の PDF は受信者のノート PC 上に保護なしで残ります。リスクが高い場合は両方実施しましょう。

PDF に AES-256 パスワード保護を追加する方法

macOS Preview： ファイル > 書き出す > 「暗号化」にチェック > パスワードを設定。最近のバージョンは AES-256 を使用します。

Adobe Acrobat Pro： ツール > 保護 > 暗号化 > パスワードで暗号化 > 「256ビット AES」を選択。

qpdf（コマンドライン、無料、クロスプラットフォーム）：

qpdf --encrypt userpass ownerpass 256 -- input.pdf output.pdf

userpass をオープンパスワード、ownerpass を権限パスワードに置き換えます。細かい制御のため異なる値にしましょう。

LibreOffice： ファイル > 書き出し > PDF として書き出し > セキュリティタブ > 「パスワードで暗号化」。

一部のツールがまだデフォルトで提供する古い128ビット RC4 オプションは避けましょう。すでに破られており、市販のパスワード復元ツールで回避可能です。

パスワードの伝え方 — リンクとは別の経路で

パスワード保護の鉄則は、ファイルと同じチャネルでパスワードを送らないことです。 PDF をメールで送りパスワードもメールで送ったら、メールを傍受した人は両方を手にします。2つのチャネルを使いましょう。

PDF リンクをメール、パスワードを SMS。
PDF リンクを HexaTransfer、パスワードを Signal メッセージ。
PDF リンクを Slack、パスワードを電話で口頭。

単発の受信者には、覚えやすいフレーズより一時パスワード生成ツール（ 1Password・ Bitwarden ）のほうが適しています。

大容量暗号化 PDF 配信の無料サービス比較

| サービス | 最大サイズ | 転送時暗号化 | サーバー保存時 | |---|---|---|---| | HexaTransfer | 10 GB | エンドツーエンド（AES-256-GCM） | 暗号化、鍵はサーバーにない | | WeTransfer | 無料2 GB | TLS 1.3 | サーバーは復号可能 | | Tresorit Send | 無料5 GB | エンドツーエンド | 暗号化 | | Firefox Send | 2020年に終了 | — | — | | Proton Drive 共有 | 無料1 GB | エンドツーエンド | 暗号化 | | Dropbox Transfer | 無料100 MB | TLS | サーバーは復号可能 |

機密性の高い200MB の PDF（医療報告書や署名済み契約書など）には、 HexaTransfer や Tresorit Send が真の E2E を提供します。 WeTransfer は便利ですが、規制対象データには不適切です。

情報を漏らす PDF メタデータ

PDF には共有したくないメタデータが含まれることがあります。作成者名・使用ソフトウェア・作成日・改訂履歴、時には元ファイルのフルパスです。社外に送信する前に次の処理をしましょう。

Acrobat：ファイル > プロパティ > 説明タブ > 作成者・キーワードをクリア。
exiftool：exiftool -all= document.pdf ですべてのメタデータを削除。
「隠れた情報を削除」（Acrobat Pro）で注釈・ブックマーク・フォームデータ・埋め込みファイルを処理。

法律事務所が契約書ドラフトを外部に送る際、ファイル名に受信先の事務所名が入り、メタデータに起草弁護士名が残っていたら、気づかないうちに多くの情報を漏らしています。

署名済み PDF と改ざん耐性

PDF がデジタル署名（PAdES、ETSI EN 319 142準拠）を持つ法的文書なら、署名後にパスワード暗号化しても署名は壊れません。ただしページや注釈の追加は署名を無効にします。署名は最後に、暗号化も最後に行います。受信者は Acrobat の署名パネルで、署名者の証明書を DocuSign や Adobe Approved Trust List などの信頼できる CA に紐付けて検証します。

PDF 共有における GDPR と HIPAA

GDPR 第32条の下、管理者はリスクに応じて暗号化を含む「適切な技術的措置」を実施する必要があります。PDF に個人データ（氏名・ID・医療情報）が含まれる場合、転送時のエンドツーエンド暗号化が基準を満たします。HIPAA の技術的保護措置（45 CFR 164.312(e)(1)）も同様に電子保護対象医療情報（ePHI）の送信セキュリティを要求します。両規制とも多層防御を推奨します。PDF を暗号化し、チャネルを暗号化し、転送をログに残しましょう。

取り消しと保持

物理的な封筒は未送信に戻せませんが、デジタル PDF はサービスによって削除が可能です。 HexaTransfer は有効期限前にアップロード済み blob を削除でき、リンクを無効化できます。削除前にダウンロードされたパスワード保護 PDF は受信者のディスクに残ります。プライマリコピーの制御を失った場合、保存時暗号化が第2のレイヤーとなります。

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