Kas VPN või puhverserver võib kopeerida autoriõigusega kaitstud sisu? Kolm tegu
Pakettide edastamine, vastuste vahemällu salvestamine ja uuesti avaldamine tõstatavad erinevaid autoriõiguse küsimusi. Seostage tegevus, mida teie teenus teeb, seda reguleeriva reegliga.
Pakettide edastamine, vahemällu salvestamine ja uuesti avaldamine näevad juhtpaneelilt ühesugused välja, kuid käituvad täiesti erinevalt niipea, kui tekib õiguste küsimus. Teenus, mis liigutab baite kasutaja ja serveri vahel, teeb ühe teo, samas kui teenus, mis hoiab vastust ja annab selle järgmisele külastajale, teeb teise. Teise materjali avaldamine oma nime all on kolmas tegu ja ainult see kolmas tegu on tavapärases mõttes levitamine.
Tehke kindlaks, millist neist kolmest teie virn tegelikult teeb, ja rakendage seejärel sellele vastav reegel. Tootesildid ei otsusta siin midagi ja ka kasutatav protokoll ei ole kriteerium.
Kolm tegu, mida puhverserver või VPN saab teha
Lüüs võtab vastu TCP voo, kirjutab aadressid ümber ja edastab segmendid mõlemas suunas. Pärast ühendust ei jää kettale midagi ja kasulik koormus jääb lüüsile läbipaistmatuks, kui klient ei läbi TLS-i läbirääkimisi lüüsiga, vaid päritoluga.
Vahemällu salvestav vahendaja töötab teisiti: see analüüsib päringut, salvestab vastuse elueaks, mille arvutab või loeb päistest, ja esitab seejärel selle salvestatud objekti hilisematele klientidele uuesti. Midagi on nüüd väljaspool traati olemas, võtmega URL-i ja valideerija järgi, ning selle hoidmine on konfiguratsiooni valik, mitte kõrvalmõju.
Uuesti avaldamine läheb sammu kaugemale. Materjal asub infrastruktuuril, mida te kontrollite, on suunatud publikule, mille te valisite, sageli pärast toimetamist. Kaks esimest tegu kirjeldavad transporti, kolmas aga levitamist.
| Tegu | Mis pärast seda olemas on | Küsimus, mis otsustab tulemuse |
|---|---|---|
| Voo kandmine | Tõlke olek ja sekundeid kestvad puhvrid | Milline vahendaja säte katab üürikese edastuse? |
| Vastuse salvestamine | Objekt koos värskuse ja valideerija metaandmetega | Kas hoidmine ja taasesitamine olid lubatud, ja milleni? |
| Teose esitamine teie URL-i all | Avaldatud koopia, mis on suunatud uuele publikule | Milline luba katab levitamise sellele publikule? |
Kus dekrüpteeriv puhverserver muudab kandmise kopeerimiseks
Erinevus, mis otsustab enamiku vaidlusi, on kas kast hoiab kunagi lihtteksti. Puhas tunnel, olgu WireGuard, OpenVPN tun seade või SSH -L edastus, liigutab šifriteksti otspunktide vahel ega jäta midagi loetavat. TLS-i lõpetav puhverserver teeb vastupidist: see viib kätlemise lõpule, puhverdab vastuse mällu ja krüpteerib seejärel voo uuesti kliendi poole. Nende toimingute vahel on teos kujul, mida operaator saab kontrollida ja hoida.
17 USC 106 loetleb paljundamise ja levitamise ainuõiguste hulgas, millest igaüks allub samas jaotises sätestatud piirangutele. Millisekundine puhver võib vaidlusteta piirangusse mahtuda; hoitud, taasesitatav objekt on sinna palju raskem paigutada. Kestus ja eesmärk kaaluvad rohkem kui tõsiasi, et mälu üldse puudutati.
Miski sellest ei muuda VPN-i litsentsiks ega tee igast puhverserverist rikkujat. Transport on üks fakt paljude seas ja hinnatav küsimus jääb samaks: milline tegu, kelle materjaliga, millise loa alusel.
Vahemälu päised kirjeldavad protokolli luba, mitte õiguslikku luba
HTTP vahemälu otsustab vastuse metaandmete põhjal, mida tal on lubatud salvestada, ja RFC 9111 sätestab reeglid, mida see järgib. Cache-Control: no-store käsib igal nõuetele vastaval vahemälul vastus kõrvale jätta, samas kui private piirab korduskasutust ühe kasutajaga ja pikk max-age kutsub ühisele salvestamisele. Üks päring ütleb, millise poliitika päritolu valis. Käivitage see enne, kui vaidlete millegi muu üle.
curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'
Pikka eluiga reklaamiv vastus ütleb vahemäludele, et taasesitamine on protokolli tasandil vastuvõetav. See väide ei ütle midagi selle kohta, kas võite sama objekti võtta, mujal majutada ja oma teenusesse lisada. Kaks erinevat luba tulevad kahest erinevast mehhanismist ning ühe rahuldamine jätab teise täpselt sinna, kus see oli.
Peegeljuhtum ebaõnnestub samamoodi. Otspunktidevaheline HTTPS takistab läbipaistval vahemälul midagi salvestada, kuid see tulemus ei loo õigust materjali levitada ega võta ära õigust, mis teil juba oli. Protokolli käitumine selgitab, mida kast suudab; see ei anna kunagi volitust.
Mida kirja panna enne teenuse käivitumist
Kirjeldage korraldust terminitega, mida kõrvaline inimene saab kontrollida. Nimetage materjal ja selle allikas, loetlege teod, mida süsteem teeb, ja öelge, kui kaua iga salvestatud objekt elab.
Hoidke seda kirjeldust juurutuse juures, mitte kellegi mälus. Kui kaebus saabub, on vahe kaitstava positsiooni ja oletuse vahel tavaliselt kuid varem kirjutatud lõik, mis nimetab hoiuperioodi ja litsentsi.
Lühike ülevaatamisnimekiri katab korduvad augud:
- Materjali allikas ja sellega seotud tingimused.
- Iga tehtud tegu: edastamine, salvestamine, toimetamine, esitamine.
- Hoidmine objektiklassi kaupa, tundides või päevades.
- Luba või piirang, millele esitamise samm tugineb.
- Kontakt ja eemaldamise tee õiguste omanikele.
Käivitage nimekiri reaalse konfiguratsiooni, mitte arhitektuuriskeemi vastu. Kui vastus puudub, on see lünk järgmine ülesanne: kas hankige teoks luba või lõpetage selle tegemine. Äriteenuse puhul laske advokaadil lugeda kirjalikku kirjeldust selle jurisdiktsiooni suhtes, kus tegutsete, sest kirjeldus on see, mis teeb sellise ülevaatuse võimalikuks. Kõik, mida te ei suuda kirjalikult kirjeldada, on positsioon, mida te ei suuda kaitsta.