Kan een VPN of proxy auteursrechtelijk beschermde inhoud kopiëren? Drie handelingen

Pakketten doorsturen, cachen en herpubliceren lijken vanaf een dashboard op elkaar en gedragen zich totaal verschillend zodra er een rechtvraag opduikt. Een dienst die bytes tussen een gebruiker en een server verplaatst, verricht één handeling, terwijl een dienst die een antwoord bewaart en aan de volgende bezoeker geeft, een andere verricht. Materiaal van iemand anders onder uw eigen naam publiceren is een derde, en alleen die derde handeling is distributie in gewone zin.

Bepaal welke van die drie uw stack werkelijk uitvoert en koppel daar vervolgens de regel aan die erbij hoort. Productlabels beslissen hier niets, en het gebruikte protocol is evenmin de toets.

Drie handelingen die een proxy of VPN kan verrichten

Een gateway accepteert een TCP-stroom, herschrijft adressen en stuurt segmenten in beide richtingen door. Niets overleeft de verbinding op schijf, en de payload blijft ondoorzichtig voor de gateway, tenzij de client TLS onderhandelt met de gateway in plaats van met de oorsprong.

Een cachelaag werkt anders: hij parseert het verzoek, bewaart het antwoord voor een levensduur die hij berekent of uit headers leest, en speelt dat opgeslagen object later weer af aan latere clients. Er bestaat nu iets buiten de draad, gekoppeld aan URL en validator, en het bewaren ervan is een configuratiekeuze, geen neveneffect.

Herpubliceren gaat een stap verder. Het materiaal staat op infrastructuur die u beheert, gericht op een publiek dat u hebt gekozen, vaak na bewerking. De eerste twee handelingen beschrijven transport, de derde beschrijft distributie.

Waar een ontsleutelende proxy doorvoer in kopiëren verandert

Het verschil dat de meeste discussies beslecht, is of het apparaat ooit platte tekst vasthoudt. Een zuivere tunnel, of dat nu WireGuard, een OpenVPN tun-apparaat of een SSH -L-doorsturing is, verplaatst ciphertext tussen de eindpunten en laat niets leesbaars achter. Een TLS-beëindigende proxy doet het omgekeerde: hij rondt de handshake af, buffert het antwoord in het geheugen en versleutelt de stroom daarna opnieuw richting client. Tussen die bewerkingen bestaat het werk in een vorm die de operator kan inspecteren en bewaren.

17 USC 106 noemt reproductie en distributie onder de exclusieve rechten, elk onderworpen aan de beperkingen in hetzelfde wetboek. Een buffer van een milliseconde past zonder discussie binnen een beperking; een bewaard, herspeelbaar object is daar veel moeilijker te plaatsen. Duur en doel wegen zwaarder dan het feit dat het geheugen überhaupt is aangeraakt.

Niets daarvan maakt van een VPN een licentie, en niets maakt van elke proxy een inbreukmaker. Transport is één feit naast andere, en de beoordeelbare vraag blijft dezelfde: welke handeling, op wiens materiaal, onder welke toestemming.

Cacheheaders beschrijven protocoltoestemming, geen juridische toestemming

Een HTTP-cache beslist uit de metadata van het antwoord wat hij mag opslaan, en RFC 9111 stelt de regels vast die hij volgt. Cache-Control: no-store zegt tegen elke conforme cache dat het antwoord weg moet, terwijl private hergebruik beperkt tot één gebruiker en een lange max-age uitnodigt tot gedeelde opslag. Eén verzoek vertelt u welk beleid een oorsprong heeft gekozen. Voer het uit voordat u over iets anders discussieert.

curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'

Een antwoord dat een lange levensduur adverteert, vertelt caches dat herspelen op protocolniveau aanvaardbaar is. Die uitspraak zegt niets over de vraag of u hetzelfde object mag nemen, opnieuw mag hosten en in uw eigen dienst mag opnemen. Twee verschillende toestemmingen komen uit twee verschillende mechanismen, en het vervullen van de ene laat de andere precies waar hij was.

Het spiegelgeval faalt op dezelfde manier. End-to-end HTTPS weerhoudt een transparante cache ervan iets op te slaan, maar dat resultaat schept geen recht om het materiaal te distribueren en neemt er ook geen weg dat u al had. Protocolgedrag verklaart wat een apparaat kan; het levert nooit autorisatie.

Wat u moet vastleggen voordat de dienst live gaat

Beschrijf de regeling in termen die een buitenstaander kan controleren. Noem het materiaal en de bron, som de handelingen op die het systeem verricht, en vermeld hoe lang elk opgeslagen object leeft.

Bewaar die beschrijving bij de uitrol en niet in iemands geheugen. Wanneer er een klacht komt, is de kloof tussen een verdedigbare positie en een gok meestal een alinea die maanden eerder is geschreven en die de bewaartermijn en de licentie noemt.

Een korte reviewlijst dekt de terugkerende gaten:

• Bron van het materiaal en de voorwaarden die eraan hangen.
• Elke verrichte handeling: doorsturen, opslaan, bewerken, aanbieden.
• Bewaring per objectklasse, in uren of dagen.
• Toestemming of beperking waarop de aanbiedingsstap steunt.
• Contact en verwijderroute voor rechthebbenden.

Loop de lijst na tegen de live configuratie, niet tegen het architectuurdiagram. Waar een antwoord ontbreekt, is dat gat de volgende taak: vraag toestemming voor de handeling of stop ermee. Laat voor een commerciële dienst een advocaat de schriftelijke beschrijving lezen tegen de jurisdictie waarin u werkt, want die beschrijving maakt de beoordeling mogelijk. Alles wat u niet schriftelijk kunt beschrijven, is een positie die u niet kunt verdedigen.