Mozilla abandonne le combat contre les DRM. Dans une annonce faite hier soir, la directrice de la fondation, Mitchell Baker, précise que la décision est le résultat d’une nécessité dictée par le marché. Cependant, l’acceptation du standard EME du W3C représente une série de camouflets car certains aspects ont bien du mal à cadrer avec la mission que s’est donnée Mozilla.
Les EME, ce standard trouble-fête
Les EME, pour Encrypted Media Extensions, sont un standard du W3C pour normaliser la gestion des DRM par les sites web et les navigateurs. L’objectif du Consortium est d’en finir avec les plugins tiers tels que Flash et Silverlight pour que les droits numériques soient gérés au sein d’une infrastructure commune et dont le comportement est prévisible. Du moins en théorie.
Internet Explorer 11, Chrome et Safari gèrent ces EME, mais ce n’est pas le cas de Firefox. Deux points en particulier causaient un vrai problème à l’éditeur, qui a toujours milité pour les logiciels libres et un équilibre entre la protection des contenus et celle des consommateurs. Or, pour Mozilla, les EME protègent surtout les contenus, donc les entreprises qui se trouvent en arrière-plan, au détriment de l’internaute, surtout à cause d’un composant en sources fermées requis pour lire le contenu protégé.
Une décision nécessaire
Mais nécessité fait visiblement force de loi. Dans son explication publiée hier soir, la directrice Mitchell Baker indique que les EME seront pris en charge par Firefox dans une prochaine mouture. Ce qui implique pour la fondation d’annoncer publiquement qu’elle renonce au combat contre les DRM, mais qu’elle va devoir également inclure du code propriétaire et fermé au sein de Firefox. Dans le cas présent, l’éditeur indique avoir noué un partenariat avec Adobe pour obtenir le composant idoine, nommé Content Decryption Module (CDM).
Car si les EME représentant une infrastructure commune, le CDM est le lecteur proprement dit. La définition du standard au W3C impliquait que les sources de ce composant crucial soient toujours fermées, les éditeurs de contenus craignant que leurs flux puissent être piratés. Pour compenser l’arrivée de ce code fermé, Mozilla a retenu une solution hybride : le composant ne sera téléchargé que lorsqu’il sera requis, et après validation par l’utilisateur. L’ensemble fonctionnera à la manière d’un plugin manquant et dont Firefox suggère l’installation. Pour Mozilla, cela évite de fournir ce code de manière intégrée avec son navigateur.
Le code fermé ne sera pas directement intégré dans Firefox
Comme l’explique également le directeur technique de Mozilla, quelques aménagements ont été faits autour du CDM pour éviter que son comportement puisse poser des problèmes. Il sera donc isolé dans son propre espace mémoire (sandbox), sans possibilité de communiquer avec le disque dur de l’utilisateur, ni avec le réseau. Le CDM ne pourra agir que sur la page en cours. Ces efforts d’isolation se retrouvent également dans le fonctionnement du CDM qui, normalement, se sert d’une référence unique pour identifier la machine. À la place, Mozilla fournira un identifiant par site pour empêcher notamment qu’un suivi puisse être fait dans la session de navigation.
Côté Mozilla, ce combat ressemble très largement à celui contre le H.264. L’éditeur s’était largement élevé contre ce codec vidéo à cause notamment de la montagne de brevets qui l’accompagnait. Pourtant, à cause d’une utilisation toujours plus intensive de ce format, Firefox Mobile avait fini par le prendre en charge, avant que le changement ne soit répercuté sur la version classique. Le codec n’est pas directement intégré dans le code, le navigateur s’appuyant sur le système d’exploitation et son architecture multimédia.
Pression pour Mozilla, un échec pour l'EFF
Or, on peut sentir chez Mitchell Baker que la situation est équivalente : l’accumulation de la pression a fait basculer Mozilla. La problématique pour l’éditeur était dans tous les cas simple, puisqu’un refus obstiné aurait probablement conduit à une chute des parts de marché du navigateur. Baker pense en effet que les internautes suivront dans tous les cas le contenu. Si ce dernier n’est pas lisible dans Firefox mais qu’il l’est dans Internet Explorer, Safari et Chrome, la directrice estime que cela conduira une partie des utilisateurs à abandonner le panda roux. En définitive, Baker se sent incapable de faire changer seule la direction prise par l’ensemble de l’industrie et Firefox se trouvait en danger d’en faire les frais.
Mozilla va donc laisser passer la gestion des DRM au sein de Firefox, et personne au sein de l’éditeur n’est heureux de le faire. Cela n’empêche pas l’Electronic Frontier Foundation de regretter ce choix, même si elle reconnait que Mozilla ne l’a pas fait de gaité de cœur. Pour l’EFF, les EME ne changeront cependant rien au problème : tout en n’empêchant pas le piratage des contenus, ils entrainent une baisse de la sécurité pour les internautes, à cause des sources fermées.
« Défendre et promouvoir un web ouvert »
L’EFF n’est en résumé pas d’accord avec Mitchell Baker quand elle parle de nécessité car c’est justement le fait de céder à ces pressions qui change l’industrie dans une direction qui convient aux majors. Elle conclut : « Mozilla et le W3C sont tous deux des organisations dont les missions sont de défendre et de promouvoir un web ouvert. Les deux sont maintenant engagées envers un système de contrôle des contenus vu comme une violation de ces principes par de nombreux internautes. »
On remarquera enfin que la manière de procéder de Mozilla en dit long sur l’ambivalence de la situation. Car si d’un côté Mitchell Baker annonce avec force détails les raisons de cette décision, les travaux ont été menés dans le plus grand secret. La solution n’est pas prête, mais Firefox sera équipé des EME plus tard dans l’année et le partenariat avec Adobe est déjà en place. L’éditeur rappelle cependant dans une FAQ qu’il cherche toujours à mettre en place des solutions alternatives aux DRM. Cependant, d’ici à ce que lesdites alternatives puissent être mises en place, il souhaite que les utilisateurs aient le choix d’accéder aux contenus protégés.
Commentaires (145)
#1
Pour défendre et promouvoir un web ouvert fermons la porte!
#2
Mauvaise nouvelle (les DRM), mais on s’y attendait un peu.
Ça va être marrant de chercher des sites sans DRM. " />
Bonne nouvelle toutefois pour la disparition de Flash et consorts (mais inutile de me réjouir trop vite, c’est pas encore fini).
#3
Sans déconner, on peut enfin commencer à se passer de flash, qu’ils nous balancent déjà une autre techno fermée dans la tronche…
Avec ça, le web ouvert, c’est finit, tous les sites vont se cacher derrière des DRM pour garder leurs petits secrets et éviter d’afficher la source de la page, et de facto, le bloquage des pubs… " />
#4
#5
ben s’ils le font pas, quand les autres en face supporteront sans problème la techno, firefox sera moins utilisé..
#6
On a donc un standard censé éviter l’utilisation d’un plugin tiers fermé, et au final, le composant de lecture est fermé…. ça valait le coup….
Après, la position de Mozilla se comprend, difficile de refuser d’implémenter des fonctionnalités disponibles sur d’autres navigateurs.
L’idée d’en faire un composant téléchargé à la demande après validation est un bon compromis, et ça me permettra de le refuser " />
#7
#8
Après personne n’oblige à utiliser Firefox, et puis les sites avec des DRM suffit de ne pas les visiter…
#9
Pourquoi ce sont toujours les mêmes qui gagnent à la fin ? " />
#10
#11
#12
Triste mais évident…
#13
#14
#15
C’est triste, mais Mozilla n’avait surement pas le choix." />
#16
#17
#18
#19
Il sera donc isolé dans son propre espace mémoire (sandbox), sans possibilité de communiquer avec le disque dur de l’utilisateur, ni avec le réseau. Le CDM ne pourra agir que sur la page en cours. Ces efforts d’isolation se retrouvent également dans le fonctionnement du CDM qui, normalement, se sert d’une référence unique pour identifier la machine. À la place, Mozilla fournira un identifiant par site pour empêcher notamment qu’un suivi puisse être fait dans la session de navigation.
On va dire que ça sauve un peu les meubles.
#20
#21
C’est affligeant. Quelle trahison et quelle insulte pour ses contributeurs !
un refus obstiné aurait probablement conduit à une chute des parts de marché du navigateur.
Les parts de marché sont plus importantes que la mission que Mozilla s’est donnée…
#22
#23
#24
#25
#26
#27
Je comprends mieux l’abandon de la pub sur la page “nouvel onglet”." />
#28
Bon, au moins, cela évitera d’avoir un FF qui ne fonctionne pas avec certains sites pour cause de DRM…
C’est vraiment dommage, mais, comme dit plus haut, j’espère que la fondation Mozilla inclura un message d’avertissement dans les prochaines versions de FF en cas d’activation de ces merdes.
#29
Je n’ai pas du tout suivi l’affaire, du coup quelqu’un pour m’expliquer en quoi un bout de code proprio va les protéger ? Ça finira bien par être reverse engineeré non ?
#30
#31
#32
çà me fait bien rigoler là…
Vous voulez à la fois :
Vous croyez au père Noël ou quoi ?? Si Netflix fonctionne et empêche à n’importe qui de grabber les flux sans payer c’est grâce aux DRMs. Si canal à la demande permet de télécharger des films et avoir plusieurs jours pour les regarder sans devoir streamer, c’est grâce aux DRMs.
Sans çà le service ne pourrait pas vivre. Vous voulez le beurre, l’argent du beurre et le * de la crémière.
A un moment donné faut savoir choisir hein…
#33
Là y’a un truc que je comprends pas.
Il y a quelques années, le W3C n’a pas pu définir de standard pour la vidéo, à cause d’une absence de consensus sur le sujet : certains voulaient tel format, d’autres un autre.
Résultat, pas de standard.
… pourquoi y a-t-il eu un standard de DRM estampillé W3C si Mozilla était contre ???
#34
Vu comment Adobe insiste lourdement pour installer ses merdes opaques sur tous les PC du monde, faudrait enquêter si la NSA n’a pas un bureau entier dans leurs locaux " />
#35
#36
#37
#38
#39
#40
#41
#42
#43
#44
Et voici le Web 2.0, un Web DéRMisé… Elle est pas belle la vie ?
Bientôt le WEB 3.0 : avec des DRM, de la pub forcée, des débits conrôlés pour favoriser les Excellents flux vidéo, des sites triés sur le volet par le CSA, etc.
Internet devient une poubelle !
#45
#46
#47
Je croa (Comme les corbeaux) que je vais éviter au maximum les sites avec DRM … " />
#48
Même si c’est dommage, ne jetons pas la pierre à Mozilla. C’est le W3C qui a vraiment merdé sur ce coup là.
#49
Si ça peut permettre de tuer cette m* de flash player, ça sera déjà un départ." />
#50
#51
#52
#53
J’ai rendu des CD à la FNAC à cause de protection qui empêchait de les lire sur mon PC.
J’ai arrêté d’acheter des DVD car les lire sous Linux est limite légal.
Bon bah on va continuer à pirater donc.
#54
#55
#56
#57
#58
#59
#60
#61
#62
#63
Le plug-in pourra fonctionner sous Linux apparemment. C’est pas si mal.
Multiplateforme et non inclus par défaut çà le fait quand même.
M’enfin c’est vrai que dépenser pour les DRM autant s’en passer finalement. Vu que çà ne règle en rien le problème du piratage…
#64
Alors qu’ils accepteraient de nous louer de jolie MKV avec les sous titres , tout le monde serait content.
#65
#66
c’est une cause perdue les EME…
ca sera jamais multiplateforme a 100%, y’aura des bugs chelou selon les plateforme et le EME en question sera jamais mis a jour. une fois la protection casse, elle sera casse definitivement " />
#67
#68
Tiens, c’est Adobe qui dev le blob binaire?
Je sens que ça va beaucoup changer au final…
#69
#70
#71
#72
#73
#74
La définition du standard au W3C impliquait que les sources de ce composant crucial soient toujours fermées, les éditeurs de contenus craignant que leurs flux puissent être piratés.
A partir du moment où c’est standardisé par le W3C, difficile d’en vouloir à Mozilla. Le problème c’est que ce standard soit passé tel quel. Même si on ne rejette pas l’utilisation des DRM, avoir un code fermé est problématique. Je ne comprends pas toutes les subtilités des DRM, mais il me semble qu’il était possible d’avoir un code ouvert et des clés cachées.
#75
#76
#77
#78
#79
#80
#81
#82
est ce que quand un panda roux se fait sodomiser à coup de DRM c’est considéré comme de la zoophilie ? " />
#83
#84
#85
#86
#87
#88
#89
#90
#91
#92