Здравствуйте, AShirmanov, Вы писали:

AS>По первой части вопроса -- а Вы спрашиваете как пользователь системы DRM или как производитель? Если как производитель, то Вы используете свою собственную криптографию, или чужую — например, криптопровайдер, встроенный в Windows? Насколько я знаю под лицензирование подпадает из всего перечисленного мной только вариант, когда вы самостоятельно разрабатываете реализацию криптоалгоритмов, или когда перепродаете DRM, а не используете как пользователь исключительно для собственных нужд.

Один open source игровой движок, который я собираюсь использовать, шифрует байткод пользовательких скриптов с помощью AES-256 (в будущем собираются распространить шифрование на все пользовательские ресурсы). Ключ по-умолчанию забит нулями, но при желании можно перекомпилировать движок на произвольный 256-битный ключ. Как я полагаю, это сделано для реализации простенькой DRM.

Проблема в том, что для распространения игр на этом движке нужно брать с собой их бинарники, в которых AES-256 используется (+ будет использоваться) примерно для:

• исполнение программного обеспечения в защищенном от копирования виде;
  
• контроль копирования аудио- и видеоинформации, защищенной авторскими правами;

(хотя тут скорее защита от реверс-инженеринга и от модификации — защита от копирования в некотором виде (копирование байт-кода программы)).

Сижу и думаю — выбросить всё это дело из своей сборки и сделать ticket о замене схемы шифрования на 56-битную или всё это попадает под исключения.

AS>Насколько я знаю, этот пункт относится к технологической канальной аппаратуре операторов связи (то есть например высокоскоростные шифраторы в каналах сотовой связи).
Ой, а они ещё там работу с HTTPS/SSL-сертификатами прикрутили. Лучше тоже выбросить, да? Или пару приседаний сделать, чтобы добиться

м) товаров, у которых криптографическая функция гарантированно заблокирована производителем.

?

Здравствуйте, AShirmanov, Вы писали:

AS>По первой части вопроса -- а Вы спрашиваете как пользователь системы DRM или как производитель? Если как производитель, то Вы используете свою собственную криптографию, или чужую — например, криптопровайдер, встроенный в Windows? Насколько я знаю под лицензирование подпадает из всего перечисленного мной только вариант, когда вы самостоятельно разрабатываете реализацию криптоалгоритмов, или когда перепродаете DRM, а не используете как пользователь исключительно для собственных нужд.

Один open source игровой движок, который я собираюсь использовать, шифрует байткод пользовательких скриптов с помощью AES-256 (в будущем, может быть, собираются распространить шифрование на все пользовательские ресурсы). Ключ по-умолчанию забит нулями, но при желании можно перекомпилировать движок на произвольный 256-битный ключ. Как я полагаю, это сделано для реализации простенькой DRM или нечто схожее по назначению.

Проблема в том, что для распространения игр на этом движке нужно брать с собой их бинарники, в которых AES-256 используется (+ будет, возможно, использоваться) примерно для:

• исполнение программного обеспечения в защищенном от копирования виде;
  
• контроль копирования аудио- и видеоинформации, защищенной авторскими правами;

(хотя тут скорее защита от реверс-инженеринга и от модификации — защита от копирования в некотором виде (копирование байт-кода программы)).

Сижу и думаю — выбросить всё это дело из своей сборки и сделать ticket о замене схемы шифрования на 56-битную или всё это попадает под исключения.

AS>Насколько я знаю, этот пункт относится к технологической канальной аппаратуре операторов связи (то есть например высокоскоростные шифраторы в каналах сотовой связи).
Ой, а они ещё там работу с HTTPS/SSL-сертификатами прикрутили. Лучше тоже выбросить, да? Или пару приседаний сделать, чтобы добиться

м) товаров, у которых криптографическая функция гарантированно заблокирована производителем.

?