Apple закрыла российским разработчикам доступ к ADEP

Apple закрыла российским разработчикам доступ к ADEP

Apple закрыла российским разработчикам доступ к ADEP

Apple закрыла доступ к программе Apple Developer Enterprise Program (ADEP), которая позволяла компаниям распространять корпоративные приложения для iOS и iPadOS без публикации в App Store.

Доступ к ADEP был заблокирован еще 12 февраля, при этом все сертификаты приложений, выпущенных через программу, были отозваны, что сделало их неработоспособными. Об этом РБК сообщили несколько источников на рынке.

Руководитель iOS-разработки в red_mad_robot Александр Тузовский отметил, что Apple не объяснила, почему решение было принято именно в феврале. В свою очередь, глава Touch Instinct Дмитрий Костин напомнил, что компания неоднократно подчеркивала свою приверженность законодательству, в том числе санкционному.

По словам Александра Тузовского, ADEP пользовался популярностью среди российских компаний, использующих устройства Apple для внутренних нужд. Источники РБК в одной из крупных компаний отметили, что ключевым фактором для применения этой программы было соблюдение внутренних регламентов безопасности.

Эксперты предупреждают, что блокировка ADEP окажет серьезное влияние на рынок мобильных приложений. В качестве возможных альтернатив рассматриваются Progressive Web Apps (конвертация сайта в мобильное приложение) и веб-сервисы, однако такие решения имеют значительные ограничения. Возможен также переход к публикации в App Store, но этот вариант не подходит для внутренних корпоративных разработок. Схема AdHoc также не подходит для массового развертывания.

«Мы следим за тем, какие решения появятся. Пока же для тестирования и распространения сборок используем стандартные инструменты Apple, такие как TestFlight (служба бета-тестирования iOS-приложений), а также корпоративные MDM-решения (Mobile Device Management) для управления внутренними приложениями», — рассказал Дмитрий Костин.

Apple покинула российский рынок в марте 2022 года одной из первых. Кроме того, компания активно удаляла из App Store приложения российских организаций, попавших под американские санкции, в первую очередь банков. Этим пользовались злоумышленники, размещая фейковые приложения.

ТСПУ начали перенаправлять DNS-запросы к Google и Cloudflare на НСДИ

С вечера 26 августа открытые DNS-запросы к серверам Google и Cloudflare начали перехватываться на российских технических средствах противодействия угрозам (ТСПУ). При обычном UDP-запросе к этим серверам для доменов YouTube и RuTracker возвращался ответ NXDOMAIN, будто таких адресов вообще не существует. Однако запрос по TCP успешно доходил до сервера и получал настоящие IP-адреса.

Об этом сообщил пользователь Хабра angry_agent, изучивший поведение адресов 8.8.8.8 и 1.1.1.1.

Анализ трафика показал ещё более интересную картину. Когда автор отправил DNS-запрос с малым значением TTL, в ответе ICMP TTL Exceeded обнаружился адрес 195.208.5.1, принадлежащий Национальной системе доменных имён (НСДИ), хотя исходный пакет предназначался для 8.8.8.8.

С произвольными UDP-пакетами такой подмены не происходило, система реагировала именно на DNS-трафик.

По версии исследователя, ТСПУ распознаёт открытый DNS-запрос и выполняет направленный DNAT: незаметно меняет адрес назначения и отправляет пакет на сервер НСДИ. Тот уже решает, какой ответ вернуть пользователю. При этом для оператора связи запрос выглядит направленным не к Google, а сразу к НСДИ.

Механизм оказался неидеальным. При быстрой отправке нескольких одинаковых запросов первый получал NXDOMAIN, а следующие всё-таки добирались до Google и возвращали реальные адреса. Кроме того, перенаправление срабатывало не для всех DNS-серверов.

Официального подтверждения такого механизма пока нет, выводы основаны на эксперименте одного пользователя. Напомним, вчера мы писали, что ользователи сразу нескольких российских операторов пожаловались на проблемы с защищёнными DNS-сервисами Google и Cloudflare.

RSS: Новости на портале Anti-Malware.ru