Криминалистические водяные знаки в OTT: отследить утечку

Коротко

Форензический водяной знак прячет внутри самого видео невидимый идентификатор конкретного зрителя – так, что когда копия всплывает на пиратском сайте, метку можно прочитать и проследить до точной учётной записи или сессии, из которой произошла утечка. Он не предотвращает утечку, как это делает шифрование, – он делает того, кто слил контент, опознаваемым постфактум, и поэтому студии и спортивные лиги считают его слоем, который лежит под управлением цифровыми правами (DRM), а не заменяет его. Доминирующий масштабируемый приём – серверное A/B-маркирование – готовит два почти одинаковых варианта каждого сегмента видео и позволяет сети выдать каждому зрителю уникальную последовательность A/B; эта архитектура теперь стандартизована как ETSI TS 104 002. Статья объясняет простым языком, что такое метка, где её можно встроить, как слитый поток отслеживают за минуты во время живого матча, и на какие компромиссы по хранению, стоимости и стойкости вы при этом идёте.

Почему это важно

Если вы вещаете что-либо, чем дорожит студия или лига – свежие фильмы, 4K-оригиналы, живой спорт, – ваш дистрибуционный контракт почти наверняка называет форензическое маркирование условием показа контента, особенно в максимальных разрешениях и в ранних окнах релиза. Причина – деньги промышленного масштаба: пиратский стриминг оценивают примерно в $30 млрд потерь в год для видеоплатформ США, а одно лишь пиратство живого спорта вытягивает около $28 млрд из мировой спортивной экономики, причём нелегальные трансляции крупного матча часто появляются в течение девяноста секунд после стартового свистка. Шифрование и DRM держат честные устройства честными, но они не остановят настойчивого подписчика, который наведёт карту захвата или телефон на экран, – и в этот момент единственный важный вопрос: чей это был поток. Статья – для основателя, продакт-менеджера или стримингового инженера, которому нужно понять, что на самом деле даёт маркирование, во что оно обходится на масштабе и как говорить о нём с правообладателями и вендорами, не покупаясь на магию.

Сначала – одно различие, которое снимает все недопонимания

Начнём с разделения двух задач, которые звучат одинаково, но таковыми не являются. Система, которая не даёт получить доступ к премиальному контенту без разрешения, – управление цифровыми правами (DRM), софт, который шифрует видео и выдаёт ключи расшифровки по правилам, тема материала Зачем нужен DRM и что он на самом деле защищает, – работает до утечки. Это запертая дверь. Форензический водяной знак работает после утечки: это невидимый серийный номер, впечатанный в картинку, чтобы найденную в сети копию можно было свести к источнику. Одно предотвращает; другое атрибутирует. Это взаимодополняющие слои, и ни один не делает работу другого.

Эта граница – и есть вся суть, потому что у DRM есть жёсткий край, который он не может перейти. Шифрование защищает видео ровно до момента, когда оно расшифровано и показано на экране. Камера, направленная на этот экран, или устройство захвата на кабеле видят полностью расшифрованные пиксели без DRM – и переснимают их. В этот момент DRM сделал всё, что мог, и проиграл. Форензический водяной знак, поскольку он живёт внутри самой картинки, едет вместе с ней через камеру, через перекодирование, через загрузку на пиратский сайт – и он всё ещё там, когда расследователь стянет поток обратно. Метка выживает ровно там, где замок отказывает.

Поэтому честная формулировка в одну фразу такова: маркирование не уменьшает число утечек, оно меняет последствие утечки с анонимного на адресное. Этот сдвиг и заставляет подписчика подумать дважды, и даёт правообладателю доказательство, чтобы закрыть учётную запись или отрезать ре-стримера.

Нажмите, чтобы увеличить

Что такое форензический водяной знак на самом деле

Форензический водяной знак – это небольшой объём информации (в простейшем случае число), вплетённый в видеосигнал так, чтобы быть сразу двумя вещами: невидимым для зрителя и трудноудаляемым. «Невидимый» значит, что изменение картинки ниже порога, который человеческий глаз замечает при обычном просмотре. «Трудноудаляемый» значит, что метка распределена по изображению так, что переживает обычное насилие, через которое проходит пиратская копия: пережатие в файл поменьше, масштабирование в другое разрешение, кроп, запись экрана, даже конвертацию из расширенного динамического диапазона в стандартный.

