営業秘密をデジタルで保護：暗号化ビジネスファイル転送

デジタル転送における営業秘密の保護は、4つのコントロールに集約されます。AES-256-GCM によるエンドツーエンド暗号化でトランスポートプロバイダーがコンテンツを読めないようにすること、身元に紐づいたアクセス制御で指定受信者のみがファイルを開けるようにすること、誰がいつ何をダウンロードしたかを証明する監査証跡を持つこと、そして数日以内にすべての中間システムからペイロードを削除する保持期限を設けることです。これらの一つでも欠けると、米国 Defend Trade Secrets Act や EU Directive 2016/943 のもとで営業秘密としての保護を失うリスクがあります。両法とも秘密性を維持するための「合理的な措置」を求めているからです。

法的に営業秘密とみなされる条件

営業秘密は厳密に定義されています。18 U.S.C. § 1839(3) のもとで、情報が独立した経済的価値を持ち、かつオーナーがその秘密を守るための合理的な措置を取った場合にのみ保護対象となります。裁判所は原告がその措置を示せない場合に営業秘密としての地位を剥奪することが多々あります。Waymo v. Uber では、暗号化されたファイル転送ログが合理的な措置の証拠として引用されました。RGP v. Turner では、機密の設計図が NDA なしの請負業者にプレーンテキストのメールで送られたことが原告の敗訴につながりました。

通常保護対象になるもの：製造プロセス、ソースコード、価格付き顧客リスト、R&D データ、製剤、仕入先条件、社内利益率。通常保護対象にならないもの：登録特許情報、公開済みの仕様、業界の一般知識。ファイルに設けた転送コントロールは、裁判所がそれを営業秘密として扱うかどうかに直接影響します。

暗号化はアップロード前に行う

トランスポート暗号化（ブラウザとサーバー間の TLS 1.3）は転送中のファイルを保護しますが、プロバイダーのサーバーに保存される段階では平文で読める状態になります。営業秘密として分類されるものについては、暗号化がアップロード前にクライアントサイドで行われなければなりません。平文ファイルは送信者のデバイスから外に出ることがありません。

技術的には、 Web Crypto API を使ってブラウザ内で AES-256-GCM を実行し、鍵を PBKDF2（60万イテレーション以上）または Argon2id でパスワードから導出し、鍵をサーバーに送信しないことを意味します。サーバーには復号できない暗号文のみが保存されます。 HexaTransfer はまさにこのパターンを実装しており、鍵は HTTP リクエストでサーバーに送信されない URL フラグメント経由で受信者に渡されます。

認証済み受信者の指定（リンクだけに頼らない）

むき出しの共有リンクはベアラートークンです。誤送信されたメール、侵害された Slack チャネル、転送されたカレンダー招待など、誰でもそれを傍受すればファイルを開けます。営業秘密には身元へのアクセス紐づけが必要です。

実用的なオプションを挙げます。パスワード保護リンク（パスワードは別チャネルで送付。 Signal 、電話、暗号化メール等）。事前承認済みアドレスへワンタイムコードを送るメールゲートアクセス。既知パートナー間の B2B 交換に向けた mTLS（相互 TLS）。社内転送向けの SAML または OIDC による SSO 統合。

Dropbox Transfer 、 WeTransfer Pro 、 Tresorit はリンクへのメール認証をサポートしています。重要な問いは「リンクが漏洩した場合、ファイルを開くために他に何が必要か」です。

訴訟に耐える監査ログ

営業秘密が後に不正流用された場合、誰がいつアクセスしたかを証明する必要があります。改ざん防止された監査ログが必要です。アップロードのタイムスタンプ、送信者の身元、受信者リスト、アクセス試行（成功・失敗）、ダウンロードのタイムスタンプ、ダウンロード者の IP アドレス、リンクの有効期限イベントを記録します。

