Darf ein VPN oder Proxy urheberrechtlich geschützte Inhalte kopieren? Drei Handlungen

Paketweiterleitung, Caching und erneute Veröffentlichung sehen von einem Dashboard aus gleich aus und verhalten sich völlig anders, sobald eine Rechtsfrage auftaucht. Ein Dienst, der Bytes zwischen einem Nutzer und einem Server bewegt, führt eine Handlung aus, während einer, der eine Antwort behält und sie dem nächsten Besucher aushändigt, eine andere ausführt. Fremdes Material unter eigenem Namen zu veröffentlichen ist eine dritte, und nur diese dritte Handlung ist Verbreitung im gewöhnlichen Sinne.

Finden Sie heraus, welche dieser drei Handlungen Ihr Stack tatsächlich ausführt, und ordnen Sie dann die passende Regel zu. Produktlabels entscheiden hier nichts, und auch das verwendete Protokoll ist nicht der Maßstab.

Drei Handlungen, die ein Proxy oder VPN ausführen kann

Ein Gateway nimmt einen TCP-Fluss an, schreibt Adressen um und leitet Segmente in beide Richtungen weiter. Nach der Verbindung bleibt nichts auf der Platte zurück, und die Nutzlast bleibt für das Gateway undurchsichtig, es sei denn, der Client handelt TLS mit dem Gateway statt mit dem Ursprung aus.

Ein cachender Vermittler arbeitet anders: Er analysiert die Anfrage, speichert die Antwort für eine Lebensdauer, die er berechnet oder aus Headern liest, und spielt dieses gespeicherte Objekt späteren Clients erneut vor. Etwas existiert nun außerhalb der Leitung, verschlüsselt nach URL und Validator, und seine Aufbewahrung ist eine Konfigurationsentscheidung statt eines Nebeneffekts.

Die erneute Veröffentlichung geht einen Schritt weiter. Das Material liegt auf Infrastruktur, die Sie kontrollieren, an ein Publikum adressiert, das Sie gewählt haben, oft nach Bearbeitung. Die ersten beiden Handlungen beschreiben Transport, die dritte beschreibt Verbreitung.

Wo ein entschlüsselnder Proxy Transport in Kopieren verwandelt

Der Unterschied, der die meisten Auseinandersetzungen entscheidet, ist ob die Box jemals Klartext hält. Ein reiner Tunnel, ob WireGuard, ein OpenVPN tun-Gerät oder SSH-L-Weiterleitung, bewegt Chiffretext zwischen Endpunkten und lässt nichts Lesbares zurück. Ein TLS-terminierender Proxy tut das Gegenteil: Er vollendet den Handshake, puffert die Antwort im Speicher und verschlüsselt den Strom dann erneut zum Client. Zwischen diesen Vorgängen existiert das Werk in einer Form, die der Betreiber einsehen und behalten kann.

17 USC 106 führt Vervielfältigung und Verbreitung unter den ausschließlichen Rechten auf, jedes den im selben Titel festgelegten Schranken unterworfen. Ein Millisekunden-Puffer mag ohne Diskussion in eine Schranke passen; ein aufbewahrtes, wiedergabefähiges Objekt ist dort viel schwerer unterzubringen. Dauer und Zweck wiegen schwerer als die Tatsache, dass Speicher überhaupt berührt wurde.

Nichts davon macht ein VPN zu einer Lizenz, und nichts davon macht jeden Proxy zum Verletzer. Transport ist ein Fakt unter mehreren, und die bewertbare Frage bleibt dieselbe: welche Handlung, an wessen Material, unter welcher Erlaubnis.

Cache-Header beschreiben Protokollerlaubnis, nicht rechtliche Erlaubnis

Ein HTTP-Cache entscheidet anhand der Antwort-Metadaten, was er speichern darf, und RFC 9111 legt die Regeln fest, denen er folgt. Cache-Control: no-store weist jeden konformen Cache an, die Antwort zu verwerfen, während private die Wiederverwendung auf einen Nutzer beschränkt und ein langes max-age zu gemeinsamer Speicherung einlädt. Eine Anfrage zeigt, welche Richtlinie ein Ursprung gewählt hat. Führen Sie sie aus, bevor Sie über irgendetwas anderes streiten.

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

Eine Antwort, die eine lange Lebensdauer auslobt, teilt Caches mit, dass Wiedergabe auf Protokollebene zulässig ist. Diese Aussage sagt nichts darüber, ob Sie dasselbe Objekt nehmen, erneut hosten und in Ihren eigenen Dienst einbinden dürfen. Zwei verschiedene Erlaubnisse stammen aus zwei verschiedenen Mechanismen, und die eine zu erfüllen lässt die andere genau dort, wo sie war.

Der Spiegelfall scheitert genauso. Ende-zu-Ende-HTTPS hindert einen transparenten Cache daran, irgendetwas zu speichern, doch dieses Ergebnis schafft kein Recht, das Material zu verbreiten, und hebt keines auf, das Sie schon hatten. Protokollverhalten erklärt, was eine Box kann; es liefert niemals eine Berechtigung.

Was Sie vor dem Start des Dienstes aufschreiben sollten

Beschreiben Sie die Regelung in Begriffen, die ein Außenstehender prüfen kann. Nennen Sie das Material und seine Quelle, listen Sie die Handlungen auf, die das System ausführt, und geben Sie an, wie lange jedes gespeicherte Objekt lebt.

Bewahren Sie diese Beschreibung beim Deployment auf, nicht in jemandes Gedächtnis. Wenn eine Beschwerde eintrifft, ist der Abstand zwischen einer verteidigungsfähigen Position und einer Vermutung meist ein Absatz, der Monate zuvor geschrieben wurde und die Aufbewahrungsfrist und die Lizenz nennt.

Eine kurze Prüfliste deckt die wiederkehrenden Lücken ab:

• Quelle des Materials und die daran geknüpften Bedingungen.
• Jede ausgeführte Handlung: weiterleiten, speichern, bearbeiten, ausliefern.
• Aufbewahrung je Objektklasse, in Stunden oder Tagen.
• Erlaubnis oder Schranke, auf die sich der Auslieferungsschritt stützt.
• Kontakt- und Takedown-Weg für Rechteinhaber.

Prüfen Sie die Liste gegen die laufende Konfiguration, nicht gegen das Architekturdiagramm. Wo eine Antwort fehlt, ist diese Lücke die nächste Aufgabe: entweder die Erlaubnis für die Handlung einholen oder sie unterlassen. Bei einem kommerziellen Dienst sollte ein Anwalt die schriftliche Beschreibung gegen die Jurisdiktion lesen, in der Sie tätig sind, denn die Beschreibung ist es, die diese Prüfung möglich macht. Alles, was Sie nicht schriftlich beschreiben können, ist eine Position, die Sie nicht verteidigen können.