✖


Jump to content

Защита цифрового контента с высокой пропускной способностью

Защита цифрового контента с высокой пропускной способностью ( HDCP ) — это форма защиты цифрового копирования, разработанная корпорацией Intel. [1] для предотвращения копирования цифрового аудио- и видеоконтента при его передаче по соединениям. Типы подключений включают DisplayPort (DP), цифровой визуальный интерфейс (DVI) и мультимедийный интерфейс высокой четкости (HDMI), а также менее популярные или устаревшие протоколы, такие как гигабитный видеоинтерфейс (GVIF) и унифицированный интерфейс дисплея (UDI).

Система предназначена для предотвращения воспроизведения контента, зашифрованного HDCP, на неавторизованных устройствах или устройствах, которые были модифицированы для копирования контента HDCP. [2] [3] Перед отправкой данных передающее устройство проверяет, имеет ли получатель право на их получение. В этом случае передатчик шифрует данные, чтобы предотвратить подслушивание при их передаче к приемнику. [4]

Чтобы создать устройство, воспроизводящее контент с поддержкой HDCP, производитель должен получить лицензию на патент от дочерней компании Intel Digital Content Protection LLC, заплатить ежегодную пошлину и выполнить различные условия. [5] [6] [7] Например, устройство не может быть предназначено для копирования; он должен «препятствовать попыткам обойти требования по защите контента»; [7] он не должен передавать защищенное видео высокой четкости на приемники, не поддерживающие HDCP; и произведения DVD-Audio могут воспроизводиться только с CD . качеством звука [7] цифровыми аудиовыходами, отличными от HDCP (аналоговые аудиовыходы не имеют ограничений по качеству). Если на устройстве отключена такая функция, как Intel Management Engine , HDCP не будет работать.

Исследователи криптоанализа продемонстрировали недостатки HDCP еще в 2001 году. В сентябре 2010 года был опубликован главный ключ HDCP, позволяющий генерировать действительные ключи устройства, что сделало функцию отзыва ключей HDCP бесполезной. [8] [9] Intel подтвердила, что трещина реальна. [10] и считает, что главный ключ был реконструирован, а не утек в сеть. [11] С практической точки зрения, воздействие взлома было описано как «цифровой эквивалент наведения видеокамеры на телевизор » и имело ограниченное значение для потребителей, поскольку шифрование дисков высокой четкости подверглось прямой атаке с потерей интерактивные функции, такие как меню. [12] Intel пригрозила подать в суд на любого, кто производит нелицензионное устройство. [11]

Спецификация

[ редактировать ]

HDCP использует три системы: [5]

  1. Аутентификация предотвращает получение контента нелицензированными устройствами.
  2. Шифрование данных, передаваемых через интерфейсы DisplayPort, DVI, HDMI, GVIF или UDI, предотвращает перехват информации и атаки типа «человек посередине» .
  3. Отзыв ключа не позволяет устройствам, которые были скомпрометированы и клонированы, получать данные.

Каждое устройство с поддержкой HDCP имеет уникальный набор из 40 56-битных ключей. Несоблюдение их секретности нарушает лицензионное соглашение. специальный закрытый ключ, называемый KSV Для каждого набора значений создается (вектор выбора ключа). Каждый KSV состоит из 40 бит (по одному биту на каждый ключ HDCP), при этом 20 бит установлены в 0, а 20 бит — в 1.

Во время аутентификации стороны обмениваются своими KSV по процедуре, называемой схемой Блома . Каждое устройство складывает свои собственные секретные ключи (используя беззнаковое сложение по модулю 2) . 56 ) согласно КСВ, полученному от другого устройства. В зависимости от порядка битов, установленных в 1 в KSV, при добавлении используется или игнорируется соответствующий секретный ключ. Генерация ключей и KSV дает обоим устройствам одинаковый 56-битный номер, который позже используется для шифрования данных.

Шифрование осуществляется потоковым шифром . Каждый декодированный пиксель шифруется путем применения операции XOR с 24-битным числом, созданным генератором. Спецификации HDCP обеспечивают постоянное обновление ключей после каждого закодированного кадра.

Если определенный набор ключей скомпрометирован, соответствующий KSV добавляется в список отзыва, записанный на новые диски в форматах DVD и Blu-ray. (Списки подписываются цифровой подписью DSA , которая предназначена для предотвращения отзыва законных устройств злоумышленниками.) Во время аутентификации передающее устройство ищет в списке KSV получателя и, если он есть, не отправляет расшифрованный работать на отозванном устройстве.

