Apple розділила заплановану зміну поштових доменів на два окремі кроки. У червні компанія оголосила, що iCloud+ Hide My Email і Sign in with Apple використовуватимуть спільний домен @private.icloud.com. Але 24 серпня Apple повідомила, що адреси Hide My Email залишаться на @icloud.com. Нові адреси Sign in with Apple все ж почнуть переходити з @privaterelay.appleid.com на @private.icloud.com пізніше у 2026 році. Уже створені relay-адреси продовжать працювати без перерв. 10
Що саме змінила Apple
Початковий план передбачав уніфікацію нових адрес, які генерують обидві функції, під доменом @private.icloud.com. Наявні адреси Hide My Email на @icloud.com і адреси Sign in with Apple на @privaterelay.appleid.com мали залишитися чинними та продовжити пересилання листів. 15
Оновлений план виглядає так:
- iCloud+ Hide My Email: нові псевдоніми й надалі матимуть домен
@icloud.com.
- Sign in with Apple: нові relay-адреси пізніше у 2026 році видаватимуться на
@private.icloud.com.
- Наявні адреси Sign in with Apple: адреси на
@privaterelay.appleid.com залишаються чинними, а листи на них і надалі пересилатимуться.
Apple пояснила відмову від зміни Hide My Email «подальшим розглядом питання» та відгуками спільноти. Компанія не заявляла, що рішення було спричинене якимось конкретним розкриттям інформації про вразливість. 10
Чому домен @private.icloud.com викликав спротив
Проблема полягала не в тому, що сама зміна домену автоматично розкрила б поштову скриньку, яка стоїть за псевдонімом. Ризик був в іншому: @private.icloud.com одразу показував би, що адреса належить до relay-сервісу Apple для захисту приватності.
Сайт або застосунок міг би перевірити домен, відхилити таку адресу під час реєстрації, вимагати іншу електронну пошту або використати домен як сигнал для антифрод- і ризик-скринінгу. Тобто замасковані адреси стало б простіше блокувати ще на етапі створення акаунта. 44
На відміну від цього, @icloud.com використовується також для звичайних поштових адрес iCloud. Тому сервісу, який намагається відрізнити замасковану адресу від звичайної скриньки, складніше зробити це лише за доменом.
Саме ця різниця стала центром критики. Користувачі побоювалися, що новий домен зменшить практичну приватність Hide My Email і позбавить функцію своєрідного «прикриття», навіть якщо механізм пересилання листів усередині Apple не змінився б. 35
Що потрібно оновити розробникам Sign in with Apple
Розробникам варто сприймати майбутню зміну як перехідний період між двома relay-доменами, а не як миттєву заміну старого.
Приймайте обидва домени
Системи акаунтів, перевірки електронної пошти, регулярні вирази, списки дозволених адрес і будь-яка логіка, що залежить від домену, мають приймати як нові адреси на @private.icloud.com, так і вже наявні адреси на @privaterelay.appleid.com. Попередні рекомендації Apple також згадували @icloud.com під час роботи з relay-доменами, тому не варто виходити з припущення, що існує лише один допустимий суфікс Apple. 810
Найважливіше — не переносити й не блокувати наявних користувачів лише через те, що їхня адреса використовує старий домен. Apple підтвердила, що адреси @privaterelay.appleid.com продовжать працювати та пересилати листи без перерв. 10
Перевірте налаштування вихідної пошти
Якщо застосунок або сайт надсилає повідомлення через приватний email-relay Apple, розробники повинні зареєструвати в обліковому записі Apple Developer домени та піддомени, з яких надходитимуть листи. Зареєстровані джерела електронної пошти також мають пройти перевірку SPF. 6
Командам варто переглянути:
- зареєстровані домени та піддомени відправника;
- DNS-записи SPF;
- сценарії надсилання транзакційних листів і відновлення акаунта;
- списки дозволених і заблокованих доменів;
- поля бази даних або схеми, які припускають фіксований домен електронної пошти;
- інструменти підтримки та пошуку акаунтів, що ідентифікують користувача за суфіксом адреси.
У документації Apple зазначено, що relay-сервіс пересилає листи на одну з підтверджених адрес Apple Account користувача. 3
Як нещодавні проблеми з приватністю вплинули на контекст
Суперечка навколо домену розгорнулася одночасно з окремими повідомленнями про слабкі місця в системах приватності Apple. Вони не доводять, що сам домен @private.icloud.com розкривав би електронну адресу чи IP-адресу користувача. Однак ці випадки пояснюють, чому користувачі особливо прискіпливо поставилися до зміни, яка могла зробити приватні псевдоніми простішими для класифікації.
Вразливість Hide My Email із відхиленням листів як спаму
Повідомлялося про помилку в Hide My Email, через яку справжня адреса за псевдонімом могла розкритися, якщо лист, надісланий на цей псевдонім, відхилявся як спам. Реальна адреса могла потрапити до журналів поштової передачі на боці відправника, що підривало головну обіцянку функції — приховувати адресу користувача. Apple заявила, що 3 липня 2026 року випустила виправлення, а подальше тестування показало: проблему більше не вдається відтворити. 474954
Виправлення не обов’язково видаляє вже створені записи. Сторонні поштові системи могли зберегти старі журнали доставки, тому адреси, розкриті до виправлення, можуть залишатися в базах даних поза контролем Apple. 4860
Повідомлення про витік IP-адрес через Private Relay
Дослідники також повідомляли, що окремі типи трафіку, пов’язані з WebKit, могли обходити iCloud Private Relay і розкривати сайтам реальну IP-адресу користувача. Серед описаних сценаріїв були запити, пов’язані з ключами доступу та WebAuthn, WebTransport і попереднім DNS-завантаженням. 192023
У пізнішому повідомленні йшлося про ймовірне виправлення в iOS 26.6.1. Водночас доступні матеріали описують саме заявлений патч, а не детальне пояснення Apple щодо архітектури проблеми чи її масштабу. 18
Ці випадки стосуються інших механізмів, ніж видимість поштового домену. Вразливість Hide My Email була пов’язана з розкриттям адреси через відхилені листи, тоді як повідомлення про Private Relay стосувалися мережевого трафіку, який міг пройти повз relay-маршрут. Жоден із цих випадків не доводить, що домен @private.icloud.com безпосередньо розкривав би особу користувача.
Що найкраще пояснює рішення Apple
Найпряміше пояснення — спротив користувачів можливості блокувати адреси. Вони вказували, що перенесення Hide My Email на спеціальний домен приватності дало б сайтам простий спосіб розпізнавати й відхиляти такі псевдоніми. У власному повідомленні Apple підтвердила, що після перегляду відгуків спільноти вирішила залишити Hide My Email на @icloud.com. 10
Нещодавні розкриття проблем із безпекою варто розглядати як репутаційний контекст, а не як доведену причину рішення. Вони могли посилити недовіру до гарантій приватності Apple, але компанія не пов’язувала ці повідомлення зі зміною домену.
Практичний результат — компроміс: Hide My Email зберігає менш помітний суфікс @icloud.com, а розробникам Sign in with Apple потрібно підготувати системи до підтримки @private.icloud.com поряд зі старим доменом @privaterelay.appleid.com.
