iOS: зашифровать / расшифровать видеофайл - PullRequest
Новая
       21

iOS: зашифровать / расшифровать видеофайл

4 голосов
/ 05 апреля 2011

Мы находимся в процессе разговора о том, как настроить онлайн-магазин проката видео. Помимо потоковой передачи нам бы понравилось, если бы пользователь мог сначала загрузить фильм, который затем некоторое время хранится на самом устройстве, в этом случае iOS-устройство.

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

Таким образом, существует необходимость хранить файл в зашифрованном виде или с каким-то DRM. Но даже тогда: как сделать так, чтобы пользователь сам не смог расшифровать его? И как только воспроизведение началось, как мы можем добиться того, чтобы мы не расшифровывали весь файл (который был бы слишком большим, чтобы хранить его в памяти), чтобы пользователь не получил к нему доступ.

Есть идеи / решения?

Ответы [ 3 ]

1 голос
/ 11 октября 2012

Добро пожаловать в мир DRM.Дело в том, что вы не можете остановить решительного злоумышленника от дешифрования видео.Если пользователь увидит его воспроизведение, он сможет получить доступ к полностью расшифрованному видео, даже если это означает перехват необработанных видеосигналов, отправляемых на ЖК-дисплей.с помощью методов отладки и шифрования.

0 голосов
/ 08 июля 2014

Вам нужно будет получить согласие от владельцев контента, которые предоставляют видеофайлы - обычно им требуется предварительно сертифицированный DRM, такой как PlayReady (Microsoft) WideVine (Google) или Verimatrix.

0 голосов
/ 11 октября 2012

В какой-то момент файл должен быть дешифрован на устройстве для воспроизведения. Умный обратный инженер выяснит, как установить точку останова после этой точки и скопировать файл. Вот как нарушается большинство DRM, это всего лишь вопрос выяснения того, как правильно приступить к выполнению приложения.

Лучше всего добавить в код как можно больше функций защиты от отладки и / или транслировать их без локального хранилища. Оба варианта не идеальны и могут быть побеждены со временем, но это по крайней мере замедлит большинство из них.

...