Использование

[ редактировать ]
Чип передатчика HDCP от Silicon Image в Apple TV устройстве

Устройства HDCP обычно делятся на три категории:

Источник
Источник отправляет контент для отображения. Примеры включают телеприставки, проигрыватели дисков DVD , HD DVD и Blu-ray , а также компьютерные видеокарты. Источник имеет только передатчик HDCP/HDMI. [4]
Раковина
Приемник отображает содержимое для отображения, чтобы его можно было просмотреть. Примеры включают телевизоры и цифровые проекторы. Приемник имеет один или несколько приемников HDCP/HDMI. [4]
Репитер
Ретранслятор принимает контент, расшифровывает его, затем повторно шифрует и повторно передает данные. Он может выполнять некоторую обработку сигнала, например преобразование видео с повышением частоты в формат более высокого разрешения или разделение аудиочасти сигнала. Ретрансляторы имеют входы и выходы HDMI. Примеры включают аудиовизуальные приемники домашнего кинотеатра, которые разделяют и усиливают аудиосигнал, одновременно передавая видео для отображения на телевизоре. Ретранслятор также может просто отправлять поток входных данных на несколько выходов для одновременного отображения на нескольких экранах. [4]

Каждое устройство может содержать один или несколько передатчиков и/или приемников HDCP. (Один чип передатчика или приемника может сочетать в себе функции HDCP и HDMI.) [4]

В США Федеральная комиссия по связи (FCC) утвердила HDCP в качестве «Технологии защиты цифрового выхода» 4 августа 2004 года. [13] Правила FCC о флаге вещания , которые были отменены Апелляционным судом США по округу Колумбия , требовали использования технологий DRM на всех цифровых выходах демодуляторов сигнала HDTV. Конгресс все еще рассматривает [ когда? ] законодательство, которое внедрит что-то похожее на флаг вещания. [ нужна ссылка ] Стандарт HDCP является более строгим, чем требования FCC к технологии защиты цифрового выхода. HDCP запрещает совместимым продуктам преобразовывать контент, ограниченный HDCP, в аналоговую форму с полным разрешением, предположительно в попытке уменьшить размер аналоговой дыры . [ ласковые слова ]

19 января 2005 года Европейская ассоциация производителей информационных, коммуникационных и потребительских электронных технологий ( EICTA ) объявила, что HDCP является обязательным компонентом европейской маркировки « HD Ready ». [14]

Microsoft Windows Vista и Windows 7 используют HDCP в компьютерных видеокартах и ​​мониторах. [15] [16]

Обход

[ редактировать ]

Стрипперы HDCP расшифровывают поток HDCP и передают незашифрованный видеосигнал HDMI, чтобы он работал на дисплеях без HDCP. В настоящее время это [ когда? ] неясно, будут ли такие устройства продолжать работать, если орган лицензирования HDCP выпустит списки отзыва ключей, которые могут быть установлены с помощью новых носителей (например, новых дисков Blu-ray ), воспроизводимых другим устройством (например, проигрывателем дисков Blu-ray), подключенным к это. [17]

Криптоанализ

[ редактировать ]

В 2001 году Скотт Кросби из Университета Карнеги-Меллона написал статью вместе с Яном Голдбергом , Робертом Джонсоном, Дон Сонг и Дэвидом Вагнером под названием «Криптоанализ системы защиты широкополосного цифрового контента» и представил ее на семинаре ACM-CCS8 DRM, посвященном 5 ноября. [18]

Авторы пришли к выводу, что линейный обмен ключами HDCP является фундаментальным недостатком, и обсудили способы:

  • Подслушивайте любые данные.
  • Клонируйте любое устройство, используя только его открытый ключ.
  • Избегайте любых черных списков на устройствах.
  • Создайте новые векторы ключей устройства.
  • В общем, узурпировать власть полностью.

Они также заявили, что схема обмена ключами Блома может быть нарушена с помощью так называемой атаки заговора : получения ключей как минимум 40 устройств и восстановления секретной симметричной главной матрицы, которая использовалась для их вычисления.

Примерно в то же время Нильс Фергюсон независимо заявил, что взломал схему HDCP, но не стал публиковать свое исследование, сославшись на юридические проблемы, возникающие из спорного Закона о защите авторских прав в цифровую эпоху . [19]

