Использование SSL в приложении для iPhone - соответствие экспорта - PullRequest
72 голосов
/ 25 января 2010

Я смотрю на создание приложения для iPhone, которое будет взаимодействовать с веб-сервисом REST. Поскольку некоторые конфиденциальные данные (имя, адрес, возраст и т. Д.) Будут передаваться, я смотрю на безопасность соединений с помощью SSL.

Тем не менее, во время моих предыдущих выходов в App Store я увидел, что первый вопрос, который мне задают, это «Использует ли ваше приложение шифрование?» и в зависимости от ответа на этот и другие последующие вопросы может потребоваться соблюдение правил экспорта США.

Моя компания не базируется в США, и у нас нет офиса в США.

Кто-нибудь еще представил приложение, использующее SSL для такого рода целей? Если да, нужно ли вам что-то делать, чтобы получить разрешение на его использование, либо от Apple, либо от правительства США?

Ответы [ 7 ]

50 голосов
/ 20 января 2011

Дополнение от 20.09.2016

ERN больше не требуются, поэтому, похоже, многим приложениям больше не нужно регистрироваться в правительстве США. (Хотя, возможно, вам все равно придется подавать двухлетний отчет № 8 к части 742.) http://www.bis.doc.gov/InformationSecurity2016-updates

(Спасибо @EugenioDeHoyos и @ user3562927 за это!)

Французская государственная регистрация все еще требуется для продажи во Франции.

Часто задаваемые вопросы по iTunes Connect были обновлены, чтобы охватить это изменение, и являются наиболее читаемой ссылкой, которую я нашел.

Старый ответ

Процесс изменился, начиная с лета 2010 года, и вам (вероятно) нужен сейчас ERN, а не CCATS, как было необходимо в то время, когда Джон писал свой ответ.

См. Ограничения Apple iTunes на экспорт для приложений . FAQ по iTunes connect также содержит много полезной информации о соответствии экспорту.

В настоящее время существуют также ограничения, которые распространяются на распространение приложений с шифрованием во французском магазине приложений - см. Раздел часто задаваемых вопросов по подключению itunes и ветку Соответствие французскому экспорту в devforums .

10 голосов
/ 30 сентября 2016

Все эти ответы устарели по состоянию на 20 сентября 2016 года. Я только что разговаривал по телефону с людьми из SNAP-R (правительством), и они сказали, что новое законодательство вступило в силу 20 сентября. Новое правило отменяет требование регистрировать ваше приложение просто потому, что оно использует шифрование.

Я описал им свое приложение (игру), и они сказали, что это «EAR-99», что означает, что мне не нужно регистрироваться. Вполне вероятно, что Apple собирается обновить свой сайт. Но в то же время, если вы пытаетесь пройти этот процесс, потому что вы используете SSL / HTTPS, просто остановитесь сейчас. Вам даже не удастся заполнить формы, потому что они значительно изменились.

10 голосов
/ 08 февраля 2010

Я действительно вернулся в Apple, и оказалось, что любое приложение, использующее SSL , нуждается в одобрении (к сожалению). Очевидно, есть некоторые исключения, например, если приложение использует SSL только для одной платежной транзакции.

Более подробная информация содержится в Классификация товаров CCATS для массового рынка для приложений iPhone для 8 простых шагов и Соответствие стандарту экспорта iPhone для приложений, использующих соединения HTTPS (TLS) .

7 голосов
/ 11 ноября 2017

Сейчас в ноябре 2017 года ...

Это действительно законные вещи, так что это указатели на то, что я нашел полезным и как я интерпретировал вещи. Не принимайте это как совет (это не так).

FAQ по Apple, как упоминалось в других ответах, является отличной отправной точкой: https://itunespartner.apple.com/en/apps/faq/Managing%20Your%20Apps_Export%20Compliance

Это приводит к выполнению следующих действий: В iTunes Connect перейдите в свое приложение. Выберите вкладку «Функции» в верхней части и выберите «Шифрование» на стороне. Нажмите «Добавить документацию по соответствию экспорту для iOS» на главной странице. Первый вопрос гласит: «Соответствие экспорту: разработано ли ваше приложение для использования криптографии ...» Выберите «Да». В следующих вопросах говорится (а я копирую и вставляю):

Соответствует ли ваше приложение одному из следующих:
(a) Относится к одному или нескольким исключениям, предусмотренным для категории 5, часть 2
(b) Использование шифрования ограничено шифрованием в операционной системе (iOS или macOS)
(c) Звонит только через HTTPS
(d) Приложение доступно только в США и / или Канаде

(c) является ссылкой на стиль SSL (в соответствии с вашим вопросом), поэтому выберите Да для этого вопроса. [Обратите внимание, что в нижней части руководства на этом экране есть ссылка на ссылку выше FAQ]

