Apple сменила домен для Private Relay — что это значит для входа через Apple

Прочитал в рассылке, что Apple меняет домен для Private Relay в Sign in with Apple — теперь новые адреса будут на private.icloud.com. Старые с privaterelay.appleid.com продолжат работать, но это не просто смена суффикса. Главная проблема — в том, как приложения используют email-адрес как ключ к аккаунту.

Смена домена — не уязвимость, но сигнал: если приложение проверяет email-адрес на принадлежность к privaterelay.appleid.com, оно уже работает с хрупкой логикой. А если email — основа проверки идентичности, то при любом изменении домена или пустом email claim вход может сломаться. Особенно если приложение автоматически связывает аккаунты по похожему адресу — это риск дублей и случайного слияния профилей.

Считаю, что главный риск — не в технике, а в архитектуре. Email — это контакт, а не идентичность. Использовать его как ключ — значит полагаться на то, что пользователь не сменит ящик, не отключит пересылку или не воспользуется Private Relay. А это уже не стабильность, а зависимость от внешних условий. Лучше держать связь между аккаунтом и провайдером по паре provider + subject — это надёжно, даже если email пуст или изменился.

У себя уже начал проверять, где в системах клиентов email участвует в идентификации. Если он используется как ключ — добавил в план на неделю проверку и переработку логики. Начинаю с проверки уникальных индексов и выделения отдельной сущности для внешних identity. Пока не тороплюсь с массовыми изменениями — сначала убедиться, что в коде нет скрытых зависимостей от домена. Главное — не реагировать на смену домена, а убедиться, что архитектура не ломается при любом изменении.