Apple обновила руководство по проверке приложений (App Review Guidelines), и на этот раз изменения носят не косметический, а системный характер. Компания вводит новые пункты и ужесточает формулировки в ответ на участившиеся скандалы, связанные с генерацией неконсенсуального интимного контента (NCII) и так называемыми «bait-and-switch» приложениями, которые маскируют запрещённый функционал до момента одобрения.
С точки зрения IT-специалиста, эти правки закрывают несколько критических уязвимостей в процессе ревью, которые годами эксплуатировались недобросовестными разработчиками.
Контекст: почему Apple пошла на это
За последний год накопился серьёзный багаж инцидентов. В январе Tech Transparency Project выявил десятки ИИ-приложений для «нудификации» в App Store. В апреле последовало расследование, показавшее, что поисковые подсказки и реклама Apple сами вели пользователей к таким программам. В июле власти Сан-Франциско потребовали удалить восемь приложений, генерирующих неконсенсуальные изображения, а расследование 9to5Mac вскрыло схему с десятками приложений, маскирующих гемблинг под безобидные игры и утилиты (причём для детей). Отдельным триггером стала история вокруг Grok, где ИИ-чатбот использовался для генерации сексуализированных изображений женщин и несовершеннолетних.
Что меняется в правилах: технический разбор
1. Раздел 1.2 (User-Generated Content): ответственность за модерацию
Apple теперь прямо указывает на конкретные риски: нарушение интеллектуальной собственности, NCII и анонимный буллинг. Ключевое дополнение: разработчики, которые не внедрили надлежащие защитные механизмы или не устранили выявленные нарушения после уведомления, могут быть признаны нарушителями Developer Code of Conduct. На практике это означает, что Apple перекладывает на разработчика не только ответственность за контент, но и за адекватность инструментов модерации (фильтры, репортинг, оперативная реакция на жалобы).
2. Новый раздел 2.5.19: явный запрет на скрытый функционал
Это, пожалуй, самая значимая правка для инженеров. Новая формулировка запрещает любые скрытые, «спящие» или недокументированные функции. Функциональность приложения должна быть прозрачна как для конечного пользователя, так и для App Review. Отдельно прописано: попытка спрятать недокументированные возможности в бинарнике — в том числе через обфускацию кода — является основанием для удаления приложения и прекращения действия аккаунта разработчика.
Ранее запрет на скрытую функциональность уже присутствовал в разделе 2.3.1, но новая редакция делает его более жёстким и точечным. Упоминание обфускации — прямой сигнал: Apple будет анализировать не только поведение приложения при ревью, но и структуру кода на предмет намеренного сокрытия логики. Для команд, использующих агрессивную обфускацию в легитимных целях (защита IP), это повод пересмотреть пайплайн сборки и документацию.
3. Раздел 5 (Legal): ужесточение по trafficking и эксплуатации детей
Приложения, способствующие торговле людьми или эксплуатации несовершеннолетних, теперь «будут удалены из App Store и заблокированы для альтернативного распространения». Формулировка «blocked from alternative distribution» важна в контексте европейских требований к сайдлоадингу: Apple резервирует за собой право блокировать такие приложения не только в своём магазине, но и в каналах альтернативной дистрибуции.
Практические выводы для разработчиков
С точки зрения архитектуры и комплаенса, изменения требуют пересмотра нескольких процессов:
-
Прозрачность бинарника: любые «фичефлаги», включающие скрытый функционал по геолокации или IP (как в кейсе с бразильским гемблингом), теперь прямо квалифицируются как нарушение с риском termination. Механизмы A/B-тестирования и поэтапного раскатывания должны быть документированы и доступны ревьюерам.
-
Модерация UGC: наличие фильтров недостаточно — нужна доказуемая реакция на жалобы. Рекомендую вести аудит-лог обращений и действий модерации: при разборе инцидента Apple может запросить эти данные.
-
Обфускация: если вы используете инструменты вроде SwiftShield или сторонние пакеры, убедитесь, что они не скрывают функциональность, а только защищают интеллектуальную собственность. Ревьюеры теперь имеют формальное основание трактовать любую непрозрачность как злой умысел.
Обновления вступают в силу немедленно и применяются ко всем новым и существующим приложениям. Для тех, кто работает на грани правил, окно возможностей закрывается: Apple смещает фокус с реактивного удаления на превентивную ответственность разработчика, вплоть до блокировки аккаунта за сам факт попытки обмануть ревью.