Информация, которую несёт метка, – обычно идентификатор, который ваша система может свести обратно к человеку или сессии. Это может быть учётная запись подписчика, конкретное устройство, временная метка или – самое мощное – уникальный идентификатор сессии, выпущенный для одного акта просмотра. Сама метка не содержит имени зрителя; она содержит ссылочный номер, а ваш бэкенд держит таблицу, которая превращает этот номер в «учётная запись 88431, смотрит в 21:04 на этом ТВ». Хранить смысл в базе данных, а не в метке – это и приватность, и безопасность.

Полезно назвать две вещи, которые постоянно путают друг с другом. Форензический водяной знак – это то, что вы намеренно добавляете, чтобы отследить утечку. Fingerprint (цифровой отпечаток) в этой области – обратное направление: подпись, вычисленная из уже существующего контента, компактная сводка того, как видео выглядит или звучит, используемая, чтобы распознать этот контент, когда он где-то появляется. Сервисы мониторинга используют fingerprint, чтобы заметить «это финал Кубка» на пиратском сайте; затем читают водяной знак, чтобы узнать «и он утёк из этой сессии». Fingerprint, чтобы найти; водяной знак, чтобы указать виновного. Они работают вместе и невзаимозаменяемы.

Ещё одна пара важна. Видимый водяной знак – логотип вещателя в углу или email зрителя, выжженный поперёк скринера, – сдерживает тем, что его видно, но пират может обрезать или замазать его за минуты. Форензический водяной знак – невидимый родственник: на экране ничего не найти, ничего очевидного не удалить. Статья – про невидимый, стойкий, отслеживаемый вид, потому что именно его требуют правообладатели.

Где можно встроить метку: три места, три компромисса

Самое крупное архитектурное решение – где в цепочке доставки вы ставите метку. Есть три честных ответа, и они меняют безопасность, стоимость и охват устройств друг на друга. Пройдём их по порядку, потому что современный выбор по умолчанию находится посередине.

На клиенте: метка на устройстве. Приложение или плеер зрителя встраивает водяной знак во время воспроизведения. Звучит изящно – каждое устройство естественно производит свой уникальный поток, – но имеет структурную слабость. Чтобы поставить метку, устройство должно обработать видео после того, как оно расшифровано, и нести секретную логику того, как метка применяется. Это кладёт самую чувствительную часть системы в наименее доверенное место: открытое потребительское устройство, которым атакующий полностью управляет. К тому же это значит писать и поддерживать код маркирования на каждой платформе, которую вы поддерживаете – веб, iOS, Android, каждая ОС смарт-ТВ, каждая приставка. У клиентского маркирования есть свои применения, но как основная схема оно переворачивает модель безопасности.

На сервере: метка в сети, до устройства. Здесь чувствительная работа происходит на инфраструктуре, которую вы контролируете, а устройство получает уже размеченный поток без специального кода и без секрета, который можно слить. Эту схему предпочитают студии, потому что она держит логику маркирования полностью вне открытого устройства и работает на широчайшем диапазоне плееров без интеграции под каждую платформу. Задача, которую серверное маркирование должно решить, – масштаб: нельзя закодировать отдельную, полностью уникальную копию двухчасового фильма для каждого из миллиона зрителей. Ответ на эту проблему масштаба – паттерн A/B-вариантов, которому посвящён отдельный раздел ниже, потому что именно он лежит в основе того, как это работает на практике.

На краю (edge): метка на краю CDN, на каждый запрос. Уточнение серверной схемы: метка встраивается на краю сети доставки контента – слое серверов близко к зрителям, тема материала Как CDN доставляет видео, – в момент, когда конкретный подписчик запрашивает сегмент. Сдвиг метки ниже по цепочке снижает стоимость, потому что можно не хранить две полные копии всего, и позволяет упаковать больше опознающих бит в каждый сегмент, что делает метку устойчивее к некоторым атакам. Цена – более способный, осведомлённый о маркировании край.

