Apple zostawia Hide My Email na @icloud.com. Sign in with Apple czeka zmiana

Apple rozdzieliło zapowiadaną zmianę domen e-mail na dwa osobne kierunki. W czerwcu firma informowała, że zarówno iCloud+ Hide My Email, jak i Sign in with Apple będą korzystać z domeny @private.icloud.com. 24 sierpnia Apple ogłosiło jednak, że aliasy Hide My Email pozostaną przy @icloud.com. Nowe adresy generowane przez Sign in with Apple nadal będą później w 2026 roku przechodzić z @privaterelay.appleid.com na @private.icloud.com, a istniejące adresy będą działać bez przerwy. 10

Co dokładnie zmieniło Apple

Pierwotny plan zakładał ujednolicenie domen dla nowych adresów tworzonych przez obie funkcje. Dotychczasowe aliasy Hide My Email z końcówką @icloud.com oraz istniejące adresy Sign in with Apple z domeną @privaterelay.appleid.com miały nadal przekazywać wiadomości do skrzynek użytkowników. 15

Zrewidowany plan wygląda następująco:

• iCloud+ Hide My Email: nowe aliasy nadal będą korzystać z domeny @icloud.com.
• Sign in with Apple: nowe adresy przekierowujące będą później w 2026 roku używać domeny @private.icloud.com.
• Istniejące adresy Sign in with Apple: adresy z końcówką @privaterelay.appleid.com pozostaną ważne i będą nadal przekazywać wiadomości.

Apple uzasadniło wycofanie zmiany w Hide My Email „dalszym rozważeniem sprawy” oraz opiniami społeczności. Firma nie stwierdziła, że decyzję wywołało konkretne zgłoszenie dotyczące bezpieczeństwa. 10

Dlaczego użytkownicy sprzeciwili się domenie @private.icloud.com

Problem nie polegał na tym, że sama zmiana domeny automatycznie ujawniłaby skrzynkę znajdującą się za aliasem. Obawy dotyczyły przede wszystkim tego, że @private.icloud.com jednoznacznie wskazywałaby na adres utworzony przez usługę przekierowującą Apple.

Serwis lub aplikacja mogłyby rozpoznać taką domenę zwykłym sprawdzeniem końcówki adresu. Następnie mogłyby odrzucić ją podczas rejestracji, zażądać innego adresu albo wykorzystać ją jako sygnał w systemach oceny ryzyka i ochrony przed oszustwami. W praktyce ułatwiłoby to blokowanie aliasów już na etapie zakładania konta. 44

Domena @icloud.com jest również używana przez zwykłe skrzynki iCloud. Alias Hide My Email z taką końcówką jest więc mniej rzucający się w oczy dla usługi, która próbuje odróżnić zamaskowane adresy od standardowych skrzynek. To właśnie ta różnica stała się osią krytyki: użytkownicy obawiali się, że planowana zmiana ograniczy praktyczną prywatność funkcji i pozbawi ich pewnego rodzaju wiarygodnego zaprzeczenia — nawet gdy sama infrastruktura przekazywania wiadomości pozostałaby bez zmian. 35

Co muszą zmienić deweloperzy korzystający z Sign in with Apple

Deweloperzy powinni traktować tę zmianę jako okres przejściowy, w którym będą funkcjonować dwie domeny przekierowujące, a nie jako natychmiastowe zastąpienie starej domeny nową.

Obsługa obu domen przekierowujących

Systemy kont, reguły walidacji adresów e-mail, wyrażenia regularne, listy dozwolonych domen oraz logika zależna od domeny powinny akceptować zarówno nowe adresy kończące się na @private.icloud.com, jak i dotychczasowe adresy z @privaterelay.appleid.com. Wcześniejsze wytyczne Apple uwzględniały także @icloud.com, dlatego nie należy zakładać, że istnieje tylko jedna prawidłowa końcówka adresu Apple. 810

Najważniejsze: nie należy migrować ani unieważniać istniejących kont tylko dlatego, że używają starszej domeny. Apple zapewnia, że adresy @privaterelay.appleid.com będą nadal działać i przekazywać wiadomości bez przerwy. 10

Weryfikacja konfiguracji wysyłania wiadomości

Jeśli aplikacja lub strona wysyła wiadomości przez prywatny przekaźnik poczty Apple, deweloper musi zarejestrować w koncie Apple Developer domeny i subdomeny wykorzystywane do wysyłki. Apple wymaga również, aby zarejestrowane źródła wiadomości przechodziły kontrolę SPF. 6

