Prosljeđivanje paketa, keširanje i ponovno objavljivanje izgledaju isto na nadzornoj ploči, ali se ponašaju potpuno različito kad se pojavi pitanje prava. Usluga koja prenosi bajtove između korisnika i poslužitelja obavlja jednu radnju, dok ona koja zadržava odgovor i predaje ga sljedećem posjetitelju obavlja drugu. Objavljivanje tuđeg materijala pod vlastitim imenom treća je radnja, i samo je ta treća radnja distribucija u uobičajenom smislu.

Utvrdite koju od te tri vaš sustav doista obavlja, pa joj pridružite pravilo koje joj odgovara. Oznake proizvoda ovdje ništa ne odlučuju, a ni korišteni protokol nije mjerilo.

Tri radnje koje proxy ili VPN može obaviti

Prolaz prihvaća TCP tok, prepisuje adrese i prosljeđuje segmente u oba smjera. Ništa ne nadživi vezu na disku, a korisni teret ostaje neproziran za prolaz, osim ako klijent pregovara TLS s prolazom umjesto s izvorom.

Keširajući posrednik radi drukčije: analizira zahtjev, pohranjuje odgovor na vrijeme koje izračuna ili pročita iz zaglavlja, a zatim reproducira taj pohranjeni objekt kasnijim klijentima. Nešto sada postoji izvan žice, označeno URL-om i validatorom, a njegovo zadržavanje je izbor konfiguracije, a ne nuspojava.

Ponovno objavljivanje ide korak dalje. Materijal stoji na infrastrukturi koju kontrolirate, upućen publici koju ste odabrali, često nakon uređivanja. Prve dvije radnje opisuju prijenos, treća opisuje distribuciju.

RadnjaŠto postoji poslijePitanje koje odlučuje ishod
Prenošenje tokaStanje prevođenja i međuspremnici koji traju sekundeKoja odredba o posrednicima pokriva prolazni prijenos?
Pohrana odgovoraObjekt plus metapodaci svježine i validatoraJesu li zadržavanje i reprodukcija bili dopušteni, i do kada?
Posluživanje djela pod vlastitim URL-omObjavljena kopija upućena novoj publiciKoje dopuštenje pokriva distribuciju toj publici?

Gdje proxy koji dešifrira pretvara prijenos u kopiranje

Razlika koja odlučuje većinu sporova jest drži li oprema ikada otvoreni tekst. Čisti tunel, bio to WireGuard, OpenVPN tun uređaj ili SSH -L prosljeđivanje, prenosi šifrirani tekst između krajnjih točaka i ne ostavlja ništa čitljivo. Proxy koji završava TLS radi suprotno: dovrši rukovanje, međuspremi odgovor u memoriji, a zatim ponovno šifrira tok prema klijentu. Između tih operacija djelo postoji u obliku koji operator može pregledati i zadržati.

17 USC 106 navodi reprodukciju i distribuciju među isključivim pravima, a svako od njih podliježe ograničenjima iz istog zakonika. Međuspremnik od milisekunde može se bez rasprave smjestiti unutar ograničenja; zadržani objekt koji se može reproducirati mnogo je teže tamo smjestiti. Trajanje i svrha teže više od činjenice da je memorija uopće dotaknuta.

Ništa od toga ne pretvara VPN u licenciju i ne čini svaki proxy prekršiteljem. Prijenos je jedna činjenica među nekoliko, a pitanje koje se može ocijeniti ostaje isto: koja radnja, na čijem materijalu, pod kojim dopuštenjem.

Zaglavlja keša opisuju dopuštenje protokola, ne pravno dopuštenje

HTTP keš odlučuje što smije pohraniti iz metapodataka odgovora, a RFC 9111 postavlja pravila kojih se pridržava. Cache-Control: no-store nalaže svakom sukladnom kešu da odbaci odgovor, dok private ograničava ponovnu uporabu na jednog korisnika, a dug max-age poziva na zajedničku pohranu. Jedan zahtjev kaže koju je politiku izvor odabrao. Pokrenite ga prije nego raspravljate o bilo čemu drugom.

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

Odgovor koji oglašava dug rok trajanja govori keševima da je reprodukcija prihvatljiva na razini protokola. Ta izjava ne kaže ništa o tome smijete li uzeti isti objekt, ponovno ga ugostiti i uklopiti u vlastitu uslugu. Dva različita dopuštenja dolaze iz dva različita mehanizma, a ispunjavanje jednoga ostavlja drugo točno ondje gdje je bilo.

Zrcalni slučaj pada na isti način. HTTPS od kraja do kraja sprječava prozirni keš da bilo što pohrani, ali taj ishod ne stvara pravo na distribuciju materijala i ne ukida ono koje ste već imali. Ponašanje protokola objašnjava što oprema može; ono nikada ne daje ovlaštenje.

Što zapisati prije nego usluga krene uživo

Opišite taj raspored riječima koje bi vanjski promatrač mogao provjeriti. Imenujte materijal i njegov izvor, navedite radnje koje sustav obavlja i navedite koliko dugo živi svaki pohranjeni objekt.

Držite taj opis uz implementaciju, a ne u nečijem sjećanju. Kad stigne pritužba, razmak između obranjive pozicije i nagađanja obično je odlomak napisan mjesecima prije koji imenuje razdoblje zadržavanja i licenciju.

Kratak popis za pregled pokriva ponavljajuće rupe:

  • Izvor materijala i uvjeti koji su uz njega vezani.
  • Svaka obavljena radnja: prosljeđivanje, pohrana, uređivanje, posluživanje.
  • Zadržavanje po klasi objekata, u satima ili danima.
  • Dopuštenje ili ograničenje na kojemu počiva korak posluživanja.
  • Kontakt i put uklanjanja za nositelje prava.

Provjerite popis prema živoj konfiguraciji, a ne prema dijagramu arhitekture. Gdje odgovor nedostaje, ta je praznina sljedeći zadatak: ili pribavite dopuštenje za radnju ili je prestanite obavljati. Za komercijalnu uslugu, dajte odvjetniku da pročita pisani opis u odnosu na jurisdikciju u kojoj poslujete, jer upravo opis omogućuje taj pregled. Sve što ne možete opisati napisano jest pozicija koju ne možete obraniti.

Povezani članci