Môže VPN alebo proxy kopírovať obsah chránený autorským právom? Tri úkony
Preposielanie paketov, ukladanie odpovedí do vyrovnávacej pamäte a opätovné publikovanie vyvolávajú odlišné otázky autorského práva. Priraďte úkon, ktorý vykonáva vaša služba, k pravidlu, ktoré ho upravuje.
Preposielanie paketov, ukladanie do vyrovnávacej pamäte a opätovné publikovanie vyzerajú na paneli rovnako, no pri otázke práv sa správajú úplne odlišne. Služba, ktorá presúva bajty medzi používateľom a serverom, vykonáva jeden úkon, kým tá, ktorá uchová odpoveď a odovzdá ju ďalšiemu návštevníkovi, vykonáva iný. Publikovanie cudzieho materiálu pod vlastným menom je tretí úkon a iba ten tretí úkon je šírenie v obvyklom zmysle.
Zistite, ktorý z tých troch váš systém skutočne vykonáva, a potom k nemu priraďte pravidlo, ktoré mu zodpovedá. Označenia produktov tu nič nerozhodujú a ani použitý protokol nie je kritériom.
Tri úkony, ktoré môže proxy alebo VPN vykonať
Brána prijme tok TCP, prepíše adresy a preposiela segmenty v oboch smeroch. Po spojení nič neprežije na disku a užitočné zaťaženie zostáva pre bránu nepriehľadné, ak klient nevyjednáva TLS s bránou namiesto s pôvodcom.
Vyrovnávací sprostredkovateľ pracuje inak: analyzuje požiadavku, uloží odpoveď na dobu životnosti, ktorú vypočíta alebo prečíta z hlavičiek, a potom prehrá tento uložený objekt neskorším klientom. Teraz existuje niečo mimo linky, označené URL a validátorom, a jeho uchovávanie je voľbou konfigurácie, nie vedľajším efektom.
Opätovné publikovanie ide o krok ďalej. Materiál leží na infraštruktúre, ktorú kontrolujete, adresovaný publiku, ktoré ste vybrali, často po úprave. Prvé dva úkony opisujú prenos, tretí opisuje šírenie.
| Úkon | Čo existuje potom | Otázka, ktorá rozhoduje výsledok |
|---|---|---|
| Prenášanie toku | Stav prekladu a buffery trvajúce sekundy | Ktoré ustanovenie o sprostredkovateľoch pokrýva prechodný prenos? |
| Ukladanie odpovede | Objekt plus metadáta čerstvosti a validátora | Bolo uchovávanie a prehrávanie povolené, a do kedy? |
| Poskytovanie diela pod vlastnou URL | Publikovaná kópia adresovaná novému publiku | Aké povolenie pokrýva šírenie tomuto publiku? |
Kde dešifrujúce proxy mení prenos na kopírovanie
Rozdiel, ktorý rozhoduje väčšinu sporov, je či zariadenie niekedy drží čistý text. Čistý tunel, či už WireGuard, zariadenie OpenVPN tun alebo presmerovanie SSH -L, presúva šifrovaný text medzi koncovými bodmi a nenecháva nič čitateľné. Proxy ukončujúce TLS robí opak: dokončí handshake, uloží odpoveď do pamäte a potom znovu zašifruje tok smerom ku klientovi. Medzi týmito operáciami dielo existuje vo forme, ktorú operátor môže preskúmať a ponechať.
17 USC 106 uvádza rozmnožovanie a šírenie medzi výhradnými právami a každé z nich podlieha obmedzeniam uvedeným v tom istom kódexe. Milisekundový buffer sa môže bez diskusie zmestiť do obmedzenia; uchovaný objekt, ktorý sa dá prehrať, je tam oveľa ťažšie umiestniť. Trvanie a účel vážia viac než samotný fakt, že sa pamäť dotkla.
Nič z toho nerobí z VPN licenciu a nič nerobí z každého proxy porušovateľa. Prenos je jeden fakt medzi viacerými a hodnotiteľná otázka zostáva rovnaká: ktorý úkon, na akom materiáli, pod akým povolením.
Hlavičky vyrovnávacej pamäte opisujú povolenie protokolu, nie právne povolenie
Vyrovnávacia pamäť HTTP rozhoduje z metadát odpovede, čo smie uložiť, a RFC 9111 stanovuje pravidlá, ktoré dodržiava. Cache-Control: no-store hovorí každej zhodej vyrovnávacej pamäti, aby odpoveď zahodila, kým private obmedzuje opätovné použitie na jedného používateľa a dlhý max-age pozýva k zdieľanému ukladaniu. Jedna požiadavka vám povie, akú politiku pôvodca zvolil. Spustite ju, skôr než budete diskutovať o čomkoľvek inom.
curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'
Odpoveď, ktorá ohlasuje dlhú životnosť, hovorí vyrovnávacím pamätiam, že prehrávanie je na úrovni protokolu prijateľné. Toto tvrdenie nič nehovorí o tom, či smiete ten istý objekt vziať, znova ho hostovať a vložiť do vlastnej služby. Dve rôzne povolenia pochádzajú z dvoch rôznych mechanizmov a splnenie jedného necháva druhé presne tam, kde bolo.
Zrkadlový prípad zlyháva rovnako. HTTPS od konca ku koncu bráni priehľadnej vyrovnávacej pamäti čokoľvek uložiť, no tento výsledok nevytvára právo materiál šíriť a neodníma to, ktoré ste už mali. Správanie protokolu vysvetľuje, čo zariadenie dokáže; nikdy neposkytuje oprávnenie.
Čo zapísať pred spustením služby
Opíšte to usporiadanie slovami, ktoré by vedel overiť človek zvonku. Pomenujte materiál a jeho zdroj, vymenujte úkony, ktoré systém vykonáva, a uveďte, ako dlho žije každý uložený objekt.
Uchovajte tento opis spolu s nasadením, nie v niekoho pamäti. Keď príde sťažnosť, medzera medzi obhájiteľnou pozíciou a dohadom je zvyčajne odsek napísaný pred mesiacmi, ktorý pomenúva dobu uchovávania a licenciu.
Krátky kontrolný zoznam pokrýva opakujúce sa diery:
- Zdroj materiálu a podmienky, ktoré sú s ním spojené.
- Každý vykonaný úkon: preposielanie, ukladanie, úprava, poskytovanie.
- Uchovávanie podľa triedy objektov, v hodinách alebo dňoch.
- Povolenie alebo obmedzenie, o ktoré sa opiera krok poskytovania.
- Kontakt a postup odstránenia pre držiteľov práv.
Prejdite zoznam proti živej konfigurácii, nie proti schéme architektúry. Kde odpoveď chýba, tá medzera je ďalšia úloha: buď získajte povolenie na úkon, alebo ho prestaňte vykonávať. Pri komerčnej službe dajte právnikovi prečítať písomný opis voči jurisdikcii, v ktorej pôsobíte, pretože práve opis umožňuje túto kontrolu. Čokoľvek, čo neviete opísať písomne, je pozícia, ktorú neviete obhájiť.