Эмпирическое правило, к которому сходятся вендоры, простое: чем ниже по цепочке вы встраиваете, тем ниже стоимость хранения и доставки, но тем больше способностей нужно в сети. Большинство платформ, раздающих премиальный контент на масштабе, останавливаются на серверном A/B, часто с edge-вариантом, именно потому, что это держит секрет вне устройства, оставаясь по карману.

Прочитайте два средних столбца вместе: именно поэтому серверная и edge-схемы выигрывают для премиального контента. Ни одна не просит устройство держать секрет или трогать расшифрованное видео, и ни одна не требует слать код маркирования на десяток платформ. Столбец стоимости – где они различаются, и это различие – тема разобранного примера ниже.

Как серверное A/B-маркирование работает на самом деле

Это механизм, который запускает большинство премиальных платформ, поэтому его стоит выстроить медленно, по одной идее за раз. Цель – уникальный поток для каждого зрителя без кодирования уникальной копии для каждого зрителя, и фокус в том, чтобы сделать это всего двумя готовыми версиями.

Вспомните из материала Encoding ladder простыми словами, что стриминговое видео уже нарезано на короткие сегменты, обычно по несколько секунд каждый, чтобы плеер мог переключать качество на лету. A/B-маркирование цепляется к этой существующей структуре. Во время кодирования компонент под названием препроцессор водяного знака производит две версии каждого сегмента: вариант A и вариант B, каждый несёт ту же картинку, но слегка иной, невидимый встроенный бит. Думайте о них как о двух прессовках одной пластинки, которые звучат для вас одинаково, но различаются дорожкой, которую читает только машина.

Оба варианта упаковываются и выкладываются на origin и CDN, так что сеть может отдать либо A, либо B версию любого сегмента. Теперь магия: когда плеер конкретного зрителя просит сегмент за сегментом, сеть выдаёт этому зрителю определённый паттерн из A и B – скажем, A-A-B-A-B-B для первых шести сегментов. Этот паттерн – двоичное число, и это число – идентификатор зрителя. Другой зритель получает другой паттерн, значит другое число. Сшейте достаточно сегментов – и у вас миллионы уникальных последовательностей всего из двух физических копий каждого сегмента.

Изящная часть – кто решает паттерн. В стандартизованном дизайне плеер несёт небольшой токен водяного знака – учётные данные, которые содержат или позволяют краю вывести уникальный идентификатор этой сессии. Когда edge-сервер получает запрос на сегмент, он вычисляет, какой бит идентификатора представляет этот сегмент, читает этот бит из токена и отдаёт вариант A для нуля или вариант B для единицы. Устройство зрителя ничего об этом не знает; оно просто играет видео. Логика выбора живёт в сети – ровно там, где вы хотите видеть секрет.

Нажмите, чтобы увеличить

Стандарт, который сделал это совместимым

Годами A/B-маркирование работало, но было кастомной интеграцией каждый раз, потому что энкодер, упаковщик, CDN и вендор маркирования должны были договариваться о приватных соглашениях. Это изменилось в 2023 году. DASH Industry Forum – орган, который пестует стандарт стриминга MPEG-DASH, – опубликовал спецификацию Forensic A/B Watermarking, и в августе 2023 года она была переиздана Европейским институтом телекоммуникационных стандартов как ETSI TS 104 002 – формальный, открыто доступный стандарт. Он определяет общие интерфейсы, чтобы любой совместимый энкодер, упаковщик, CDN и вендор метки могли взаимодействовать, и намеренно работает для обоих основных форматов стриминга – HTTP Live Streaming (HLS) и MPEG-DASH.

Два проектных решения этого стандарта стоит знать, потому что они объясняют его надёжность. Первое: вместо того чтобы край угадывал, какой бит несёт сегмент, разбирая имя файла – хрупко, потому что каждый упаковщик именует файлы по-своему, – стандарт несёт информацию «какой бит куда» в выделенном канале метаданных (названном WMPaceInfo, компактно закодированном), который течёт рядом с контентом. Система больше не зависит от соглашений об именах файлов. Второе: он стандартизует токен водяного знака – в «прямом» режиме, который несёт идентификатор напрямую, и «непрямом», который несёт параметры для его вывода, – плюс точную логику секвенсирования, которую должен исполнять край. В итоге чувствительные операции остаются в сети, устройство остаётся «глупым», а вендоры становятся взаимозаменяемыми.

