Reducir el riesgo sobre la propiedad intelectual en el teatro: cómo gestiona SurtitleLive guiones y traducciones

En SurtitleLive entendemos que tus guiones y traducciones no son solo archivos de texto: son material de producción que puede llevar derechos de autor, licencias y sensibilidad comercial. Uno de nuestros objetivos de diseño centrales es mantener el acceso limitado al público y al personal autorizados, reduciendo al mismo tiempo la copia casual.

Aquí tienes, en lenguaje claro, una mirada práctica a los controles de runtime que SurtitleLive usa para reducir la copia y el acceso no controlado.

La seguridad de un vistazo

• Entrega de runtime bajo demanda: El visor oficial evita cargar de entrada un paquete completo del guion en texto plano.
• Segmentos de runtime cifrados: El contenido de los subtítulos se entrega como segmentos de runtime cifrados y se descifra en la memoria del navegador para mostrarlo.
• Acceso de runtime acotado: Los tokens bearer temporales, las ventanas de caducidad y los controles de revocación del lado del servidor ayudan a limitar cuánto tiempo sigue siendo útil el acceso de un espectador.
• Límites realistas: Estos controles reducen el riesgo de copia casual. No son una promesa de protección absoluta contra la copia.

1. La filosofía de «transmitir, no descargar»

Antes, muchos sistemas de subtítulos enviaban el archivo entero del guion al teléfono del espectador en cuanto se unía. Era eficiente, pero arriesgado: usuarios con conocimientos técnicos podían encontrar fácilmente ese archivo y guardar una copia de todo tu espectáculo.

Eso lo cambiamos.

SurtitleLive v2 usa una arquitectura «Fetch on Demand» (obtención bajo demanda). El visor oficial carga bajo demanda segmentos de subtítulos cifrados en torno al pie actual, en lugar de cargar de entrada el guion completo en texto plano en la interfaz.

• Sin precarga del guion completo en texto plano: El visor oficial evita presentar, al entrar, todo el guion como una única carga legible en el navegador.
• Segmentos bajo demanda: Los segmentos de subtítulos se solicitan según avanza el espectáculo y se descifran en la memoria del navegador para mostrarlos.
• Acceso de runtime por capas: Un acceso de runtime válido sigue dependiendo de tokens bearer temporales, segmentos cifrados y controles de revocación. Un cliente personalizado con un token válido podría solicitar otros segmentos permitidos, así que este diseño reduce la copia casual en lugar de hacer imposible la copia.

2. Segmentos de runtime cifrados

Incluso cuando enviamos esos pequeños fragmentos de texto al teléfono de un espectador, no los enviamos en texto plano.

• Cifrado en tránsito: Las conexiones usan HTTPS/TLS, lo que ayuda a proteger el tráfico frente a la inspección pasiva de la red en wifi público.
• Cifrado de segmentos en la capa de aplicación: El contenido de runtime de los subtítulos se divide en segmentos cifrados. El flujo de entrega de runtime usa AES-256-GCM para cifrar los segmentos y un paso de intercambio de claves antes de que el visor pueda descifrar el contenido a mostrar.
• Entrega al visor por segmentos: El visor oficial solicita segmentos de runtime cifrados y solo descifra la pequeña ventana necesaria para la reproducción. SurtitleLive no envía un paquete completo del guion en texto plano al visor del público. El comportamiento de navegadores y dispositivos puede variar, y ningún sistema web puede impedir las capturas de pantalla ni los clientes personalizados, así que esto debe tratarse como reducción del riesgo y no como protección absoluta contra la copia.

3. Acceso de runtime limitado en el tiempo

Sabemos que los enlaces se comparten. La foto de un código QR publicada en redes sociales podría, en teoría, permitir que personas ajenas al público previsto intentaran seguir el espectáculo. Para reducir ese riesgo:

• Tokens de runtime limitados en el tiempo: El acceso del espectador depende de credenciales de runtime temporales con ventanas de caducidad configuradas. Un enlace de visualización no pretende ser una copia pública duradera del espectáculo.
• Revocación del lado del servidor: Ante una preocupación de seguridad, el acceso de runtime se puede revocar desde el servidor para las solicitudes de runtime nuevas o renovadas.

Contra qué podemos (y no podemos) proteger

La seguridad siempre es un equilibrio entre protección y facilidad de uso. Queremos ser honestos sobre dónde se traza esa línea.

Lo que reducimos

• La copia casual: El visor oficial no carga de entrada el guion completo en texto plano en la interfaz, lo que reduce la copia sencilla desde el navegador.
• El intercambio casual de archivos: En la interfaz del visor no hay un único archivo de guion en texto plano expuesto para enviárselo a un amigo por correo.
• El acceso no controlado tras el espectáculo: Los tokens bearer temporales, las ventanas de caducidad y los controles de revocación del lado del servidor ayudan a limitar cuánto tiempo sigue siendo útil un acceso de runtime válido.

Lo que no podemos impedir

• Grabación de pantalla / cámaras: Si un ojo humano puede verlo, una cámara puede grabarlo. No podemos impedir que alguien haga una captura de pantalla o grabe la pantalla con otro teléfono. Como todos los sistemas de entrega de contenido digital, SurtitleLive opera dentro de las limitaciones conocidas de los medios basados en pantalla.
• OCR (reconocimiento óptico de caracteres): Un atacante decidido podría grabar la pantalla y usar software para volver a convertir el vídeo en texto.
• Clientes personalizados con acceso válido: Un cliente personalizado con credenciales de runtime válidas podría solicitar segmentos de runtime permitidos. Las credenciales de runtime deben tratarse como material de acceso y gestionarse en consecuencia.

Una nota práctica sobre seguridad

Ningún sistema de entrega digital puede garantizar una protección absoluta contra todas las formas de copia. SurtitleLive está diseñado para reducir la copia casual y el acceso no controlado, preservando a la vez una experiencia práctica para públicos y equipos de producción legítimos.

En conclusión

SurtitleLive no es DRM ni sustituye a los términos de licencia, los contratos o unas condiciones claras para el público. Es un flujo de entrega de runtime que dificulta la copia casual, evita exponer de entrada un paquete completo del guion en texto plano y da a los equipos de producción controles prácticos sobre el acceso del espectador.

Para producciones sensibles, los controles técnicos deberían combinarse con condiciones claras para el público y planificación operativa. Tu obra aparece ante el público a través del flujo de visualización aprobado, cuando el equipo de producción la pone a disposición.