Ar VPN arba tarpinis serveris gali kopijuoti autorių teisių saugomą turinį? Trys veiksmai
Paketų persiuntimas, atsakymų kaupimas talpykloje ir pakartotinis publikavimas kelia skirtingus autorių teisių klausimus. Pritaikykite veiksmą, kurį atlieka jūsų paslauga, jį reglamentuojančiai taisyklei.
Paketų persiuntimas, kaupimas talpykloje ir pakartotinis publikavimas valdymo panelėje atrodo vienodai, bet iškilus teisių klausimui elgiasi visiškai skirtingai. Paslauga, kuri perkelia baitus tarp naudotojo ir serverio, atlieka vieną veiksmą, o ta, kuri išsaugo atsakymą ir perduoda jį kitam lankytojui, atlieka kitą. Kito asmens medžiagos skelbimas savo vardu yra trečias veiksmas, ir tik šis trečiasis veiksmas įprasta prasme yra platinimas.
Išsiaiškinkite, kurį iš tų trijų jūsų sistema iš tikrųjų atlieka, ir tada priskirkite jį atitinkančią taisyklę. Produkto etiketės čia nieko nenulemia, o naudojamas protokolas taip pat nėra kriterijus.
Trys veiksmai, kuriuos gali atlikti tarpinis serveris arba VPN
Šliuzas priima TCP srautą, perrašo adresus ir persiunčia segmentus abiem kryptimis. Po ryšio diske nieko nelieka, o naudingasis krūvis šliuzui lieka nepermatomas, nebent klientas derasi dėl TLS su šliuzu, o ne su šaltiniu.
Talpyklos tarpininkas dirba kitaip: jis analizuoja užklausą, saugo atsakymą tiek, kiek apskaičiuoja arba perskaito iš antraščių, o paskui tą išsaugotą objektą vėl pateikia vėlesniems klientams. Dabar už ryšio linijos kažkas egzistuoja, identifikuojamas URL ir validatoriumi, o jo saugojimas yra konfigūracijos pasirinkimas, o ne šalutinis poveikis.
Pakartotinis publikavimas žengia žingsnį toliau. Medžiaga guli jūsų kontroliuojamoje infrastruktūroje, adresuota jūsų pasirinktai auditorijai, dažnai po redagavimo. Pirmieji du veiksmai apibūdina perdavimą, trečiasis apibūdina platinimą.
| Veiksmas | Kas lieka po to | Klausimas, kuris lemia rezultatą |
|---|---|---|
| Perduoti srautą | Vertimo būsena ir buferiai, trunkantys sekundes | Kuri tarpininkų nuostata apima trumpalaikį perdavimą? |
| Saugoti atsakymą | Objektas ir šviežumo bei validatoriaus metaduomenys | Ar saugojimas ir kartojimas buvo leisti, ir iki kada? |
| Pateikti kūrinį savo URL | Paskelbta kopija, adresuota naujai auditorijai | Koks leidimas apima platinimą tai auditorijai? |
Kur iššifruojantis tarpinis serveris paverčia perdavimą kopijavimu
Skirtumas, kuris lemia daugumą ginčų, yra ar įrenginys kada nors laiko atvirąjį tekstą. Grynas tunelis, ar tai WireGuard, OpenVPN tun įrenginys, ar SSH -L peradresavimas, perkelia šifruotą tekstą tarp galinių taškų ir nieko skaitomo nepalieka. TLS užbaigiantis tarpinis serveris elgiasi priešingai: jis atlieka rankos paspaudimą, buferizuoja atsakymą atmintyje, o paskui iš naujo užšifruoja srautą kliento link. Tarp tų operacijų kūrinys egzistuoja tokia forma, kurią operatorius gali apžiūrėti ir pasilikti.
17 USC 106 išvardija atgaminimą ir platinimą tarp išimtinių teisių, ir kiekviena jų yra ribojama tame pačiame kodekse nustatytų apribojimų. Milisekundės buferis gali tilpti į apribojimą be ginčų; išsaugotas, kartojamas objektas ten įtalpinamas daug sunkiau. Trukmė ir tikslas sveria daugiau nei pats faktas, kad atmintis buvo paliesta.
Niekas iš to nepaverčia VPN licencija ir nepaverčia kiekvieno tarpinio serverio pažeidėju. Perdavimas yra vienas faktas tarp kelių, o vertinamas klausimas lieka tas pats: koks veiksmas, su kieno medžiaga, pagal kokį leidimą.
Talpyklos antraštės apibūdina protokolo leidimą, o ne teisinį leidimą
HTTP talpykla iš atsakymo metaduomenų nusprendžia, ką gali saugoti, o RFC 9111 nustato taisykles, kurių ji laikosi. Cache-Control: no-store nurodo kiekvienai atitinkančiai talpyklai atsisakyti atsakymo, o private apriboja pakartotinį naudojimą vienu naudotoju, ir ilgas max-age kviečia bendrai saugoti. Viena užklausa pasakys, kokią politiką pasirinko šaltinis. Paleiskite ją prieš diskutuodami apie bet ką kitą.
curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'
Atsakymas, skelbiantis ilgą galiojimo laiką, sako talpykloms, kad kartojimas protokolo lygmenyje yra priimtinas. Tas teiginys nieko nesako apie tai, ar galite paimti tą patį objektą, perpublikuoti jį ir įtraukti į savo paslaugą. Du skirtingi leidimai kyla iš dviejų skirtingų mechanizmų, o vieno patenkinimas palieka kitą lygiai ten, kur jis buvo.
Veidrodinis atvejis žlunga taip pat. Iš galo į galą veikiantis HTTPS neleidžia skaidriai talpyklai nieko saugoti, tačiau toks rezultatas nei sukuria teisės platinti medžiagą, nei panaikina jau turėtos. Protokolo elgsena paaiškina, ką įrenginys gali; ji niekada nesuteikia įgaliojimo.
Ką užsirašyti prieš paleidžiant paslaugą
Apibūdinkite susitarimą žodžiais, kuriuos pašalinis asmuo galėtų patikrinti. Įvardykite medžiagą ir jos šaltinį, išvardykite sistemos atliekamus veiksmus ir nurodykite, kiek gyvuoja kiekvienas saugomas objektas.
Laikykite tą aprašymą prie diegimo, o ne kažkieno atmintyje. Kai ateina skundas, atotrūkis tarp apginamos pozicijos ir spėjimo paprastai yra prieš kelis mėnesius parašyta pastraipa, kurioje įvardytas saugojimo terminas ir licencija.
Trumpas peržiūros sąrašas apima pasikartojančias spragas:
- Medžiagos šaltinis ir jai taikomos sąlygos.
- Kiekvienas atliekamas veiksmas: perduoti, saugoti, redaguoti, teikti.
- Saugojimas pagal objektų klasę, valandomis arba dienomis.
- Leidimas arba apribojimas, kuriuo remiamasi teikimo žingsnyje.
- Kontaktas ir pašalinimo tvarka teisių turėtojams.
Patikrinkite sąrašą pagal veikiančią konfigūraciją, o ne architektūros schemą. Kur atsakymo trūksta, ta spraga yra kita užduotis: arba gaukite leidimą tam veiksmui, arba nustokite jį atlikti. Komercinei paslaugai duokite teisininkui perskaityti rašytinį aprašymą pagal jurisdikciją, kurioje teikiate paslaugas, nes būtent aprašymas padaro tą peržiūrą įmanomą. Viskas, ko negalite aprašyti raštu, yra pozicija, kurios negalite apginti.