Auteur Sujet: Vidéo avec DRM / CDM en HTML5 et Netflix  (Lu 35607 fois)

0 Membres et 1 Invité sur ce sujet

corrector

  • Invité
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #24 le: 27 mai 2014 à 21:13:45 »
Je prefere voir Flash et Silverlight disparaitre au profit d'un truc ouvert et commun qui marche partout plutôt que de subir avec la situation actuelle pendant des décennies.
C'est de l'humour, j'espère.

corrector

  • Invité
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #25 le: 27 mai 2014 à 21:26:27 »
C'est ca un compromis: au lieu d'avoir un blob propriétaire qui fait tout (flash, silverlight) on a juste un petit bout de code pour qui ne sert qu'a décrypter , tout le reste est open et commun.

C'est vraiment tout le contraire d'hideux en plus. C'est bien ne pas connaitre la programmation et le sujet que de dire ça.
Non, c'est génial :
- le flux en clair est livré à l'application open source, il y a zéro protection à ce niveau; ce n'est pas plus le "analog gap", c'est le "numeric gap"
- mais on passe par un machin proprio pour avoir ce magnifique résultat

Bon, c'est vrai, le flux compressé n'est pas livré à l'application!

Sérieusement, tu crois que c'est ce que les éditeurs paranos voulaient? Tu crois qu'ils s'arrêterons là et ne réclameront pas d'envoyer les images à la carte graphique?

Tu crois qu'il ne faudra pas aussi un "trusted path" dans le driver graphique?

corrector

  • Invité
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #26 le: 27 mai 2014 à 21:50:50 »
HDCP est cracké, il suffit d'acheter un petit boîtier HDFury enlever la protection et pour enregistrer un flux full HD.
Le protocole n'est pas cracké cryptographiquement, mais la clé principale a été publiée.

Je pense que ça a été fait exprès par le fabricant pour couler le truc.

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 804
  • 73
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #27 le: 27 mai 2014 à 22:10:03 »
Ils ne veulent pas un DRM inviolable et ultra sécurisé, ils savent très bien qu'un hacker/truant de haut vol pourra toujours copier et pirater leur contenus, c'est pas ca leur soucis. Ils veulent juste que Mme Michu ne puisse pas le faire elle meme.

Faut bien relativiser les choses la. C'est comme les portes et les serrures sur les maisons. On met une porte et une serrure juste pour que 99% des 'autres' n'entrent pas, pas pour empêcher 'un vrai truant' d'entrer. Avoir du 100% serait quasi impossible ou coûterait trop cher pour un particulier.

C'est pareil avec les DRM. C'est une question d’accessibilité, de facilité et de coût. Bref un compromis encore une fois. Si le contenu est trop facilement copiable/partageable par Mr Tout le monde ce dernier le fera c'est quasi certain. Essayez defaire un supermaché ou il n'y a pas vigils et de caisses, juste une caisse automatique non surveillé et les gens sont sensés payer honnêtement ce qu'ils prennent. Combien vont vraiment jouer le jeu ? et vous même ?

Déjà, rappelons-nous que notre hacker n'est pas nécessairement un « truant de haut vol », si je ne m'abuse, la loi française lui donne quelques droits s'il s'agit de lire du contenu DRMisé dans son lecteur open-source préféré :

Un protocole, un format, une méthode de cryptage, de brouillage ou de transformation ne constitue pas en tant que tel une mesure technique au sens du présent article.

Les mesures techniques ne doivent pas avoir pour effet d'empêcher la mise en oeuvre effective de l'interopérabilité, dans le respect du droit d'auteur. Les fournisseurs de mesures techniques donnent l'accès aux informations essentielles à l'interopérabilité dans les conditions définies au 1° de l'article L. 331-31 et à l'article L. 331-32.


Source : Article L331-5, code la propriété intellectuelle