Стоит подчеркнуть один пункт о точности, который стандарт сохраняет: варианты A и B всё ещё зашифрованы Common Encryption – схемой ISO, которая позволяет одному защищённому файлу кормить каждую DRM, разобранной в материале CENC, CTR и CBCS: Common Encryption по-простому. Маркирование не ломает защищённый путь и не требует расшифровывать видео на устройстве, чтобы поставить метку. Шифрование и маркирование едут вместе: поток остаётся заперт, а паттерн A/B, продетый сквозь него, и есть невидимая подпись.

Отследить утечку: цикл обнаружения на секундомере

Встраивание метки – лишь половина системы. Другая половина – цикл, который превращает метку в действие, и для живого контента этот цикл бежит наперегонки с секундомером.

Работает это так. Сервис мониторинга непрерывно прочёсывает пиратские сайты, соцплатформы и нелегальные стриминговые приложения, используя цифровые отпечатки, чтобы распознать ваш тайтл, когда он появляется. Найдя ваш поток в ре-трансляции, он захватывает образец и запускает извлечение – обратное встраиванию – чтобы восстановить скрытый идентификатор из пикселей. Этот идентификатор сопоставляется в вашем бэкенде с сессией и подписчиком. Теперь можно действовать: завершить сессию, заблокировать учётную запись и – для ре-стримера – передать доказательства в процесс тейкдауна и юридический процесс, описанные в материале Антипиратские операции: мониторинг и тейкдаун.

Для каталогов по запросу этот цикл может идти в расслабленном темпе – слитый фильм это проблема на дни-недели, и цель студии часто – разведка: какая часть цепочки дистрибуции течёт, чтобы её починить. Для живого спорта это спринт. Нелегальные трансляции топ-матча часто появляются примерно через девяносто секунд после первого свистка, а вся ценность контента испаряется к финальному свистку. Поэтому живой конвейер спроектирован на скорость: метка встраивается за несколько сотен миллисекунд, извлечение из захваченного пиратского потока занимает секунды, а не минуты, и цель – опознать и отрезать источник утечки примерно в первые пятнадцать минут – достаточно быстро, чтобы сделать пиратский поток ненадёжным, пока матч ещё важен.

Это требование по времени – и есть настоящая причина, почему live и VOD часто используют разные конфигурации маркирования даже на одной платформе. Сторона VOD оптимизирует под самую сильную возможную метку и самую низкую стоимость; сторона live – под самое короткое время встраивания-и-извлечения. Оба это «форензическое маркирование», настроенное на противоположные концы секундомера.

Нажмите, чтобы увеличить

Разобранный пример: во что обходится A/B

Числа делают компромисс конкретным, поэтому посчитаем сторону хранения серверного A/B для каталога среднего размера. Арифметика проста; урок – в том, какая строка двигается.

Начнём с каталога. Скажем, у вас 5 000 часов контента, а ваш encoding ladder производит в среднем 8 вариантов качества на тайтл – ступени, между которыми переключается плеер. Допустим, ваша закодированная, упакованная библиотека в среднем 3 гигабайта на час по всем этим ступеням. Базовое хранилище:

база = 5 000 часов × 3 ГБ/час = 15 000 ГБ ≈ 15 ТБ

Теперь включим серверное A/B-маркирование для премиального среза каталога. A/B значит, что каждый размеченный сегмент существует в двух вариантах, поэтому размеченный контент примерно удваивается в хранении. Если разметить всю библиотеку, размеченный объём:

A/B размечено = 15 ТБ × 2 = 30 ТБ   (плюс 15 ТБ)

Но вы редко размечаете всё, потому что лишь часть контента несёт контракт, который этого требует. Скажем, 30% каталога достаточно премиальны, чтобы требовать маркирования. Тогда удваивается только этот срез:

размеченный срез   = 15 ТБ × 30% = 4,5 ТБ  → ×2 = 9,0 ТБ
неразмеченный срез = 15 ТБ × 70% = 10,5 ТБ → ×1 = 10,5 ТБ
всего хранилище    = 9,0 + 10,5 = 19,5 ТБ   (плюс 4,5 ТБ, +30%)

