Подтвердить что ты не робот

Что представляет собой "шифрование" с целью соблюдения экспорта (например, в App Store)?

При отправке приложения в App Store для iOS требуется объявить, содержит ли приложение "шифрование" (и, как я понимаю, преодолевает дополнительные административные препятствия).

Кто-нибудь знает какие-либо указания относительно того, что точно описано в терминах термина "шифрование" ?

Они имеют в виду:

  • специально криптографически безопасные схемы шифрования (AES, RSA и т.д.);
  • ИЛИ, любая схема или метод, которые могут в повседневной речи упоминаться как "шифрование" , или вариант стандартной схемы, которая является криптографически слабой?

В частности, я собирался использовать некоторую слабую схему для защиты некоторых активов приложения от случайного хакера, например. путем XORing данных из файла с строкой байтов, сгенерированных из генератора случайных чисел (не криптографического). Если вам нравится, это будет "однократная панель", но если ключ на самом деле не криптографически случайный: достаточно случайный, чтобы кто-то, кто хотел украсть данные, должен был пойти на небольшое количество усилий за "простое копирование" данные из файла '.

Итак, для целей декларации это считается использованием "шифрования", даже если это не криптографически безопасная форма шифрования? То, что я делаю, является обычной практикой, которую я предполагаю, что другие разработчики отправили приложения, используя такую ​​процедуру: нужно ли объявлять приложение как использующее шифрование?

(Например, руководство по подключению iTunes не дает никаких дополнительных спецификаций по этому вопросу.)

4b9b3361

Ответ 1

Эта блок-схема вероятно, поможет вам встать на правильный путь. Это указывает на то, что если шифрование ограничено защитой авторских прав/интеллектуальной собственностью, оно исключается из обзора. Я дошел до этой блок-схемы с домашней страницы BIS. Эта страница ссылается на часто задаваемые вопросы, касающиеся World Wide Trade Compliance для App Store в iTunes connect, в которых вы можете заявить об освобождении:

(i), если вы определите, что ваше приложение не относится к категории 5, часть 2 EAR, на основе руководства, предоставленного BIS

Надеюсь, это поможет немного разобраться.

EDIT Еще один интересный раздел: вы можете требовать освобождение, если:

(iii) ваше приложение использует, обращается, реализует или включает шифрование с длиной ключа, не превышающей 56 бит симметричной, 512 бит асимметричной и/или 112-битной эллиптической кривой