III. La personne ayant le droit d'utiliser le logiciel peut sans l'autorisation de l'auteur observer, étudier ou tester le fonctionnement ou la sécurité de ce logiciel afin de déterminer les idées et principes qui sont à la base de n'importe quel élèment du logiciel lorsqu'elle effectue toute opération de chargement, d'affichage, d'exécution, de transmission ou de stockage du logiciel qu'elle est en droit d'effectuer.

IV. La reproduction du code du logiciel ou la traduction de la forme de ce code n'est pas soumise à l'autorisation de l'auteur lorsque la reproduction ou la traduction au sens du 1° ou du 2° de l'article L. 122-6 est indispensable pour obtenir les informations nécessaires à l'interopérabilité d'un logiciel créé de façon indépendante avec d'autres logiciels, sous réserve que soient réunies les conditions suivantes :

1° Ces actes sont accomplis par la personne ayant le droit d'utiliser un exemplaire du logiciel ou pour son compte par une personne habilitée à cette fin ;

2° Les informations nécessaires à l'interopérabilité n'ont pas déjà été rendues facilement et rapidement accessibles aux personnes mentionnées au 1° ci-dessus ;

3° Et ces actes sont limités aux parties du logiciel d'origine nécessaires à cette interopérabilité.


Source : Article L122-6-1, code de la propriété intellectuelle

Ensuite, qu'est-ce qui te dit que Madame Michu ne pourra pas faire de même ? Il y a un bon nombre d'exemples qui montrent le contraire... Tu peux lire des DVD dans VLC sans être un hacker ou un truand de haut vol, tu peux utiliser de quoi déverrouiller du contenu censé passer par le DRM d'Apple sans être un génie de l'informatique. Tout ça, ce sont à la base des systèmes fermés, non-documentés, qui n'étaient pas censés être lisibles sans blobs propriétaires, et pourtant...

Bref, je n'adhère pas du tout à ces analogies, car non, quand les DRM sont reversés (ce qui, me semble-t-il, finit systématiquement par arriver à un certain niveau de popularité), en général ce n'est pas qu'une petite élite qui peut en profiter, loin de là.

En plus, je ne vois vraiment pas en quoi c'est 'mauvais' pour l'utilisateur. Un code Flash/Silverlight peut etre mauvais parce qu'on a pas le source et on ne sait pas en détail ce qu'il fait. Par contre, le CDM des EME c'est un bout code qui ne peut servir qu'a décrypter du contenu et rien d'autre...

Qu'à déchiffrer du contenu et rien d'autre ? Où est-ce que tu lis ça ? Moi au contraire, ce que je comprends c'est que la W3C reste volontairement flou sur la forme technique du CDM :

Implementations may or may not separate the implementations of CDMs or treat them as separate from the user agent. This is transparent to the API and application. A user agent may support one or more CDMs.

Et spécifie clairement qu'il se peut qu'il accède directement aux fonctionnalités de la plate-forme hôte, comme on peut le voir dans le schéma de l'introduction :

CDM may use or defer to platform capabilities

Sans exclure l'existence de mécanismes de tracking intrusifs pour l'utilisateur, qui tireraient donc profit de la visibilité du CDM sur le système :

Key Systems may access or create persistent or semi-persistent identifiers for a device or user of a device. In some cases these identifiers may be bound to a specific device in a secure manner. If these identifiers are present in Key System messages, then devices and/or users may be tracked. If the mitigations below are not applied this could include both tracking of users / devices over time and associating multiple users of a given device.

Non, c'est génial :
- le flux en clair est livré à l'application open source, il y a zéro protection à ce niveau; ce n'est pas plus le "analog gap", c'est le "numeric gap"

Je lis pourtant dans le schéma de l'introduction :

CDM implementations may return decrypted frames or render them directly.
« Modifié: 21 juin 2016 à 12:19:09 par Marin »

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 093
  • Paris (75)
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #28 le: 28 mai 2014 à 01:18:53 »

Ensuite, qu'est-ce qui te dit que Madame Michu ne pourra pas faire de même ? Il y a un bon nombre d'exemples qui montrent le contraire... Tu peux lire des DVD dans VLC sans être un hacker ou un truand de haut vol, tu peux utiliser de quoi déverrouiller du contenu censé passer par le DRM d'Apple sans être un génie de l'informatique. Tout ça, ce sont à la base des systèmes fermés, non-documentés, qui n'étaient pas censés être lisibles sans blobs propriétaires, et pourtant...