Хранилище дёшево, поэтому несколько лишних терабайт – не заголовок. Строка, которая на самом деле двигается, – доставка. Поскольку оба варианта A и B размеченного контента идут через CDN, кэш-след этого контента тоже удваивается – а сеть доставки контента отрабатывает свои деньги, отдавая большинство запросов из кэша, а не из вашего origin. Удвойте варианты – и вы вдвое снижаете шанс, что какой-то один вариант уже в кэше, что снижает долю попаданий в кэш на размеченном контенте и толкает больше трафика обратно на origin. На платформе, где регулярный счёт за egress CDN – плата за байты, отправленные зрителям, тема материала Стоимость CDN: egress, коммиты и 95-й перцентиль, – уже самая большая текущая статья, худшая доля попаданий на самых ценных тайтлах и есть та трата, что имеет значение, а не диск. Именно поэтому существует edge-маркирование, которое избегает хранения и кэширования двух полных копий: оно меняет более умный край на меньший штраф по доставке.

Вывод из расчёта: закладывайте маркирование как стоимость доставки, а не хранения, и размечайте только тот контент, контракт которого этого требует.

Когда правообладатели действительно этого требуют

Маркирование – не «приятное дополнение», которое добавляют для спокойствия; для премиального контента это обычно контрактно, и полезно знать две силы, которые помещают его в контракт.

Первая – требование студий для дорогих фильмов и сериалов. Крупные голливудские студии координируют свои ожидания по безопасности через технический орган MovieLabs, чья Specification for Enhanced Content Protection (ECP) – последняя опубликованная версия 1.4, от 2024 года – это общая цель, которой платформа должна соответствовать, чтобы получить лицензию на премиальный контент. Эта спецификация требует форензического маркирования как части защиты самого ценного материала: разрешений 4K и сверхвысокой чёткости, расширенного динамического диапазона и особенно контента раннего окна – фильма, который доходит до стриминга, пока он ещё в прокате или рядом с ним, когда одна утечка наиболее разрушительна. Если вам нужны новые релизы в топовом разрешении, маркирование стоит в чек-листе рядом с аппаратной DRM.

Вторая сила – живой спорт и другие короткоживущие премиальные события. Здесь движущая сила не спецификация студии, а экономика самого события: контент стоит больше всего в те девяносто минут, что он идёт, и почти ничего после, поэтому контракт лиги настаивает на способности быстро найти и отрезать пиратский ре-стрим. Это и есть сценарий, под который построен живой цикл обнаружения выше, и его всё чаще пишут прямо в правовые сделки.

За обеими силами есть зубы. Коалиции правоприменения теперь демонтируют крупные пиратские операции и используют для этого доказательства уровня сессии – в августе 2025 года была закрыта операция, которую широко называли крупнейшей сетью пиратства живого спорта, с примерно 1,6 млрд визитов за год. Доказательство водяного знака – часть того, что превращает «кто-то сливает» в «эта учётная запись сливает», и это и делает возможными как меры по аккаунту, так и юридические меры.

Частые ошибки

Сбои, которые мы видим, складываются в короткий список, и каждый ложится на решение выше.

• Считать маркирование заменой DRM. Это не так. Маркирование отслеживает утечку; оно её не предотвращает. Поставляйте его вместе с шифрованием и DRM, никогда вместо.
• Делать метку на открытом устройстве основной схемой. Клиентское встраивание кладёт секрет и расшифрованное видео в наименее доверенное место. Для премиального контента предпочитайте серверную или edge-схему.
• Закладывать это как стоимость хранения. Диск дёшев; удвоенный кэш-след и сниженная доля попаданий CDN на вашем лучшем контенте – вот настоящий счёт. Планируйте доставку, не только хранение.
• Размечать весь каталог по привычке. Размечайте то, что требует контракт. Удвоение вариантов на контенте, который никто не обязан защищать, тратит egress впустую.
• Забывать, что таблица «сессия → личность» – ваша забота. Метка – лишь номер; база, которая сопоставляет его человеку, чувствительна и должна быть защищена и проверена на приватность.
• Считать, что одна метка переживёт всё. Стойкость, незаметность и число бит, которое можно нести, в противоречии – метка, настроенная быть совершенно невидимой, может не пережить тяжёлое перекодирование, а тяжёлая метка может проявиться. Подбирайте конфигурацию под угрозу и тестируйте извлечение против реального насилия пирата.
• Игнорировать сговор. Несколько подписчиков могут сравнить свои копии, чтобы найти и атаковать различия. Серьёзные системы защищаются анти-сговорными кодами; спросите любого вендора, как он работает с несколькими коллудерами.