В ноябре 2011 года профессор Тим Гюнейсу из Рурского университета в Бохуме сообщил, что он взломал стандарт шифрования HDCP 1.3.

Выпуск главного ключа

[ редактировать ]

14 сентября 2010 года Engadget сообщил о выпуске возможного подлинного главного ключа HDCP, который может создавать ключи устройств, которые могут аутентифицироваться на других HDCP-совместимых устройствах без получения действительных ключей от The Digital Content Protection LLC. Этот главный ключ нейтрализует функцию отзыва ключей HDCP, поскольку новые ключи могут быть созданы при отзыве старых. [8] Поскольку главный ключ известен, из этого следует, что нелицензированное устройство декодирования HDCP может просто использовать главный ключ для динамического создания новых ключей на лету, что делает отзыв невозможным. Не сразу было ясно, кто обнаружил ключ и как они его обнаружили, хотя об открытии было объявлено через обновление в Твиттере , в котором была ссылка на фрагмент Pastebin , содержащий ключ и инструкции по его использованию. В Engadget заявили, что злоумышленник, возможно, использовал метод, предложенный Кросби в 2001 году, для получения главного ключа, хотя они ссылаются на другого исследователя. 16 сентября Intel подтвердила, что код был взломан. [20] [21] Intel пригрозила судебным иском против любого, кто производит оборудование для обхода HDCP, возможно, в соответствии с Законом об авторском праве в цифровую эпоху . [11]

Нарушение HDCP v2.2, v2.1 и v2.0

[ редактировать ]

В августе 2012 года было доказано, что версия 2.1 не работает. [22] В атаке использовался тот факт, что процесс сопряжения отправляет ключ Km , замаскированный с помощью XOR . В результате шифратор (получатель) не знает, шифрует он или расшифровывает ключ. Кроме того, входные параметры для XOR и AES над ним фиксируются со стороны приемника, что означает, что передатчик может принудительно повторить одну и ту же операцию. Такая настройка позволяет злоумышленнику проследить за протоколом сопряжения, повторить его с небольшим изменением и извлечь ключ Km . Небольшое изменение заключается в том, чтобы выбрать «случайный» ключ в качестве зашифрованного ключа из предыдущего потока. Теперь злоумышленник запускает протокол и в сообщении о сопряжении получает E(E(Km)) . Поскольку E() основан на XOR, он отменяет сам себя, тем самым раскрывая Km законного устройства.

Версия 2.2 была выпущена для исправления этого недостатка путем добавления случайности, предоставляемой принимающей стороной. Однако передатчик в версии V2.2 не должен поддерживать приемники V2.1 или V2.0, чтобы избежать этой атаки. Поэтому была выпущена новая ошибка, требующая переопределить поле под названием «Тип», чтобы предотвратить обратную совместимость с версиями ниже 2.2. Флаг «Тип» должен быть запрошен правилами использования контента (т. е. через DRM или CAS, открывший контент). [23]

По слухам, в августе 2015 года версия 2.2 была сломана. эпизод сериала AMC «Во все тяжкие» В Интернет слили в формате UHD; в его метаданных указано, что это была крышка HDMI , то есть она была захвачена через интерфейс HDMI, который снял защиту HDCP 2.2. [24] [25]

4 ноября 2015 года китайская компания LegendSky Tech Co., уже известная своими другими рипперами/сплиттерами HDCP под брендом HDFury, выпустила HDFury Integral, устройство, которое может удалять HDCP 2.2 из UHD-работ с поддержкой HDCP. [26] 31 декабря 2015 года Warner Bros и Digital Content Protection, LLC (DCP, владельцы HDCP) подали иск против LegendSky. [27] [28] Тем не менее, иск в конечном итоге был отклонен после того, как LegendSky заявила, что устройство не «сняло» защиту контента HDCP, а скорее понизило ее версию до более старой версии, что явно разрешено в руководстве по лицензированию DCP. [29]

Проблемы

[ редактировать ]

