Kan en VPN eller proxy kopiere ophavsretligt beskyttet indhold? Tre handlinger
Videresendelse af pakker, cachelagring af svar og genudgivelse rejser forskellige ophavsretlige spørgsmål. Knyt den handling, din tjeneste udfører, sammen med den regel, der styrer den.
Videresendelse af pakker, cachelagring og genudgivelse ser ens ud fra et dashboard, men opfører sig helt forskelligt, når først et rettighedsspørgsmål dukker op. En tjeneste, der flytter bytes mellem en bruger og en server, udfører én handling, mens én, der beholder et svar og giver det videre til den næste besøgende, udfører en anden. At offentliggøre andres materiale i dit eget navn er en tredje, og kun den tredje handling er distribution i almindelig forstand.
Find ud af, hvilken af de tre din stack faktisk udfører, og knyt derefter den regel til, der passer. Produktetiketter afgør intet her, og den anvendte protokol er heller ikke prøven.
Tre handlinger, som en proxy eller VPN kan udføre
En gateway accepterer et TCP-flow, omskriver adresser og videresender segmenter i begge retninger. Intet overlever forbindelsen på disken, og nyttelasten forbliver uigennemsigtig for gatewayen, medmindre klienten forhandler TLS med gatewayen i stedet for med oprindelsen.
En cachende mellemmand arbejder anderledes: den parser anmodningen, gemmer svaret i en levetid, den beregner eller læser fra headere, og afspiller derefter det gemte objekt til senere klienter. Noget findes nu uden for netværket, nøglet på URL og validator, og dets opbevaring er et konfigurationsvalg frem for en bivirkning.
Genudgivelse går et skridt videre. Materialet ligger på infrastruktur, du kontrollerer, henvendt til et publikum, du har valgt, ofte efter redigering. De to første handlinger beskriver transport, mens den tredje beskriver distribution.
| Handling | Hvad findes bagefter | Spørgsmål, der afgør udfaldet |
|---|---|---|
| Bære et flow | Oversættelsestilstand og buffere, der varer sekunder | Hvilken bestemmelse om mellemmænd dækker forbigående transmission? |
| Gemme et svar | Et objekt plus friskheds- og validatormetadata | Var opbevaring og afspilning tilladt, og indtil hvornår? |
| Servere værket under din URL | En offentliggjort kopi henvendt til et nyt publikum | Hvilken tilladelse dækker distribution til det publikum? |
Hvor en dekrypterende proxy gør transport til kopiering
Den forskel, der afgør de fleste diskussioner, er om boksen nogensinde holder klartekst. En ren tunnel, hvad enten WireGuard, en OpenVPN tun-enhed eller en SSH -L-videresendelse, flytter ciphertext mellem endepunkter og efterlader intet læsbart. En TLS-afsluttende proxy gør det modsatte: den fuldfører håndtrykket, buffer svaret i hukommelsen og krypterer derefter strømmen igen mod klienten. Mellem de operationer findes værket i en form, som operatøren kan inspicere og beholde.
17 USC 106 oplister reproduktion og distribution blandt de enerettigheder, som hver er underlagt de begrænsninger, der er fastsat i samme afsnit. En millisekundbuffer kan uden diskussion passe ind i en begrænsning; et opbevaret, afspilbart objekt er meget sværere at placere der. Varighed og formål vejer tungere end selve det, at hukommelsen blev berørt.
Intet af det gør en VPN til en licens, og intet af det gør enhver proxy til en krænker. Transport er ét faktum blandt flere, og det vurderbare spørgsmål forbliver det samme: hvilken handling, på hvis materiale, under hvilken tilladelse.
Cache-headere beskriver protokoltilladelse, ikke juridisk tilladelse
En HTTP-cache afgør ud fra svarmetadata, hvad den må gemme, og RFC 9111 fastsætter de regler, den følger. Cache-Control: no-store fortæller enhver compliant cache, at svaret skal kasseres, mens private begrænser genbrug til én bruger, og en lang max-age inviterer til delt lagring. Én anmodning fortæller dig, hvilken politik en oprindelse har valgt. Kør den, før du diskuterer noget andet.
curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'
Et svar, der annoncerer en lang levetid, fortæller caches, at afspilning er acceptabelt på protokolniveau. Den udtalelse siger intet om, hvorvidt du må tage det samme objekt, genhoste det og folde det ind i din egen tjeneste. To forskellige tilladelser kommer fra to forskellige mekanismer, og opfyldelse af den ene efterlader den anden præcis, hvor den var.
Spejltilfældet fejler på samme måde. End-to-end HTTPS forhindrer en transparent cache i at gemme noget, men det udfald skaber hverken en ret til at distribuere materialet eller fjerner en, du allerede havde. Protokoladfærd forklarer, hvad en boks kan; den giver aldrig autorisation.
Hvad du skal skrive ned, før tjenesten går i luften
Beskriv ordningen i vendinger, som en udenforstående kan kontrollere. Navngiv materialet og dets kilde, list de handlinger, som systemet udfører, og angiv, hvor længe hvert gemt objekt lever.
Hold den beskrivelse sammen med udrulningen i stedet for i nogens hukommelse. Når en klage ankommer, er forskellen mellem en forsvarlig position og et gæt normalt et afsnit skrevet måneder tidligere, som navngiver opbevaringsperioden og licensen.
En kort gennemgangsliste dækker de tilbagevendende huller:
- Materialets kilde og de vilkår, der er knyttet til det.
- Hver udført handling: videresende, gemme, redigere, servere.
- Opbevaring pr. objektklasse, i timer eller dage.
- Tilladelse eller begrænsning, der støttes på til serveringstrinnet.
- Kontakt- og nedtagningsvej for rettighedshavere.
Kør listen mod den live konfiguration, ikke arkitekturdiagrammet. Hvor et svar mangler, er det hul den næste opgave: enten skaf tilladelse til handlingen eller hold op med at udføre den. For en kommerciel tjeneste, lad en advokat læse den skriftlige beskrivelse op mod den jurisdiktion, du opererer i, fordi beskrivelsen er det, der gør den gennemgang mulig. Alt, du ikke kan beskrive skriftligt, er en position, du ikke kan forsvare.