Warto zatem sprawdzić:

• zarejestrowane domeny i subdomeny nadawcze,
• rekordy DNS SPF,
• procesy weryfikacji adresu i odzyskiwania konta,
• listy dozwolonych i blokowanych domen,
• pola oraz schematy baz danych zakładające stałą domenę e-mail,
• narzędzia obsługi klienta i wyszukiwania kont, które identyfikują użytkowników po końcówce adresu.

Dokumentacja Apple opisuje prywatny przekaźnik jako usługę przekazującą wiadomości na jeden ze zweryfikowanych adresów e-mail powiązanych z kontem Apple. 3

Jak ostatnie ujawnienia dotyczące prywatności wpływają na kontekst

Kontrowersja wokół domeny pojawiła się w czasie, gdy pojawiły się również doniesienia o słabościach innych systemów prywatności Apple. Nie dowodzą one, że sama domena @private.icloud.com ujawniałaby adres e-mail lub adres IP. Pomagają jednak zrozumieć, dlaczego użytkownicy dokładniej przyglądali się zmianie, która mogła ułatwić klasyfikowanie aliasów.

Luka Hide My Email związana z odrzucaniem wiadomości jako spam

Zgłoszona luka w Hide My Email mogła ujawnić prawdziwy adres stojący za aliasem, gdy wiadomość wysłana na alias została odrzucona jako spam. Ukryty adres mógł pojawić się w logach serwera pocztowego po stronie nadawcy, podważając podstawową obietnicę prywatności tej funkcji. Apple poinformowało, że 3 lipca 2026 roku wdrożyło poprawkę, a późniejsze testy wykazały, że problemu nie dało się już odtworzyć. 474954

Sama poprawka nie musi jednak usuwać danych historycznych. Zewnętrzne systemy pocztowe mogą przechowywać wcześniejsze logi dostarczania wiadomości. Dlatego w doniesieniach ostrzegano, że adresy ujawnione przed wdrożeniem poprawki mogą nadal znajdować się w rejestrach poza kontrolą Apple. 4860

Zgłaszane wycieki adresów IP przez Private Relay

Badacze informowali również, że część ruchu związanego z WebKit mogła omijać iCloud Private Relay i ujawniać prawdziwy adres IP użytkownika. Wskazywane ścieżki obejmowały żądania związane z passkeyami i WebAuthn, WebTransport oraz wstępne pobieranie rekordów DNS. 192023

Późniejsze doniesienie opisywało pozorną poprawkę w iOS 26.6.1. Dostępne informacje dotyczą jednak zgłoszonej poprawki, a nie szerszego wyjaśnienia Apple na temat architektury problemu lub jego skutków. 18

Są to mechanizmy inne niż widoczność domeny e-mail. Luka Hide My Email dotyczyła ujawnienia adresu w wyniku odrzuconej wiadomości, natomiast doniesienia o Private Relay odnosiły się do ruchu sieciowego, który mógł wydostać się poza ścieżkę przekierowania. Żadne z tych zdarzeń nie dowodzi, że proponowana domena @private.icloud.com sama w sobie ujawniałaby tożsamość użytkownika.

Co najpewniej oznacza decyzja Apple

Najbardziej bezpośrednie wyjaśnienie to sprzeciw społeczności wobec łatwego blokowania aliasów. Użytkownicy argumentowali, że przeniesienie Hide My Email do dedykowanej domeny prywatności dałoby stronom internetowym prosty sposób na rozpoznawanie i odrzucanie takich adresów. W swoim komunikacie Apple potwierdziło, że decyzja o wycofaniu zmiany nastąpiła po analizie opinii społeczności. 10

Równoczesne doniesienia o problemach z bezpieczeństwem najlepiej traktować jako kontekst reputacyjny, a nie udowodnioną przyczynę decyzji. Osłabiły one zaufanie do zabezpieczeń prywatności Apple, ale firma nie powiązała tych raportów bezpośrednio ze zmianą domeny.

W praktyce Apple wybrało kompromis: Hide My Email zachowa mniej charakterystyczną końcówkę @icloud.com, natomiast deweloperzy korzystający z Sign in with Apple muszą przygotować systemy na obsługę @private.icloud.com obok starszej domeny przekierowującej.