HDCP может вызвать проблемы у пользователей, которые хотят подключить к устройству несколько экранов; например, бар с несколькими телевизорами, подключенными к одному спутниковому ресиверу или когда пользователь имеет закрытый ноутбук и использует внешний дисплей в качестве единственного монитора. Устройства HDCP могут создавать несколько клавиш, позволяющих работать каждому экрану, но их количество варьируется от устройства к устройству; например, спутниковый ресивер Dish или Sky может генерировать 16 ключей. [30] Эта технология иногда вызывает проблемы с квитированием связи , когда устройства не могут установить соединение, особенно со старыми дисплеями высокой четкости. [31] [32] [33]

Эдвард Фельтен писал, что «основной практический эффект HDCP заключался в создании еще одного способа, при котором ваша электроника могла не работать должным образом с вашим телевизором», и после фиаско главного ключа пришел к выводу, что HDCP «в меньшей степени является системой безопасности». чем инструмент формирования рынка бытовой электроники». [34]

Дополнительные проблемы возникают, когда интерактивные медиа (например, видеоигры) страдают от задержки управления , поскольку для кодирования/декодирования требуется дополнительная обработка. Это также отрицательно влияет на различные ситуации повседневного использования, такие как прямая трансляция или запись игрового процесса. [35]

Существует также проблема, заключающаяся в том, что все ноутбуки Apple, предположительно для сокращения времени переключения, при столкновении с HDCP-совместимым приемным устройством автоматически включают шифрование HDCP из порта разъема HDMI/Mini DisplayPort/USB-C. Это проблема, если пользователь хочет использовать средства записи или видеоконференцсвязи дальше по цепочке, поскольку эти устройства чаще всего не расшифровывают контент с поддержкой HDCP (поскольку HDCP предназначен для предотвращения прямого копирования контента, и такие устройства предположительно могут делать именно это). что). Это применимо, даже если выходные данные не представляют собой контент, требующий HDCP, например презентацию PowerPoint или просто пользовательский интерфейс устройства. [36] Однако некоторые устройства-приемники имеют возможность полностью отключить отчеты HDCP, что предотвращает блокировку контента для видеоконференций или записи из-за этой проблемы. Однако контент HDCP откажется воспроизводиться на многих исходных устройствах, если эта функция отключена при подключенном устройстве-приемнике. [37]

При подключении устройства-источника HDCP 2.2 через совместимое распределение к видеостене, состоящей из нескольких устаревших дисплеев, возможность отображения изображения не может быть гарантирована. [38]

Версии

[ редактировать ]
Версия HDCP Дата выпуска Примечания
1.0 17 февраля 2000 г. Поддерживает только DVI
1.1 9 июня 2003 г. Поддерживает DVI, HDMI
1.2 13 июня 2006 г. Поддерживает DVI, HDMI
1.3 21 декабря 2006 г. Поддерживает DVI, HDMI, DP , GVIF , UDI
1.4 8 июля 2009 г.
2.0 ИИИ 23 октября 2008 г.
  • Независимая от интерфейса адаптация, любой интерфейс на базе IP
  • Сжатое или несжатое видео (но указано только для сжатого через PES)
2.1 ИМА 18 июля 2011 г.
  • Новый механизм управления контентом типа 1. Тип 1 — это флаг, запрещающий передачу контента в HDCP версии 1.x. Предполагается, что этого потребует UHD-контент.
  • Разрешает добавление устройств в дерево HDMI без полной повторной аутентификации дерева, позволяя ReceiverID_List быть асинхронным.
2.2 МИС 16 октября 2012 г.
  • Устраняет описанное выше нарушение, а также другие недостатки проверки местоположения.
  • Тип 1 расширен и предотвращает попадание контента в версии 2.1, 2.0 и v1.x, поскольку все они имеют недостатки.
2.2 для HDMI 13 февраля 2013 г.
  • Эта спецификация не связана с обратной совместимостью с версиями 2.0 и 2.1, что делает ее чистой версией версии 2.2.
2.2 для МХЛ 11 сентября 2013 г.
2.3 для HDMI 28 февраля 2018 г.

HDCP v2.x

[ редактировать ]

Версия HDCP 2.x не является продолжением HDCPv1, а представляет собой совершенно другую защиту канала. Версия 2.x использует стандартные алгоритмы шифрования, такие как 128-битный AES с 3072- или 1024-битным RSA открытым ключом и 256-битную хэш-функцию HMAC-SHA256 . [23] Хотя все спецификации HDCP v1.x поддерживают обратную совместимость с предыдущими версиями спецификации, устройства HDCPv2 могут взаимодействовать с оборудованием HDCPv1 только при наличии встроенной поддержки HDCPv1 или при использовании специального преобразователя. Это означает, что HDCPv2 применим только к новым технологиям. Он был выбран для стандартов WirelessHD и Miracast (ранее WiFi Display). [39] [40]

