Blogerator.org

× Версия для печати

Внесен на рассмотрение новый Web-стандарт, разработанный совместно компаниями Google, Microsoft и Netflix, главной целью которого является реализация механизма защиты от копирования в Интернете в рамках HTML5. Предложенный механизм Encrypted Media Extensions фактически позволяет добавлять DRM-уровень для всего видео- и аудио-контента встраиваемого в web-страницы.

На данный момент в рассылке W3C HTML развернулась горячая дискуссия на счет предложенной технологии, которая в основном сводится к её острой критике. Так Ян Хиксон (Ian Hickson), редактор спецификации WHATWG HTML, назвал проект Encrypted Media «неэтичным», кроме того он добавляет, что «эта технология в любом случае для её стандартизации не удовлетворяет всем необходимым техническим требованиям».

Строго говоря, цель данного предложения не в создании полноценной DRM-платформы, но в обеспечении web-окружения всеми необходимыми компонентами для работы стандартной системы дешифровки любого контента, базирующейся на ключах. Encrypted Media спроектирована таким образом, чтобы выступать в качестве фреймворка для любых других подключаемых модулей, собственно в которых и будет самостоятельно реализована конкретная логика авторизации и дешифровки медиа-контента отдельными контент-провайдерами.

Это предложение ставит своей основной целью стандартизировать API этого расширения для уже стандартного интерфейса HTMLMediaElement,
который определяет все доступные специализированные свойства и методы, которые доступны в HTML5 для видео- и аудио-элементов

Дискуссия в упомянутой почтовой рассылке постепенно свелась к ключевому вопросу — а может ли вообще предложенная технология дать необходимый уровень безопасности, столь необходимый для контент-провайдеров?

В частности, в этой части дискуссии Mozilla запросила подтверждение у авторов этой технологии, будет ли возможным реализовать данную технологию в OpenSource-браузере.

Технологический стек проекта DRM-технологии
Encrypted Media Extensions

Кроме того, представитель Mozilla Крис Пирс (Chris Pearce) спросил:

«Какие меры противодействия у вас предусмотрены, если злоумышленники просто „пропатчат“ программную часть кода защиты, „скидывая“ после пробного воспроизведения весь защищенный контент сразу на диск в обход всей вашей схемы защиты?».

На что представитель Netflix Марк Уотсон (Mark Watson) ответил, что он прекрасно осознает, что по-настоящему крепкая защита не может быть реализована в браузере на базе open source, кроме того, он добавил, что, скорее всего, механизм защиты будет реализован на уровне аппаратного обеспечения, и уже это оборудование должны будут использовать для воспроизведения защищенного медиа-контента все браузеры, в том числе и на базе open source.

Развивая эту дискуссию, Марк Уотсон из Netflix оппонирует Mozilla:

«Уже существует множество подобных механизмов защиты, реализованных именно на уровне прошивки или аппаратной части. Насколько мне известно, для OpenSource-проектов не является большой проблемой доступ и совместная работа с компонентами на базе закрытого исходного кода, например с некоторыми проприетарными драйверами или с аппаратной начинкой полностью закрытых и коммерческих аппаратных решений. Какие же проблемы вы видите в этом случае?»

Впрочем, по дальнейшему обсуждению видно, что этот ответ не очень устроил Mozilla:

«Такой подход, возможно, гипотетически подходит для некоторых мобильных и встраиваемых решений, но не совсем ясно, что это значит в отношении десктоп-решений».

Другой представитель Mozilla — Роберт O’Каллахен (Robert O’Callahan), опасаясь союза между инициаторами этого предложения — Google (Google Chrome) и Microsoft (MS Internet Explorer) — предупредил сообщество, что попытки продавливать DRM в браузеры со стороны крупных интернет-компаний приведет в конечном счете к ситуации фрагментации web-стандартов, в которой крупные браузерные вендоры и контент-провайдеры будут каждый самостоятельно договариваться и по-своему реализовать свою собственную технологию, без всякого согласования её со всеми другими заинтересованными участниками этого рынка.