При выборе «Да» в одном из всплывающих окон указывается (и я цитирую):

Если вы используете ATS или звоните в HTTPS, имейте в виду, что вы должны представить отчет о самостоятельной классификации на конец года правительству США. Узнать больше

И обратно в FAQ, ключевая цитата:

Почему моему приложению требуется проверка шифрования, если я не живу в Соединенных Штатах? Могу ли я обойти проверку шифрования, если я выпущу свое приложение только в моей стране?

Ваше приложение будет загружено на сервер Apple в США, что означает, что ваше приложение будет экспортировано из США и подпадает под действие законов об экспорте США. Это требование применяется, даже если вы планируете распространять его только в своей стране.

Последний бит, который, я думаю, отвечает на второй бит вашего вопроса ... Вы все равно должны соблюдать, даже если вы не в США, и даже если вы не собираетесь распространять за пределами своей страны ...

Итак, на основании того, что я прочитал сегодня (в ноябре 2017 года), если с помощью SSL (HTTPS) в приложении для iOS, даже если за пределами США, флажки должны быть отмечены в iTunes Connect ... (процесс начался в «вкладка функций», описанная выше). Кроме того, вам необходимо сделать ежегодный отчет о самостоятельной классификации.

Ссылка в Apple FAQ, касающаяся этого, в настоящее время не работает (как я пишу это), но эта ссылка полезна: https://www.bis.doc.gov/index.php/policy-guidance/product-guidance/high-performance-computers/223-new-encryption/1238-how-to-file-an-annual-self-classification-report

На этой странице содержатся адреса электронной почты, на которые следует отправлять отчет (необходимо отправить его в 2 места), когда он должен быть отправлен, и в каком формате и в какой информации необходимо отправлять (тщательно созданный очень заранее заданный файл .csv) Я не смог найти это с помощью поисковой системы bis.doc.gov, но нашел его с помощью обычной поисковой системы, которая искала «Отчет о самостоятельной классификации на конец года». Так что, если эта конкретная ссылка исчезнет в будущем, этот поиск может помочь найти любую замену:)

Что касается деталей того, как создать этот файл .csv для iOS-приложения с использованием SSL, я еще не уверен - я надеюсь на успех и отредактирую этот пост с деталями, если он покажется уместным.

В связи с этим, в этом связанном документе: https://www.bis.doc.gov/index.php/documents/new-encryption/1651-740-17-enc-table/file (который вам может понадобиться увеличить, чтобы прочитать) Я полагаю, что соответствующая строка является третьей (б) (1), когда требования к подаче соответствуют. Это относится к

отправить Supp. 8, часть 742, по электронной почте

В этом документе также есть столбец ECCN, и я начинаю думать, что соответствующий номер ECCN - 5A002 точка что-то

Этот следующий документ содержит более подробную информацию о выборе правильного кода ECCN:

https://www.bis.doc.gov/index.php/documents/new-encryption/1652-cat-5-part-2-quick-reference-guide/file

Читая эту статью, я считаю, что если SSL используется в качестве небольшой части приложения, это относится к коду 5A002.a.4

UPDATE:

Итак, в нижней части руководства bis.doc.gov описание для создания файла .csv гласит:

  • Первая строка годового отчета о самостоятельной классификации должна состоять из следующих 12 записей: ИМЯ ПРОДУКТА, НОМЕР МОДЕЛИ, ПРОИЗВОДИТЕЛЬ, ECCN, ТИП АВТОРИЗАЦИИ, ТИП ПУНКТА, ИМЯ ПОДПИСЧИКА, НОМЕР ТЕЛЕФОНА, АДРЕС ЭЛЕКТРОННОЙ ПОЧТЫ, АДРЕС ПОЧТЫ, NON-США КОМПОНЕНТЫ, NON-U.S. ПРОИЗВОДСТВЕННОЕ МЕСТО.
  • Ни одна запись не может быть оставлена ​​пустой.
  • ИМЯ ПРОДУКТА и ECCN должны быть заполнены.
  • Для МОДЕЛЬНОГО НОМЕРА и ПРОИЗВОДИТЕЛЯ, если необходимо, введите «НЕТ» или «Н / Д».
  • Для ТИПА АВТОРИЗАЦИИ введите ENC или MMKT.
  • Для ТИПА ПУНКТА выберите из списка типов предметов, представленных в Приложении. С 8 по 742 (а) (6).
  • Заголовки столбцов SUBMITTER NAME через NON-U.S. Места производства относятся к компании в целом, и, следовательно, должны быть введены одинаково для каждого продукта (т. Е. Только одна точка контакта, один ответ «ДА» или «НЕТ» на вопрос о том, включает ли какой-либо из представленных продуктов продукты из США). для отчета требуются компоненты шифрования и один список мест производства за пределами США). Дублируйте эту информацию в каждую строку таблицы
  • Единственное разрешенное использование запятой - это необходимый разделитель между 12 записями для каждой позиции. Допускаются только запятые, которые вставляются автоматически во время преобразования электронной таблицы.

