Pot un VPN o un proxy copiar contingut protegit per drets d'autor? Tres actes
El reenviament de paquets, la memòria cau de respostes i la republicació plantegen qüestions de drets d'autor diferents. Encadeu l'acte que fa el vostre servei amb la norma que el regeix.
El reenviament de paquets, la memòria cau i la republicació semblen iguals des d'un tauler i es comporten de manera ben diferent quan arriba una qüestió de drets. Un servei que mou bytes entre un usuari i un servidor fa un acte, mentre que un que guarda una resposta i la lliura al visitant següent en fa un altre. Publicar material aliè sota el vostre propi nom és un tercer acte, i només aquest tercer acte és distribució en el sentit ordinari.
Esbrineu quin d'aquests tres actes fa realment la vostra pila i després apliqueu-hi la norma que li correspon. Les etiquetes de producte no hi decideixen res, i el protocol emprat tampoc no és la prova.
Tres actes que pot fer un proxy o un VPN
Una passarel·la accepta un flux TCP, reescriu adreces i reenvia segments en tots dos sentits. No sobreviu res de la connexió al disc, i la càrrega útil resta opaca per a la passarel·la tret que el client negociï TLS amb la passarel·la i no amb l'origen.
Un intermediari amb memòria cau funciona d'una altra manera: analitza la petició, desa la resposta durant un temps de vida que calcula o llegeix de les capçaleres, i després reprodueix aquell objecte desat als clients posteriors. Ara hi ha alguna cosa fora del cable, indexada per URL i validador, i la seva retenció és una decisió de configuració i no un efecte secundari.
La republicació va un pas més enllà. El material és en una infraestructura que controleu, adreçat a un públic que heu triat, sovint després d'editar-lo. Els dos primers actes descriuen transport, mentre que el tercer descriu distribució.
| Acte | Què existeix després | Pregunta que decideix el resultat |
|---|---|---|
| Portar un flux | Estat de traducció i memòries intermèdies que duren segons | Quina disposició sobre intermediaris cobreix la transmissió transitòria? |
| Desar una resposta | Un objecte més metadades de frescor i validador | La retenció i la reproducció estaven autoritzades, i fins quan? |
| Servir l'obra sota el vostre URL | Una còpia publicada adreçada a un públic nou | Quin permís cobreix la distribució a aquest públic? |
On un proxy que desxifra converteix el transport en còpia
La distinció que decideix la majoria de discussions és si la caixa arriba mai a tenir text en clar. Un túnel pur, sigui WireGuard, un dispositiu OpenVPN tun o un reenviament SSH -L, mou text xifrat entre extrems i no deixa res de llegible. Un proxy que acaba el TLS fa el contrari: completa l'encaixada de mans, posa la resposta en memòria intermèdia i tot seguit torna a xifrar el flux cap al client. Entre aquestes operacions l'obra existeix en una forma que l'operador pot inspeccionar i guardar.
17 USC 106 enumera la reproducció i la distribució entre els drets exclusius, cadascun subjecte a les limitacions establertes en el mateix títol. Una memòria intermèdia d'un mil·lisegon pot encaixar en una limitació sense discussió; un objecte retingut i reproduïble és molt més difícil de col·locar-hi. La durada i la finalitat pesen més que el fet que s'hagi tocat la memòria.
Res d'això converteix un VPN en una llicència, ni fa que tot proxy sigui infractor. El transport és un fet entre diversos, i la pregunta avaluable continua sent la mateixa: quin acte, sobre material de qui, amb quin permís.
Les capçaleres de memòria cau descriuen permís de protocol, no permís legal
Una memòria cau HTTP decideix què pot desar a partir de les metadades de la resposta, i l'RFC 9111 estableix les regles que segueix. Cache-Control: no-store diu a tota memòria cau compliant que descarti la resposta, mentre que private limita la reutilització a un sol usuari i un max-age llarg convida a l'emmagatzematge compartit. Una sola petició us diu quina política ha triat un origen. Executeu-la abans de discutir sobre qualsevol altra cosa.
curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'
Una resposta que anuncia una vida llarga diu a les memòries cau que la reproducció és acceptable a nivell de protocol. Aquesta afirmació no diu res sobre si podeu agafar el mateix objecte, tornar-lo a allotjar i incorporar-lo al vostre servei. Dos permisos diferents venen de dos mecanismes diferents, i satisfer-ne un deixa l'altre exactament on era.
El cas mirall falla de la mateixa manera. HTTPS d'extrem a extrem impedeix que una memòria cau transparent desi res, però aquest resultat no crea cap dret a distribuir el material ni elimina el que ja teníeu. El comportament del protocol explica què pot fer una caixa; mai no atorga autorització.
Què cal posar per escrit abans que el servei entri en funcionament
Descriviu l'acord en termes que un foraster pugui comprovar. Anomeneu el material i la seva font, lliste les accions que fa el sistema i digueu quant de temps viu cada objecte desat.
Guardeu aquesta descripció amb el desplegament i no en la memòria d'algú. Quan arriba una queixa, la diferència entre una posició defensable i una conjectura sol ser un paràgraf escrit mesos abans que anomena el període de retenció i la llicència.
Una llista breu de revisió cobreix els forats recurrents:
- Font del material i condicions que hi van lligades.
- Cada acte realitzat: reenviar, desar, editar, servir.
- Retenció per classe d'objecte, en hores o dies.
- Permís o limitació en què es basa el pas de servir.
- Contacte i via de retirada per als titulars de drets.
Passeu la llista per la configuració en viu, no pel diagrama d'arquitectura. On falta una resposta, aquest buit és la tasca següent: o obtenir permís per a l'acte o deixar de fer-lo. Per a un servei comercial, feu que un advocat llegeixi la descripció escrita segons la jurisdicció on opere, perquè la descripció és el que fa possible aquesta revisió. Tot allò que no pugueu descriure per escrit és una posició que no podeu defensar.