HDCP 2.x включает новый протокол аутентификации и проверку местоположения, чтобы гарантировать, что приемник находится относительно близко (он должен ответить на проверку местоположения в течение 7 мс по обычному каналу DVI/HDMI). [23] Версия 2.1 спецификации была подвергнута криптоанализу и обнаружила несколько недостатков, включая возможность восстановления сеансового ключа. [22]

Между HDCP v2 и v1 все еще есть несколько общих черт.

  1. Оба находятся в ведении ООО «ДКП».
  2. Они используют одно и то же лицензионное соглашение, правила соответствия и правила надежности.
  3. Они используют одну и ту же систему отзыва и одинаковые форматы идентификаторов устройств.

См. также

[ редактировать ]

Ссылки

[ редактировать ]
  1. ^ «Защита цифрового контента — о DCP» .
  2. ^ Спецификация HDCP 1.3. Страница 31 0x15, Страница 35
  3. ^ «Глоссарий HD DVD» . 080509 hddvd-faq.com
  4. ^ Перейти обратно: а б с д и «Расшифровка HDCP: технический документ» (PDF) . ДКП, ООО. 22 июля 2008 г. Архивировано из оригинала 20 сентября 2008 г. {{cite web}}: CS1 maint: неподходящий URL ( ссылка )
  5. ^ Перейти обратно: а б «Спецификация HDCP v1.3» (PDF) . Защита цифрового контента . 21 декабря 2006 г. Архивировано из оригинала (PDF) 20 сентября 2008 г. . Проверено 8 мая 2008 г.
  6. ^ ООО «Защита цифрового контента» . Архивировано из оригинала 2 февраля 2008 года . Проверено 24 января 2008 г.
  7. ^ Перейти обратно: а б с «Лицензионное соглашение HDCP» (PDF) . Защита цифрового контента, ООО. 16 января 2008 г. Архивировано из оригинала (PDF) 19 апреля 2009 г. . Проверено 24 января 2008 г.
  8. ^ Перейти обратно: а б Лоулер, Ричард. «Предположительно выпущенный «главный ключ» HDCP навсегда разблокирует защиту от копирования HDTV» . Engadget . Проверено 14 сентября 2010 г.
  9. ^ Питер Брайт (17 сентября 2010 г.). «Intel подтверждает, что ключ HDCP настоящий, и теперь его можно взломать по желанию» . Арс Техника . Проверено 17 сентября 2010 г.
  10. ^ Персонал, Арс (17 сентября 2010 г.). «Intel подтверждает, что ключ HDCP настоящий, и теперь его можно взломать по желанию» . Арс Техника . Проверено 12 июня 2022 г.
  11. ^ Перейти обратно: а б с Проводной. « Intel угрожает подать в суд на любого, кто использует взлом HDCP ».
  12. ^ Утечка информации о борьбе с пиратством HDCP открывает двери для черных ящиков | Комплекс InSecurity – новости vrenture.com/
  13. ^ «FCC утверждает технологии защиты цифрового вывода и сертификаты методов записи» (PDF) (пресс-релиз). Федеральная комиссия по связи . 4 августа 2004 г. Архивировано из оригинала (PDF) 17 октября 2011 г. . Проверено 28 декабря 2006 г.
  14. ^ «EICTA объявляет «Условия маркировки устройств отображения высокой четкости» (PDF) (пресс-релиз). EICTA . 19 января 2005 г. Архивировано из оригинала (PDF) 14 января 2007 г. Проверено 28 декабря 2006 г.
  15. ^ Защита выходного содержимого и Windows Vista
  16. ^ «Кликер: OPM от Microsoft для масс – Engadget» . Архивировано из оригинала 26 июля 2008 года . Проверено 29 августа 2017 г.
  17. ^ Райан Блок (21 июля 2005 г.). «Кликер: блестящая красная кнопка HDCP» . Engadget . Проверено 28 декабря 2006 г.
  18. ^ Скотт Кросби; Ян Голдберг; Роберт Джонсон; Рассветная песня; Дэвид Вагнер (5 ноября 2001 г.). Криптоанализ системы защиты цифрового контента с высокой пропускной способностью . Семинар ACM -CSS8 DRM. Архивировано из оригинала 7 ноября 2004 года . Проверено 28 декабря 2006 г.
  19. ^ Нильс Фергюсон, Цензура DMCA , 15 августа 2001 г.
  20. ^ «Взлом кода HDTV реален, подтверждает Intel» . Фокс Ньюс . 16 сентября 2010 г.
  21. ^ Intel подтверждает, что главный ключ HDCP взломан
  22. ^ Перейти обратно: а б Грин, Мэтью (27 августа 2012 г.). «Перепост: Криптоанализ HDCP v2.1» . Несколько мыслей о криптографической инженерии .
  23. ^ Перейти обратно: а б с «Система защиты широкополосного цифрового контента: сопоставление HDCP с HDMI (версия 2.2)» (PDF) . ООО «Защита цифрового контента». 13 февраля 2013 г.
  24. ^ ван дер Сар, Эрнесто (28 августа 2015 г.). «Первая утечка контента Netflix 4K на торрент-сайты» . Торрентфрик.
  25. ^ Робертсон, Ади (28 августа 2015 г.). «Сообщается, что видео Netflix в разрешении 4K взломано, эпизод «Во все тяжкие» опубликован в Интернете» .
  26. ^ «HDfury выпускает еще одно новаторское устройство – HDCP Doctor, HDfury Integral» . HDFury.com . HDFury. Архивировано из оригинала 15 января 2016 года . Проверено 7 января 2016 г.
  27. ^ «Иск против Легендского (PDF)» . Проверено 7 января 2016 г.
  28. ^ Маллин, Джо (4 января 2016 г.). «Warner Bros. подает в суд на «HD Fury» из-за устройств, способных копировать видео 4K» . Арс Техника . Проверено 7 января 2016 г.
  29. ^ Ван дер Сар, Эрнесто (6 мая 2016 г.). «Защита 4K-контента «Стриптизёрша» победила Warner Bros в суде» . ТоррентФрик . Проверено 6 июня 2017 г.
  30. ^ «Список устройств по состоянию на 07.01.2010» (PDF) . Крестрон.
  31. ^ Масамицу, Эмили (23 января 2007 г.). «Мигающая тайна PS3 углубляется — Westinghouse: «Проблема не в наших телевизорах» » . Популярная механика . Архивировано из оригинала 6 февраля 2007 года.
  32. ^ Селтер, Скотт (10 ноября 2005 г.). «HDCP «Рукопожатие» — большая проблема для многих устаревших телевизоров высокой четкости на базе DVI» . AVRev.com . Архивировано из оригинала 12 декабря 2009 года . Проверено 8 марта 2008 г.
  33. ^ Стокфиш, Марк (4 ноября 2007 г.). «Проблемы установления связи HDMI/DVI HDCP и способы их предотвращения» . ЭТаймс .
  34. ^ Фельтен, Эд (11 сентября 2010 г.). «Понимание утечки главного ключа HDCP» .
  35. ^ «Как снять видео игрового процесса на PS3» . Аркада . Обмен стеками. 1 января 2011 г.
  36. ^ «Часто задаваемые вопросы об использовании HDMI на компьютерах Mac — Служба поддержки Apple» . Яблоко. 22 марта 2017 г.
  37. ^ «Информационный документ HDCP: как коммутаторы DigitalMedia™ обрабатывают HDCP» (PDF) . Крестрон.
  38. ^ «Введение в HDCP2.2» (PDF) . Экстрон. 8 сентября 2015 г.
  39. ^ «Сводка спецификаций WirelessHD 1.1» . БеспроводнойHD . Архивировано из оригинала 19 апреля 2017 года . Проверено 18 апреля 2017 г. .
  40. ^ «Техническое примечание Wi-Fi CERTIFIED Miracast™ Проблема совместимости HDCP: дескриптор протокола HDCP 2.2» (PDF) . Wi-Fi Альянс . Проверено 18 апреля 2017 г. .
[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=High-bandwidth_Digital_Content_Protection&oldid=1239119654"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 07817dbb557f59a68eda8ba2e0753d37__1723024920
URL1:https://arc.ask3.ru/arc/aa/07/37/07817dbb557f59a68eda8ba2e0753d37.html
Заголовок, (Title) документа по адресу, URL1:
High-bandwidth Digital Content Protection - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)