Используя Дополнение № 8 к Части 742 - Отчет о самостоятельной классификации для элементов шифрования Для получения дальнейших указаний я получил файл .csv, подобный этому:

PRODUCT NAME, MODEL NUMBER, MANUFACTURER, ECCN, AUTHORIZATION TYPE, ITEM TYPE, SUBMITTER NAME, TELEPHONE NUMBER, E-MAIL ADDRESS, MAILING ADDRESS, NON-U.S. COMPONENTS, NON-U.S. MANUFACTURING LOCATIONS
[my-app-name] iOS App,[my-App-version-number],SELF,5A002,ENC,Link encryption,[My-name],[my-phone-number],[my-email],[my address with no commas],YES,[my-location]

Обратите внимание, что это должен быть правильно сформированный файл .csv, что не совсем так. Я предлагаю создать что-то в электронной таблице и сохранить как .csv

Также обратите внимание, что это не рекомендуемый результат - это моя лучшая интерпретация как неквалифицированного человека, у которого нет совета. Пример .csv в нижней части руководства bis.doc.gov помог мне в дальнейшем и, казалось, предполагал, что ECCN может быть просто 5A002 без дополнительных подробностей. ТИП ПУНКТА должен быть выбран из списка в Приложении № 8 - что-то еще может лучше соответствовать природе вашего Приложения. Я не был уверен в MODEL NUMBER, но пример выглядел так, как будто он использует описания типов номеров версий. Может быть, приложение Apple ID было бы лучше здесь. Учитывая, что это необязательно, это может не иметь значения ...

ОБНОВЛЕНИЕ (январь 2019 г.): Наконец-то я отправил заявку на 2018 г. и выбрал:

PRODUCT NAME, MODEL NUMBER, MANUFACTURER, ECCN, AUTHORIZATION TYPE, ITEM TYPE, SUBMITTER NAME, TELEPHONE NUMBER, E-MAIL ADDRESS, MAILING ADDRESS, NON-U.S. COMPONENTS, NON-U.S. MANUFACTURING LOCATIONS
[my-app-name] iOS App,N/A,SELF,5A002,ENC,Link encryption,[My-name],[my-phone-number],[my-email],[my address with no commas],NO,[my-location]

Изменения должны были указывать «N / A» в качестве номера модели и «NO» для NON-U.S. КОМПОНЕНТЫ. «НЕТ», потому что в моем приложении нет купленных компонентов (США или США) - код шифрования - это просто библиотека шифрования iOS.

7 голосов
/ 30 декабря 2015

Я нашел эту статью от кого-то, кто недавно прошел через этот процесс (декабрь 2015 г.) чрезвычайно , полезным. Похоже, что общее согласие заключается в том, что вам действительно необходимо пройти этот процесс, даже если вы просто используете вызов REST, использующий SSL. Эта статья поможет вам быстро пройти процесс.

https://carouselapps.com/2015/12/15/legally-submit-app-apples-app-store-uses-encryption-obtain-ern/

4 голосов
/ 01 февраля 2012

Я столкнулся с этим вопросом сегодня утром и подумал, что вернусь, чтобы сообщить о своем опыте.

Проверьте: http://tigelane.blogspot.com/2011/01/apple-itunes-export-restrictions-on.html для процедуры, которая работала хорошо для меня (не забудьте прочитать все это, включая комментарии - с момента первоначального сообщения произошли некоторые изменения, в основном в лучшую обновленная информация в комментариях).

Процесс теперь довольно упрощен (за исключением того, что Safari и Chrome не распознают сертификат SSL своего сайта. Немного иронично. :-); Я получил одобрение через 10-15 минут после отправки информации.

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

3 голосов
/ 09 ноября 2011

Поскольку приложение настраивает и использует безопасные соединения SSL, оно считается продуктом шифрования. Экспортный контроль США зависит от того, используете ли вы шифрование, а не от того, где вы его найдете. Неважно, что вы используете встроенную функцию вместо того, чтобы писать свою собственную, используя коммерческую библиотеку или специализированный процессор - это все еще элемент шифрования.

Посетите веб-сайт BIS по адресу www.bis.doc.gov/encryption или позвоните в службу поддержки по номеру 202-482-0707, если вы хотите обсудить особенности вашего приложения. Если вы обнаружите, что вам нужна классификация шифрования, тогда ссылка для SNAPR тоже есть.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...