LearnSuite
← Volver al blog

Producto y vídeo

Cómo proteger los vídeos de tu curso online sin volverte paranoico

Proteger los vídeos de tu curso online: marca de agua, enlaces firmados, DRM y sus límites reales. Qué nivel de protección tiene sentido en un curso pequeño.

Por Equipo LearnSuite · · 8 min de lectura

Cuando subes por fin tu primer curso, aparece una pregunta incómoda: ¿y si alguien lo copia? La respuesta honesta tiene dos partes. Primero, ninguna protección de vídeo es absoluta. Segundo, sí puedes hacer que compartir tu curso sea incómodo, rastreable y poco rentable, y eso suele bastar. Este artículo recorre las cuatro capas habituales (enlaces firmados, marca de agua, DRM y control de dispositivos), explica qué hace cada una con fuentes técnicas y termina con una propuesta proporcionada para un curso pequeño.

Qué estás protegiendo realmente

Antes de elegir herramientas conviene distinguir tres riesgos distintos, porque cada capa resuelve uno diferente:

  • El enlace que circula. Un alumno copia la URL del vídeo y la pasa por un grupo de mensajería.
  • La cuenta compartida. Un alumno presta su acceso a varias personas.
  • La copia del archivo. Alguien graba el vídeo y lo resube a otro sitio.

Los dos primeros se pueden frenar bien con técnica ordinaria. El tercero no se puede impedir del todo, solo encarecer y desincentivar. Tener claro esto evita gastar dinero en soluciones pensadas para estudios de cine.

Primera capa: enlaces firmados y caducables

Un vídeo alojado en una URL pública se puede ver con solo conocer esa dirección. La alternativa es que el vídeo exija una firma que tu servidor genera solo cuando el alumno tiene derecho a verlo.

La documentación de Cloudflare Stream lo describe así: sin URLs firmadas, cualquiera con el identificador del vídeo puede verlo; con ellas, hace falta un token firmado. Ese mismo documento señala que el token generado por su endpoint es válido durante una hora por defecto y que, si firmas tú con una clave propia, el campo de caducidad no puede superar las 24 horas desde la firma. Además, revocar la clave de firma invalida todos los tokens creados con ella.

Amazon CloudFront funciona con la misma idea. Una URL firmada incluye una política con información adicional, por ejemplo la fecha y hora de caducidad, y con una política personalizada también puedes indicar desde cuándo vale e incluso restringirla a una dirección IP o a un rango. CloudFront comprueba la caducidad en el momento de la petición HTTP, así que una descarga ya iniciada puede terminar aunque el plazo expire a mitad, pero una petición nueva posterior falla.

Qué consigues con esto:

  • Un enlace copiado muere solo pasados unos minutos u horas.
  • Puedes negar el acceso a quien deja de ser alumno, sin esperar a que nadie borre nada.
  • Tu servidor decide en cada reproducción si el alumno tiene licencia, pago al día y cuenta válida.

Qué no consigues: la firma protege el transporte, no el contenido que llega al reproductor. Quien está autorizado durante esos minutos recibe el vídeo y puede, técnicamente, grabarlo mientras lo ve.

Segunda capa: marca de agua visible

La marca de agua visible (el nombre o el correo del alumno superpuesto sobre la imagen) no impide copiar: identifica. Su valor es disuasorio y de trazabilidad. Quien sabe que su nombre aparece en pantalla piensa dos veces antes de colgar una grabación, y si una copia aparece en internet puedes saber de qué cuenta salió y cerrarla.

Es relevante porque funciona precisamente donde fallan las demás capas. La entrada de la Wikipedia sobre el agujero analógico recoge que, para imágenes digitales, la marca de agua puede ser una medida eficaz.

Buenas prácticas para una marca útil sin arruinar la experiencia:

  • Que sea legible pero discreta, con opacidad moderada, en un lugar que no tape lo que enseñas.
  • Que cambie de posición cada cierto tiempo, para que no se pueda recortar con un simple encuadre.
  • Que lleve algo que identifique de verdad, no solo "Confidencial": nombre o correo del alumno.
  • Que se dibuje en el reproductor o en el propio vídeo, no como una etiqueta que un usuario avanzado pueda quitar con las herramientas del navegador. Esta última diferencia importa: una marca superpuesta con HTML es más fácil de quitar que una incrustada en los fotogramas.

Si la marca está en el reproductor, un alumno decidido puede ocultarla; si va quemada en el vídeo, el coste de procesado sube. Para un curso pequeño, la superposición en el reproductor ya cambia el comportamiento de la inmensa mayoría de la gente.

Tercera capa: DRM

El DRM cifra el vídeo y entrega la clave de descifrado solo a un reproductor autorizado, normalmente dentro de un módulo protegido del dispositivo. En la web, la pieza que lo hace posible es la especificación Encrypted Media Extensions del W3C, que define una API común para descubrir, seleccionar e interactuar con esos sistemas. Conviene leer lo que no hace: el propio texto declara que no define ningún sistema de protección de contenido o DRM, y deja la autenticación y la autorización en manos de quien construye la página.