Bref, je n'adhère pas du tout à ces analogies, car non, quand les DRM sont reversés (ce qui, me semble-t-il, finit systématiquement par arriver à un certain niveau de popularité), en général ce n'est pas qu'une petite élite qui peut en profiter, loin de là.
Qu'à déchiffrer du contenu et rien d'autre ? Où est-ce que tu lis ça ? Moi au contraire, ce que je comprends c'est que la W3C reste volontairement flou sur la forme technique du CDM :


C'est pas pour l’empêcher de lire son DVD qu'elle a acheté que les DRM sont la mais pour l’empêcher de le copier trop facilement (style bouton-droit copier le film ou un truc du genre). C'est tout.

Tout comme les DRM pour le web, c'est pas pour empêcher les gens qui ont payé ou sont abonnés de voir le contenu... au contraire.

Bien sur qu'une fois craqué un DRM peut être contourné par Madame Michu si quelqu'un fait une application pour ca. Encore faut il que Madame Michu soit au courant que cette application existe , qu'elle  se la procure et ensuite s'en serve. Celui qui veut pirater, pirate c'est pas ca le probleme. Celui qui veut 'fabriquer' son lecteur capable de lire ses DRM est libre de le faire. C'est pas ca le débat.

Le probleme ce sont les vidéos sur le web. Avec HTML5, de base, ce ne sont des fichiers trop facilement téléchargeables par Mme Michu, suffit de faire 'bouton droit, télécharger la video'.

Pensez vous 2 minutes que les ayant droits vont laisser faire ca comme ca et autoriser des sociétés comme Netflix ou Amazon ou Youtube ou autres à faire de la VoD payante en utilisant des standards ouverts et des navigateurs open source sans plugins 'fermés' ?

Non. Donc soit on a rien , soit on reste avec des solutions 100% propriétaires et fermés a base de Flash ou Silverlight ou autres.

Le COMPROMIS trouvé pour HTML5 c'est ce système de CDM qui réduit la partie 'obscure/fermée' au strict minimum au lieu d'avoir un énorme blob obscure. Il n'y a pas d'autre solution car c'est impossible de faire un DRM 100% open source, il faut donc bien fallu trouver un compris qui maximise la liberté de l'utilisateur.

Je vois vraiment pas ou est le probleme et ca va dans le sens de l'utilisateur.

