Archives pour la catégorie Developpement

HTML 5

Poussé par la nécessité, HTML5 DRM dans Firefox

HTML 5
HTML 5

Mozilla a annoncé aujourd’hui qu’il suivra l’exemple de Microsoft, Google et Apple et implémenter le support de la spécification HTML5 contentieux numérique de gestion des droits appelé Media Extensions cryptés (GEM).

L’organisation a établi un partenariat avec Adobe pour faire le changement. Mozilla fournira les crochets et les API de Firefox pour permettre contenu Web pour manipuler le contenu protégé par DRM, et Adobe fournira une source de contenu fermé décryptage Module (MDP) pour répondre aux besoins de décryptage.

Pour un groupe qui s’est engagé à ouvrir des normes et open source, ce fut une décision difficile. DRM, qui tend à limiter l’accès de l’utilisation équitable à des contenus sous copyright, et les modules de code source fermé à la fois à l’encontre de ses objectifs de Mozilla. Expliquant la décision, PDG de la Fondation Mozilla, Mitchell Baker, a fait valoir que la décision a été motivée par la nécessité. Avec Internet Explorer, Chrome, Safari et tous EME permettant, Mozilla confronté à un problème: si elle a refusé de soutenir EME, il risquait utilisateurs route qui cherchent à regarder du contenu protégé par DRM à d’autres navigateurs.

Que les sociétés de streaming de médias veulent utiliser EME est hors de doute. Netflix, par exemple, offre un lecteur basé sur le HTML5 en utilisant EME comme une alternative à son frontal Silverlight. Ce lecteur HTML5 fonctionne dans les deux Chrome et Internet Explorer 11. Baker soutient que les utilisateurs ont tendance à suivre le contenu et donc passer à ces navigateurs quand ils veulent regarder le contenu protégé. Cela conduit les utilisateurs à la question de l’utilisation de Firefox entièrement.

Cette poussée de HTML5 et du GEM est susceptible d’accélérer, aussi. Google tente de déprécier support pour les plugins de navigateur, un mouvement qui, dans le temps, éliminer Silverlight et Flash comme mécanismes de livraison de contenu protégé par DRM. Pour les diffuseurs qui veulent cibler le Web, GEM sera la seule option pratique. Cela permettra d’accroître la pression face par Mozilla.

Autant que Mozilla comme une organisation peut détester les DRM, et autant qu’il croie la spécification du GEM est erronée, Baker dit que Mozilla ne peut pas changer la seule industrie. En tant que tel, il doit appuyer DRM, aussi. Le choix d’utiliser ou non les installations de DRM sera laissée à l’utilisateur final, et ceux qui ne veulent pas l’utiliser peut choisir de ne pas l’activer. Le MDP ne sera pas réellement distribué avec Firefox, soit; si les utilisateurs choisissent de l’utiliser, il sera téléchargé à partir d’Adobe.

Dans un post plus technique, Mozilla CTO Andreas Gal décrit certains des moyens que les développeurs de Firefox ont essayé d’isoler le Adobe MDP afin que cette boîte noire à code source fermé ne peut pas violer la vie privée de l’utilisateur ou compromettre la sécurité du système. Le MDP est exécuté dans une sandbox isolé sans accès au réseau ou le disque dur de l’utilisateur.

Le système de DRM de HTML5 comprend également un identifiant unique que les fournisseurs de contenu peuvent utiliser pour identifier les appareils. Mozilla a pris soin de faire ce que minimalement invasive que possible. Firefox à chaque site un identifiant unique, empêchant les fournisseurs de suivi des utilisateurs sur plusieurs sites. L’ID ne sera également pas divulguer les détails du matériel sous-jacent.

Comme une lueur d’espoir, Gal écrit que la mise en œuvre du GEM, il sera plus facile pour Mozilla à éliminer progressivement le soutien pour les plugins d’usage général, comme HTML5 DRM élimine l’un des plus grands cas d’utilisation de ces plug-ins.

À certains égards, la question de DRM reflète le numéro précédent de codec vidéo. Pendant longtemps, Mozilla a refusé de mettre en œuvre un soutien pour la vidéo H.264 codées en raison des problèmes de licences et de brevets associés à cet algorithme de compression. Mais poussé par le besoin de lire la vidéo qui a été abondante sur l’efficacité de Web et la batterie qui vient de tirer parti H.264 accélération matérielle lecture-le groupe finit par céder.

Il ya des similitudes dans la façon dont Mozilla a choisi de résoudre le problème, aussi. Pour le support H.264, Firefox reporte au code tiers qui est souvent la source fermée: le haut-codecs H.264 disponibles sur Windows et OS X et le support matériel trouvé dans les puces utilisées dans les tablettes et les smartphones.

Dans les deux cas, Mozilla s’est trouvée incapable de changer la direction de mastodontes de l’industrie des médias. DRM, comme H.264, est ancrée dans l’industrie de la vidéo, et la prolifération des applications suggère fortement que les producteurs de contenu préféreraient abandonner le Web avant d’abandonner la protection du contenu. Combiné avec une base d’utilisateurs qui semble largement indifférent aux préoccupations des utilisateurs surélevé Netflix sont manifestement prêts à utiliser DRM, pour l’effet de levier exemple Mozilla est minime, au mieux.

Cela ne veut pas dire que l’organisation n’a pas essayé. Mozilla a poussé le tatouage comme une alternative supérieure aux DRM, mais cette approche semble avoir peu fait pour les propriétaires de contenu d’intérêt. Sans une grande refoulement axée sur l’utilisateur contre les DRM, il est difficile de voir cette situation changer.