Los sistemas concretos son tres:

  • Widevine, de Google. Su documentación general indica que sigue la especificación EME y los estándares de cifrado común, que exige un acuerdo de licencia y que no cobra por sus productos y servicios. Lista Chrome, Firefox, Edge y Android como plataformas compatibles, y Safari de escritorio o tvOS como no compatibles. Cada petición de licencia debe pasar por un proxy que opera el proveedor del contenido, y la licencia queda individualizada para el dispositivo.
  • FairPlay Streaming, de Apple, para HLS en plataformas Apple. Según la página de Apple, el SDK de servidor requiere pertenecer al Apple Developer Program y las credenciales de producción solo se aprueban si el equipo ofrece un servicio de streaming a consumidores; no se aprueban solicitudes de terceros que actúan en nombre de titulares de contenido.
  • PlayReady, de Microsoft. No lo he podido contrastar con una página oficial, así que no te doy detalles de él.

La consecuencia práctica es que un DRM completo para todos los navegadores y dispositivos implica combinar varios sistemas, una infraestructura de licencias y condiciones contractuales. Por eso suele contratarse como servicio gestionado, y por eso es sensato preguntarse si tu curso lo justifica.

Además, la fuerza de la protección depende del dispositivo. La documentación de Android explica que el plugin de DRM puede usar protección respaldada por hardware, pero que la seguridad depende de que hardware, software y servicios funcionen juntos y que no todas las plataformas admiten todas las funciones. Por eso muchos servicios limitan la resolución en dispositivos con menos garantías.

Los límites reales: pantalla, HDCP y agujero analógico

Aquí está la parte que los vendedores de protección suelen contar a medias.

Grabación de pantalla y cámara. El DRM impide extraer el archivo cifrado, pero en algún momento el vídeo se muestra. La definición de agujero analógico lo resume bien: es una vulnerabilidad percibida como fundamental e inevitable, porque una vez que el contenido se hace visible o audible, esa salida puede recapturarse digitalmente sin las protecciones del original. Una captura o una foto de la pantalla siempre es posible, aunque pierda calidad.

HDCP. Protege el cable entre dispositivos, no la pantalla. Según la entrada de Wikipedia sobre HDCP, cifra la señal entre un emisor y un receptor autorizado en interfaces como HDMI o DisplayPort. La misma fuente recoge que en 2010 se publicó una clave maestra que dejó inútil la revocación, que se han demostrado fallos en varias versiones y que existen dispositivos que eliminan la protección HDCP de la señal.

Resultado: un atacante con tiempo y conocimientos puede copiar casi cualquier vídeo que se pueda ver. Lo que la protección cambia es el coste, el riesgo y la trazabilidad de hacerlo.

Qué proporcionalidad tiene sentido en un curso pequeño

Piensa en quién es probable que te copie. En un curso de movimiento, de consulta médica o de coaching, el escenario más frecuente no es una banda de piratas, sino un alumno que comparte su cuenta o que reenvía una lección a un colega. Para eso la defensa proporcionada es:

  1. Enlaces firmados con caducidad corta. Es barato, casi invisible para el alumno y elimina el enlace que circula. Haz que la caducidad cubra la duración de la lección más un margen razonable.
  2. Marca de agua con identidad del alumno. Es la medida más eficaz contra la grabación de pantalla, porque convierte una copia anónima en una copia rastreable.
  3. Límite de dispositivos y de reproducciones simultáneas. Frena la cuenta compartida, que en la práctica es la fuga más habitual.
  4. Condiciones de uso claras. Una licencia personal por escrito, aceptada al comprar, te da base para actuar si detectas una filtración.
  5. Valor que no se copia. Corrección personalizada, comunidad, sesiones individuales y actualizaciones: eso no cabe en un archivo de vídeo.

El DRM completo tiene sentido cuando el vídeo es tu único producto, tiene un precio alto por unidad y hay un riesgo creíble de reventa organizada. Si tu curso no cumple esas tres condiciones, añade complejidad, errores de reproducción en dispositivos antiguos y coste, a cambio de un beneficio que el agujero analógico limita igualmente.

Un último criterio: mide el daño posible antes de elegir la defensa. Si una filtración te costaría unas pocas ventas, no vale la pena empeorar la experiencia de los alumnos que pagan para frenar a quien nunca iba a pagar.

Qué hace LearnSuite

En LearnSuite, las lecciones de pago se sirven con enlaces firmados de corta duración, de modo que una URL copiada caduca. Puedes activar por curso una marca de agua con los datos del alumno sobre el vídeo, y cada licencia admite hasta tres dispositivos y una sola reproducción a la vez. No presentamos esto como una barrera infranqueable: es una combinación proporcionada que dificulta compartir la cuenta y deja rastro si alguien graba.

Fuentes

  1. Cloudflare Stream docs, Secure your Stream (consultado el 14 de octubre de 2026)
  2. AWS, Amazon CloudFront Developer Guide, Use signed URLs (consultado el 14 de octubre de 2026)
  3. W3C, Encrypted Media Extensions (consultado el 14 de octubre de 2026)
  4. Google, Widevine DRM overview (consultado el 14 de octubre de 2026)
  5. Apple Developer, FairPlay Streaming (consultado el 14 de octubre de 2026)
  6. Android Open Source Project, DRM (consultado el 14 de octubre de 2026)
  7. Wikipedia, Analog hole (consultado el 14 de octubre de 2026)
  8. Wikipedia, High-bandwidth Digital Content Protection (consultado el 14 de octubre de 2026)

Artículos relacionados