Quand a la dangerosité du CDM, je vous conseille de relire vraiment comment ça marche et qui fournit le CDN ou comment Chrome le met en oeuvre pas exemple(sandbox native client : https://developer.chrome.com/native-client).

http://www.html5rocks.com/en/tutorials/eme/basics/
ou
https://developers.google.com/live/shows/826991846

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 804
  • 73
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #29 le: 28 mai 2014 à 02:55:38 »
C'est pas pour l’empêcher de lire son DVD qu'elle a acheté que les DRM sont la mais pour l’empêcher de le copier trop facilement (style bouton-droit copier le film ou un truc du genre). C'est tout.

Tout comme les DRM pour le web, c'est pas pour empêcher les gens qui ont payé ou sont abonnés de voir le contenu... au contraire.

Bien sur qu'une fois craqué un DRM peut être contourné par Madame Michu si quelqu'un fait une application pour ca. Encore faut il que Madame Michu soit au courant que cette application existe , qu'elle  se la procure et ensuite s'en serve. Celui qui veut pirater, pirate c'est pas ca le probleme. Celui qui veut 'fabriquer' son lecteur capable de lire ses DRM est libre de le faire. C'est pas ca le débat.

Le probleme ce sont les vidéos sur le web. Avec HTML5, de base, ce ne sont des fichiers trop facilement téléchargeables par Mme Michu, suffit de faire 'bouton droit, télécharger la video'.

Si c'est vraiment pour ça, ça revient à tuer une mouche avec un bazooka... alors que ça peut se régler avec quelques lignes de CSS/JS : regarde la version HTML5 de YouTube, quand tu fais un clic droit sur la vidéo, tu n'as pas d'option pour télécharger quoi que ce soit.

En mettant de côté ce qui est dissimulable avec quelques lignes de code web ridiculement simples, est-ce que tu vois un moyen permettant de télécharger une vidéo HTML5 quelconque, qui soit donc plus simple que de taper « télécharger vidéo [site de streaming] » sur Google, et de télécharger l'application casseuse de DRM adéquate ?

Pensez vous 2 minutes que les ayant droits vont laisser faire ca comme ca et autoriser des sociétés comme Netflix ou Amazon ou Youtube ou autres à faire de la VoD payante en utilisant des standards ouverts et des navigateurs open source sans plugins 'fermés' ?

Non. Donc soit on a rien , soit on reste avec des solutions 100% propriétaires et fermés a base de Flash ou Silverlight ou autres.

Le COMPROMIS trouvé pour HTML5 c'est ce système de CDM qui réduit la partie 'obscure/fermée' au strict minimum au lieu d'avoir un énorme blob obscure. Il n'y a pas d'autre solution car c'est impossible de faire un DRM 100% open source, il faut donc bien fallu trouver un compris qui maximise la liberté de l'utilisateur.

Ça c'est autre chose. Évidemment qu'il faut se plier à leurs exigences plus-ou-moins paranoïaques si on souhaite obtenir quelque chose d'eux... mais bien sûr, ça ne remet en rien en cause l'intrusivité et l'inefficacité de telles mesures.

Je vois vraiment pas ou est le probleme et ca va dans le sens de l'utilisateur.

Quand a la dangerosité du CDM, je vous conseille de relire vraiment comment ça marche et qui fournit le CDN ou comment Chrome le met en oeuvre pas exemple(sandbox native client : https://developer.chrome.com/native-client).

http://www.html5rocks.com/en/tutorials/eme/basics/
ou
https://developers.google.com/live/shows/826991846

J'ai beau chercher, je ne trouve pas d'article affirmant ou suggérant le fait que les CDM seront sandboxés avec Native Client.

Les liens que tu as fourni restent largement flous sur ce sujet, ils sont plus destinés au développeur JavaScript qu'autre chose.

Tels que décrits par la norme du W3C, il est clair que les CDM représentent potentiellement un risque pour la vie privée de l'utilisateur... Bien sûr, si tout le monde implèmente ça dans un environnement strictement sandboxé, où ils ne peuvent rien faire de plus qu'exécuter un algorithme de déchiffrement, c'est autre chose ; si tu as une source indiquant clairement que Google, Microsoft, Apple et Mozilla le feront, ça m'intéresse, mais en attendant, j'ai de forts doutes là-dessus.
« Modifié: 21 juin 2016 à 12:21:48 par Marin »

corrector

  • Invité
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #30 le: 28 mai 2014 à 07:03:52 »
Je lis pourtant dans le schéma de l'introduction :

CDM implementations may return decrypted frames or render them directly.
Exactement!

Donc l'histoire du blob proprio castré connecté à des sockets reliées à l'application libre, c'est du pipeau.

Quant à la sécurité d'un truc qui accède à la carte graphique...

corrector

  • Invité
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #31 le: 28 mai 2014 à 14:39:01 »
J'ai beau chercher, je ne trouve pas d'article affirmant ou suggérant le fait que les CDM seront sandboxés avec Native Client.
On est d'accord que Native Client ne permettra pas de faire du rendu direct?

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 804
  • 73
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #32 le: 28 mai 2014 à 14:54:03 »
On est d'accord que Native Client ne permettra pas de faire du rendu direct?

Native Client semble tout de même permettre l'utilisation d'OpenGL ES : https://developer.chrome.com/native-client/devguide/coding/3D-graphics

Mais de manière cloisonnée toujours :

By using a separate GPU process, Chrome implements another layer of runtime security, vetting all OpenGL ES 2.0 commands and their arguments before they are sent on to the GPU.

corrector

  • Invité
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #33 le: 28 mai 2014 à 17:12:44 »
Je ne suis pas d’accord : c'est mieux que Silverlight ou flash, non ?
Certes :

HOW TO: Spy on the Webcams of Your Website Visitors
By Feross Aboukhadijeh • October 18, 2011 • 102,050 views • Tagged with my code, security 

I discovered a vulnerability in Adobe Flash that allows any website to turn on your webcam and microphone without your knowledge or consent to spy on you.

It works in all versions of Adobe Flash that I tested. I’ve confirmed that it works in the Firefox and Safari for Mac browsers. Use one of those if you check out the live demo. There’s a weird CSS opacity bug in most other browsers (Chrome for Mac and most browsers on Windows/Linux).


http://feross.org/webcam-spy/

Ceci n'est possible que quand un plugin s'occupe trop de choses!

Ici, il est évident que les permissions d'accéder aux périphériques (GPS, Wifi (liste des WLAN), Webcam...) doivent être gérées au niveau du navigateur de façon unifiée et centralisée, et non au niveau des plugins.

corrector

  • Invité
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #34 le: 28 mai 2014 à 17:33:22 »
Native Client semble tout de même permettre l'utilisation d'OpenGL ES : https://developer.chrome.com/native-client/devguide/coding/3D-graphics

Mais de manière cloisonnée toujours :

By using a separate GPU process, Chrome implements another layer of runtime security, vetting all OpenGL ES 2.0 commands and their arguments before they are sent on to the GPU.
Voilà, donc tout passe par une couche de logiciel libre, ce qui n'est pas acceptable pour les paranos des DRM!

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 093
  • Paris (75)
Vidéo avec DRM / CDM en HTML5 et Netflix
« Réponse #35 le: 28 mai 2014 à 18:19:15 »
Si c'est vraiment pour ça, ça revient à tuer une mouche avec un bazooka... alors que ça peut se régler avec quelques lignes de CSS/JS : regarde la version HTML5 de YouTube, quand tu fais un clic droit sur la vidéo, tu n'as pas d'option pour télécharger quoi que ce soit.
trop simple. Ca se contourne avec une simple extension par exemple qui rajoute l'option télécharger.

En mettant de côté ce qui est dissimulable avec quelques lignes de code web ridiculement simples, est-ce que tu vois un moyen permettant de télécharger une vidéo HTML5 quelconque, qui soit donc plus simple que de taper « télécharger vidéo [site de streaming] » sur Google, et de télécharger l'application casseuse de DRM adéquate ?
La encore , le but c'est pas d'empêcher Mme Michu de pirater, le but c'est de l’empêcher d’être elle même une 'source' trop facilement.

J'ai beau chercher, je ne trouve pas d'article affirmant ou suggérant le fait que les CDM seront sandboxés avec Native Client.
Le client HTML5 de Netflix pour les Chromebooks ARM utilise Native Client
Google (ex Widevine) aussi.
Pour Adobe j'en sais rien je n'ai pas étudié leur solution.

Outre le sandboxing qui isole pas mal déja, le probleme du CDM est de toute façon un probleme de confiance, l'avantage est qu'on peut faire confiance a un gros 'tiers' style Adobe ou Google ou autres et on est plus obligé faire confiance directement a celui qui fournit le contenu (la vidéo).

La tendance c'est ca.

Netflix utilise PlayReady de Microsoft pour son lecteur HTML5 sur IE/Windows 8
Google a son concurrent Widevine (libre de droit) pour Chrome.

Oui "bizarrement" encore un affrontement direct Google vs Microsoft en perspective...peut etre d'autres acteurs a venir aussi tel que OMA, Adobe Access et Marlin.

Le draft de la norme W3C est conduit par Google,Microsoft et Netflix.

L'avenir sera aussi peut être a des CDM hardware directement inclus dans les SoC ou box TV. La norme W3C prévoit ca en tout cas.