ログは改ざんが明らかになる形式でなければなりません。暗号学的ハッシュ（マークルツリーやブロックチェーンアンカーのタイムスタンプ）を用いた追記専用ストレージは、IT 部門が編集可能なフラットログファイルよりも法廷での説得力があります。営業秘密訴訟のほとんどの時効に合わせて、 Splunk 、 Elastic 、 Datadog などの SIEM に7年保持でイベントをプッシュするカスタム設定も有効です。

NDA とダウンロード時の確認ボタン

法的保護は技術的保護の上に積み重なります。営業秘密ファイルのすべての受信者には、署名済みの NDA がファイルとして存在すべきです。そして多くの裁判所は、ダウンロード時に表示されるクリックスルー確認を好意的に評価します。「このファイルをダウンロードすることで、あなたが〔指定受信者〕であること、〔日付〕の NDA の守秘義務条件を受け入れること、コンテンツを再配布しないことを確認します。」

このパターンをサポートするサービスとして Kiteworks 、 Intralinks（M&A データルームで一般的）、 Virtru（Trust Data Format）があります。クリックスルーは受信者の認証済みセッションに紐づいたタイムスタンプ付き記録を生成し、個人と開示を証拠として結びつけます。

デフォルトの短い保持期限

営業秘密をサードパーティのサーバーに無期限に置いておくべきではありません。デフォルトの保持期限は月単位ではなく、時間または日単位で測るべきです。標準的なプロファイルを示します。

• 見込み客への見積もり添付ファイル：48〜72時間
• 外部委託先への R&D データ：7日間（リクエストにより延長可能）
• M&A デューデリジェンス資料：30日間、署名後に自動消去
• 通常の社内転送：24時間

短い保持期限は侵害ウィンドウを縮小します。プロバイダーが6ヶ月後に侵害されても、72時間後に自動削除されたファイルは侵害に含まれません。 HexaTransfer は保持期限を最大7日間に上限設定し、数時間まで短い有効期限を尊重します。 Dropbox Transfer は最大90日ですが、送信者が1日の有効期限を設定できます。

高価値文書のウォーターマークと DRM

取締役会のデッキ、M&A メモ、製剤に対しては静的なファイル共有では不十分です。動的ウォーターマーキングはダウンロード時に受信者のメール・IP・タイムスタンプをすべてのページに印字します。文書がブログや競合他社に流出した場合、ウォーターマークで特定の受信者まで遡れます。

ツールとして DocSend（ Dropbox 傘下）は営業デッキの受信者別トラッキングを提供します。 Fasoo と Seclore は、ダウンロード後もファイルを暗号化したまま保持し、開くたびにライセンスサーバーで鍵を確認する永続的な DRM を適用します。注意点として、ライセンスサーバーに依存する DRM はオフラインの受信者のワークフローを壊すため、現場のエンジニアより経営幹部や法律顧問に向いています。

関係終了時の後処理

請負契約が終わったり従業員が退職したりした場合、彼らがアクセスできた営業秘密を取り消す必要があります。リンクベースの転送はクラウドフォルダよりこれを簡単にします。リンクを取り消せば、ファイルは消えます。サブスクリプション型のファイルルーム（ Intralinks 、 Box ）では、アカウントを無効化し、それに紐づくすべての共有リンクを無効化します。

退職条件を契約に組み込んでください。標準的な定型文：「契約終了時、受信者は72時間以内にすべての機密ファイルを削除し、書面で破棄を証明するものとする。」技術的な取り消しとセットにすることで、法的義務に実効性を持たせます。

まとめ：実践的なフレームワーク

ほとんどの企業に機能するパターンは次のとおりです。クライアントサイド AES-256-GCM 暗号化、パスワードまたはメールゲート認証、7日間以内の保持期限、SIEM に送られる不変の監査ログ、ダウンロード時の NDA クリックスルー、トップクラス文書への動的ウォーターマーキング。これらのどれも目新しいものではありませんが、各従業員が独自のツールを選ぶのではなく、デフォルトを設定して徹底することが求められます。

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