Aperçu: Protection du contenu

GDN

DRM (Digital Rights Management) protège votre contenu vidéo en cryptant les données vidéo et en les déverrouillant en fonction des politiques de licence. Lorsque le contenu vidéo est chargé dans un lecteur Brightcove, le lecteur rappelle un serveur de licences et obtient l'autorisation de lire la vidéo. Cette transaction est transparente pour les spectateurs. Voir le Aperçu: Gestion des droits numériques (DRM) dans Video Cloud document pour plus d'informations.

Chiffrement HLS (HLSE)

Bien qu'il ne soit pas aussi sûr que DRM, le chiffrement HLS rend la visualisation non autorisée de vos vidéos plus difficile. Voir Protection des vidéos avec le cryptage HLS pour plus de détails sur le fonctionnement de HLSe et comment activer votre compte.

TTL (authentification par jeton)

Si vous fournissez du contenu premium ou confidentiel, vous chercherez tous les moyens de garantir sa sécurité. Vous ne souhaitez pas que les utilisateurs finaux puissent copier des URL vidéo ou continuer à lire du contenu sans l'autorisation appropriée. Brightcove prend en charge la signature VOD des URL HLS, MP4 et DASH. La signature est prise en charge pour les configurations Brightcove House et BYO CDN avec Akamai, Fastly, Cloudfront et JOCDN.

Par défaut, les jetons TTL ont une durée de vie très courte. Vous pouvez augmenter la durée de vie si nécessaire (pour les flux MRSS et autres cas d'utilisation) en contacter l'assistance Brightcove pour qu'ils définissent la valeur de durée de vie du jeton plus élevée. La fourchette admissible est d'une heure à un an. N'oubliez pas qu'il s'agit d'un paramètre de compte, cependant. Ne définissez pas la valeur si élevée qu'elle pourrait compromettre la sécurité de vos autres vidéos.

Manifeste court TTL

Dans le flux de travail de la lecture, le lecteur Brightcove appelle l'API de lecture (ou l'API Edge Auth) pour récupérer les manifestes disponibles afin de démarrer la lecture en fournissant une clé de stratégie (ou JWT) pour l'authentification.

Une couche de mise en cache a été introduite pour permettre à ces API de s'adapter et d'être hautement disponibles. Cette couche stocke les réponses de l'API URL du manifeste signé et de l'API de lecture. Comme les manifestes signés seront mis en cache, le TTL doit être suffisamment long pour être valide pendant la durée du cache, plus une mémoire tampon pour le lecteur.

Les TTL courts et manifestes permettent aux spectateurs de poursuivre la lecture sans encombre. En outre, toutes les fonctions de distribution dynamique fonctionnent avec le TTL à manifeste court.

Les restrictions de domaine

Les restrictions de domaines peuvent uniquement être mises en place sur les lecteurs pour limiter les domaines dans lesquels les lecteurs peuvent être utilisés. Si le code de publication du lecteur est copié et utilisé sur un autre site, les restrictions de domaines empêcheront le lecteur de charger des vidéos. Les éditeurs doivent utiliser le code intégré dans la page pour réellement faire fonctionner la lecture sur les domaines qui ont été mis en liste blanche. Les éditeurs ne peuvent pas utiliser le code d'intégration iframe sur un domaine de liste blanche (ou tout autre domaine) et s'attendent à ce que la lecture fonctionne correctement.

Voir le Configuration des restrictions de contenu du lecteur document pour savoir comment limiter le domaine de votre lecteur et le Messagerie de restrictions de domaine document expliquant comment gérer les erreurs de restriction de domaine dans Brightcove Player.