VPNやプロキシは著作権コンテンツを複製できるか？三つの行為
パケット転送、レスポンスのキャッシュ、再公開はそれぞれ異なる著作権の問題を生みます。自社サービスが行う行為と、それを規律するルールを対応させてください。
パケット転送、キャッシュ、再公開は、ダッシュボードから見れば同じに見えますが、権利の問いが届いた瞬間にまったく違う振る舞いをします。利用者とサーバーの間でバイトを動かすサービスは一つの行為を行い、応答を保持して次の訪問者に渡すサービスは別の行為を行います。他人の素材を自分の名前で公開するのは三つ目であり、通常の意味での頒布はその三つ目だけです。
自社のスタックが実際にその三つのどれを行うのかを突き止め、それに合うルールを結びつけてください。製品ラベルはここでは何も決めませんし、使っているプロトコルも判定基準ではありません。
プロキシやVPNが行いうる三つの行為
ゲートウェイはTCPフローを受け入れ、アドレスを書き換え、両方向にセグメントを転送します。接続からディスクに残るものはなく、クライアントがオリジンではなくゲートウェイとTLSを交渉しない限り、ペイロードはゲートウェイにとって不透明なままです。
キャッシュ仲介は別の働きをします。リクエストを解析し、自ら計算するかヘッダーから読んだ寿命のあいだ応答を保存し、その保存したオブジェクトを後続のクライアントに再生します。いまや回線の外に何かが存在し、URLとバリデータで鍵づけられており、その保持は副作用ではなく設定上の選択です。
再公開はさらに一歩進みます。素材は自分が管理する基盤の上にあり、自分が選んだ観客に向けて、しばしば編集を経て置かれます。最初の二つの行為は輸送を説明し、三つ目は頒布を説明します。
| 行為 | その後に残るもの | 結果を決める問い |
|---|---|---|
| フローを運ぶ | 数秒続く変換状態とバッファ | 一時的な伝送をカバーするのはどの仲介者規定か |
| 応答を保存する | オブジェクトと鮮度・バリデータのメタデータ | 保持と再生は許諾されていたのか、いつまでか |
| 自分のURLで著作物を配信する | 新しい観客に向けた公開された複製 | その観客への頒布をカバーするのはどの許諾か |
復号するプロキシが輸送を複製に変える場所
ほとんどの議論を決める区別は、その箱が平文を保持することがあるかどうかです。純粋なトンネルは、WireGuardであれ、OpenVPNのtunデバイスであれ、SSHの-L転送であれ、端点のあいだで暗号文を動かし、読めるものは何も残しません。TLSを終端するプロキシは逆を行います。ハンドシェイクを完了し、応答をメモリにバッファし、それからクライアントに向けてストリームを再暗号化します。これらの操作のあいだ、著作物は運用者が検査し保持できる形で存在します。
17 USC 106は複製と頒布を排他的権利として挙げ、それぞれ同じ章の制限に服します。ミリ秒のバッファは議論なしに制限の内側に収まるかもしれませんが、保持され再生可能なオブジェクトをそこに置くのははるかに難しいことです。長さと目的は、メモリに触れたという事実そのものより重い意味を持ちます。
これらのどれもVPNをライセンスに変えるものではなく、すべてのプロキシを侵害者にするものでもありません。輸送はいくつもある事実の一つであり、評価できる問いは同じままです。どの行為を、誰の素材に対して、どの許諾のもとで行ったのか。
キャッシュヘッダーが示すのはプロトコル上の許可であり、法的な許可ではない
HTTPキャッシュは応答のメタデータから何を保存できるかを決め、RFC 9111がそれに従う規則を定めています。Cache-Control: no-storeは準拠するすべてのキャッシュに応答を捨てるよう伝え、privateは再利用を単一の利用者に限定し、長いmax-ageは共有保存を招きます。リクエストを一つ実行すれば、オリジンがどの方針を選んだかがわかります。他のことを論じる前にそれを実行してください。
curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'
長い寿命を宣伝する応答は、再生がプロトコル水準では許容されるとキャッシュに伝えています。その宣言は、同じオブジェクトを取って再ホストし、自分のサービスに組み込んでよいかについては何も言っていません。二つの異なる許可は二つの異なる仕組みから来ており、一方を満たしても他方は元のままです。
鏡像の場合は同じように失敗します。エンドツーエンドのHTTPSは透過キャッシュに何も保存させませんが、その結果は素材を頒布する権利を生むわけでも、すでに持っていた権利を奪うわけでもありません。プロトコルの振る舞いは箱にできることを説明しますが、許諾を与えることは決してありません。
サービスを公開する前に書き留めること
取り決めを、部外者が確認できる言葉で描写してください。素材とその出所を挙げ、システムが行う行為を列挙し、保存されるオブジェクトがそれぞれどれだけ生きるかを述べてください。
その記述は配備と一緒に保管し、誰かの記憶に置かないでください。苦情が来たとき、防御可能な立場と推測の差は、たいてい数か月前に書かれた一段落であり、そこに保持期間とライセンスが記されています。
短い点検リストは繰り返し現れる穴を覆います。
- 素材の出所とそれに付随する条件。
- 行う行為のそれぞれ：転送、保存、編集、配信。
- オブジェクト種別ごとの保持期間（時間または日数）。
- 配信の段階で依拠する許諾または制限。
- 権利者向けの連絡先と削除の経路。
リストは稼働中の設定に対して実行し、アーキテクチャ図に対してではありません。答えが欠けている箇所こそが次の作業です。その行為の許諾を得るか、行うのをやめてください。商用サービスなら、運用する法域に対して書面の記述を弁護士に読んでもらってください。その記述があるからこそ点検が可能になるのです。書面で描写できないものは、防御できない立場です。