Нажмите, чтобы увеличить

Заметка о стойкости, объёме и сговоре

Три свойства водяного знака тянут друг против друга, и понимание этого напряжения убережёт вас от веры вендору, который заявляет, что максимизирует все три. Незаметность – насколько метка скрыта от зрителя. Стойкость – насколько хорошо она переживает обработку: пережатие, масштаб, кроп, захват экрана, конвертацию формата. Объём (capacity) – сколько бит идентификатора она может нести. Доведите незаметность до предела – и у вас меньше, бледнее изменений, в которых прятать информацию, что стоит стойкости или объёма. Поднимите стойкость – метка станет сильнее, что грозит незаметности. Каждая реальная система выбирает точку в этом треугольнике под конкретную угрозу.

Объём важнее, чем кажется сначала, из-за атак сговором. Если два-три подписчика получают каждый уникально размеченную копию и сравнивают их бок о бок, места, где их копии различаются, и есть водяной знак, а усреднение или склейка их потоков могут ослабить или перемешать его. Защита – слой математики поверх сырой метки: анти-сговорные коды-отпечатки, самые известные из которых называются кодами Тардоса, специально спроектированные так, что даже когда несколько коллудеров объединяют копии, как минимум одного из них всё ещё можно опознать. Загвоздка в том, что этим кодам нужен более длинный идентификатор, сотни-тысячи бит, что поднимает объём, который метка должна нести, – и снова тянет за тот же треугольник. Это и есть настоящая инженерия форензического маркирования, и поэтому «просто добавьте водяной знак» – никогда не вся история.

Где здесь Фора Софт

Платформы, которым это нужнее всего, – те, что раздают каталог студии или живые права большой мультиэкранной аудитории, где слой маркирования должен удовлетворить спецификацию безопасности правообладателя и пережить реалии экономики CDN, не раздув тихо счёт за egress. Фора Софт строит видеостриминг, OTT и интернет-ТВ, живой спорт, видеонаблюдение и другие системы защищённого видео с 2005 года – более 250 проектов для 400+ клиентов за 20+ лет, – и здесь важна интеграция, а не логотип: вписать препроцессор водяного знака в encoding ladder, провести варианты A/B и их метаданные через упаковщик и CDN, подогнать логику выбора на краю под реальную топологию доставки и замкнуть цикл обнаружения на ваши аккаунт-операции и антипиратство. Мы нейтральны к тому, чью технологию маркирования вы лицензируете; инженерная ценность – отслеживаемая платформа, которая соответствует контракту и которую зритель никогда не замечает.

Главные выводы

• Форензическое маркирование отслеживает утечку до источника; оно не предотвращает утечку. Применяйте с DRM, не вместо.
• Метка – невидимый, стойкий идентификатор зрителя, который переживает перекодирование, кроп и захват экрана.
• Серверное A/B даёт каждому зрителю уникальный паттерн сегментов A/B всего из двух вариантов – теперь стандарт ETSI TS 104 002.
• Встраивайте на сервере или на краю, не на открытом устройстве, чтобы держать секрет вне рук зрителя.
• Закладывайте как стоимость доставки: A/B удваивает кэш-след размеченного контента и снижает hit ratio CDN.
• Студии (MovieLabs ECP, 4K и ранние окна) и живой спорт – две силы, которые делают это контрактным.

Что почитать дальше

• Зачем нужен DRM и что он на самом деле защищает – слой предотвращения, который дополняет маркирование.
• Антипиратские операции: мониторинг и тейкдаун – цикл, который потребляет доказательство водяного знака.
• CENC, CTR и CBCS: Common Encryption по-простому – почему варианты A/B остаются зашифрованы от начала до конца.