Comprendre en profondeur le système technique DRM pour protéger la distribution sécurisée du contenu vidéo
Le DRM (Digital Rights Management, Gestion des Droits Numériques) est un système technique visant à protéger le contenu numérique contre tout accès et toute reproduction non autorisés. Dans le domaine vidéo, le DRM utilise des technologies de chiffrement pour garantir que seuls les utilisateurs autorisés peuvent lire le contenu vidéo. Il s'agit d'une infrastructure centrale pour les plateformes vidéo en ligne, les services de vidéo payante, le contenu éducatif, etc.
Beaucoup de gens confondent DRM et chiffrement vidéo classique. Le chiffrement AES-128 classique (comme l'AES-128 dans HLS) ne fait que chiffrer le contenu vidéo, et la clé est généralement transmise en clair dans le M3U8, avec une sécurité faible. Le système DRM, quant à lui, offre une gestion complète des clés, une authentification des appareils, un contrôle des droits et un environnement de lecture sécurisé, avec un niveau de sécurité supérieur.
Actuellement, il existe trois systèmes DRM dominants, développés respectivement par Google, Apple et Microsoft, formant une situation de concurrence tripartite.
Widevine est un système DRM développé par Google. C'est la solution DRM la plus largement utilisée aujourd'hui, en particulier dans les écosystèmes Android et Chrome.
FairPlay est un système DRM développé par Apple, principalement utilisé dans l'écosystème Apple, notamment iOS, macOS, tvOS et le navigateur Safari.
PlayReady est un système DRM développé par Microsoft, largement utilisé dans l'écosystème Windows et certains téléviseurs intelligents.
Le flux de travail d'un système DRM peut être divisé en trois phases principales : chiffrement du contenu, obtention de licence et lecture sécurisée.
Le fournisseur de contenu utilise un outil de chiffrement pour crypter le contenu vidéo et écrit les informations de chiffrement dans les métadonnées du fichier vidéo. Le processus de chiffrement utilise un algorithme de chiffrement symétrique (comme AES), et les clés de chiffrement sont gérées de manière centralisée par un système de gestion de clés.
Lorsque l'utilisateur lit la vidéo, le lecteur envoie d'abord une demande de licence au serveur de licences DRM. La demande contient les informations sur l'appareil, les informations d'authentification de l'utilisateur et l'ID du contenu. Après vérification, le serveur de licences génère une licence contenant la clé de déchiffrement et la renvoie au lecteur.
Après avoir obtenu la licence, le lecteur utilise la clé qu'elle contient pour déchiffrer le contenu vidéo. Sur les appareils à haut niveau de sécurité, les processus de déchiffrement et de décodage s'effectuent dans un environnement d'exécution de confiance (TEE), de sorte que même si le système est compromis, le contenu en clair ne peut pas être récupéré.
Les navigateurs modernes offrent une prise en charge DRM via l'API EME (Encrypted Media Extensions). EME définit un ensemble d'API JavaScript standard permettant aux applications web d'interagir avec les systèmes DRM.
// Vérifier la prise en charge DRM
async function checkDRMSupport(keySystem) {
const config = [{
initDataTypes: ['cenc'],
videoCapabilities: [{
contentType: 'video/mp4;codecs="avc1.42E01E"'
}]
}];
try {
const access = await navigator.requestMediaKeySystemAccess(
keySystem,
config
);
return true;
} catch (e) {
return false;
}
}
// Vérifier la prise en charge Widevine
const widevineSupported = await checkDRMSupport(
'com.widevine.alpha'
);
// Vérifier la prise en charge FairPlay
const fairplaySupported = await checkDRMSupport(
'com.apple.fps.1_0'
);const video = document.getElementById('video');
const licenseUrl = 'https://drm.example.com/widevine/license';
async function setupDRM() {
const keySystem = 'com.widevine.alpha';
const config = [{
initDataTypes: ['cenc'],
videoCapabilities: [{
contentType: 'video/mp4;codecs="avc1.42E01E"'
}]
}];
const access = await navigator.requestMediaKeySystemAccess(
keySystem,
config
);
const mediaKeys = await access.createMediaKeys();
await video.setMediaKeys(mediaKeys);
video.addEventListener('encrypted', handleEncrypted);
}
async function handleEncrypted(event) {
const session = video.mediaKeys.createSession();
session.addEventListener('message', (e) => {
fetch(licenseUrl, {
method: 'POST',
body: e.message,
headers: {
'Content-Type': 'application/octet-stream'
}
}).then(response => response.arrayBuffer())
.then(license => session.update(license));
});
await session.generateRequest(
event.initDataType,
event.initData
);
}Le serveur de licences est un composant central du système DRM, responsable de la vérification des droits utilisateur et de la distribution des clés de déchiffrement. La construction d'un serveur de licences doit prendre en compte les aspects suivants :
Vous pouvez opter pour un service DRM commercial (comme Castlabs, EZDRM, ExpressPlay, etc.) ou auto-héberger votre serveur de licences. Les solutions commerciales ont l'avantage d'un déploiement rapide, d'une grande stabilité et d'une bonne prise en charge multi-DRM ; les solutions auto-hébergées permettent un meilleur contrôle des coûts et de la sécurité des données.
Le chiffrement et le conditionnement du contenu vidéo DRM est la première étape de l'ensemble du processus, généralement réalisé à l'aide d'outils de conditionnement professionnels.
# Chiffrer du contenu DASH avec Shaka Packager
packager \
input=input.mp4,stream=video,output=video_enc.mp4 \
input=input.mp4,stream=audio,output=audio_enc.mp4 \
--enable_widevine_encryption \
--key_server_url https://keyserver.example.com/ \
--content_id "content-12345" \
--signer "content-provider" \
--aes_signing_key "abc123..." \
--aes_signing_iv "def456..." \
--mpd_output output.mpdPour couvrir toutes les plateformes, il est généralement nécessaire de prendre en charge simultanément plusieurs systèmes DRM. La norme CENC (Common Encryption) permet d'utiliser le même contenu chiffré pour s'adapter à différents systèmes DRM : il suffit que le lecteur sélectionne le schéma DRM correspondant en fonction de l'appareil pour obtenir la licence.
Ne vous fiez pas à un seul système DRM. Il est recommandé d'utiliser le chiffrement CENC tout en prenant en charge Widevine, FairPlay et PlayReady pour couvrir le plus grand nombre d'appareils et de navigateurs possible.
Pour les appareils ou navigateurs ne prenant pas en charge le DRM, il faut disposer d'une solution de secours. Vous pouvez utiliser HLS avec chiffrement AES-128 comme alternative ; bien que la sécurité soit inférieure, elle offre au moins une protection de base.
Les clés de chiffrement sont un atout central du DRM et doivent être conservées avec soin. Il est recommandé d'utiliser un service de gestion de clés (KMS) professionnel ; les clés ne doivent jamais être stockées en clair dans le code client ou les fichiers de configuration.
Le processus d'obtention de la licence DRM doit être transparent pour l'utilisateur, en évitant des temps d'attente trop longs. Vous pouvez précharger la licence ou l'obtenir avant que l'utilisateur ne clique sur lecture pour réduire l'attente.
Le DRM est un outil technique important pour protéger la sécurité du contenu vidéo. Les trois systèmes Widevine, FairPlay et PlayReady ont chacun leurs spécificités et dominent des écosystèmes différents. Grâce à l'API EME, les applications web peuvent mettre en œuvre une lecture vidéo DRM sécurisée dans le navigateur.
Dans les projets concrets, il est recommandé d'adopter une solution multi-DRM, combinée à la norme CENC, pour adapter un même contenu chiffré à plusieurs systèmes DRM. Parallèlement, il convient de mettre en place une stratégie de dégradation pour garantir une protection de base du contenu et une expérience de lecture même sur les appareils ne prenant pas en charge le DRM.
Si vous souhaitez en savoir plus sur la lecture HLS et le chiffrement vidéo, vous pouvez consulter notre Guide d'utilisation HLS.js, ou utiliser directement notre lecteur M3U8 en ligne pour expérimenter la lecture de streaming.
Plus d'articles et d'outils pratiques
Comparaison approfondie des principes, des données de latence et des conseils de sélection de trois technologies de diffusion en direct à faible latence : WebRTC, LL-HLS et SRT.
Lire la suite →Explorer comment WebAssembly accélère le traitement vidéo, incluant l'utilisation de FFmpeg.wasm, la comparaison des performances et les précautions de développement.
Lire la suite →Indicateurs QoS vidéo, analyse des journaux, algorithmes de détection d'anomalies, pour construire un système de surveillance complet des services vidéo.
Lire la suite →Utilisez notre lecteur M3U8 en ligne gratuit, pas besoin de coder, lisez directement des flux vidéo HLS dans le navigateur
Essayer maintenant ➡