Hide My Email zostaje na iCloud.com, ale Sign in with Apple zmieni domenę

Apple zmieniło decyzję w sprawie domeny funkcji Hide My Email. Nowe aliasy generowane w ramach iCloud+ nadal będą używać domeny @icloud.com, a plan przeniesienia ich do @private.icloud.com został anulowany po analizie opinii użytkowników i deweloperów. Osobna migracja nowych adresów przekazywania poczty w Sign in with Apple nadal się odbędzie. 181924

Co dokładnie zmieniło Apple

W czerwcu firma zapowiadała ujednolicenie domen obu funkcji pod jednym adresem: @private.icloud.com. W praktyce oznaczało to przeniesienie nowych aliasów Hide My Email z @icloud.com oraz nowych adresów Sign in with Apple z @privaterelay.appleid.com. Apple deklarowało przy tym, że istniejące adresy zachowają działanie i będą nadal przekazywać pocztę bez przerwy. 17

Po rewizji plan wygląda następująco:

• Hide My Email: nowe aliasy pozostają w domenie @icloud.com; migracja do @private.icloud.com nie dojdzie do skutku. 1819
• Sign in with Apple: nowe adresy przekazywania poczty nadal będą przechodzić z @privaterelay.appleid.com do @private.icloud.com. 1819
• Istniejące adresy: według polityki Apple starsze adresy mają nadal działać i przekazywać wiadomości. Deweloperzy oraz dostawcy poczty powinni uwzględnić nową domenę Sign in with Apple, zamiast odrzucać ją jako nieznaną. 1725

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

Problemem nie było samo przekazywanie wiadomości. Obawy dotyczyły tego, że aliasy Hide My Email stałyby się łatwiejsze do rozpoznania.

Obecnie aliasy Hide My Email korzystają z tej samej domeny @icloud.com co zwykłe skrzynki iCloud. Serwisowi trudno więc odrzucić wyłącznie prywatne aliasy bez ryzyka zablokowania także standardowych adresów iCloud. Gdyby aliasy trafiły do wyraźnie oznaczonej domeny @private.icloud.com, witryna lub administrator poczty mógłby wykryć je jedną regułą na poziomie domeny, a następnie łatwiej je blokować albo traktować inaczej. 2429

To istotne, bo Hide My Email ma pozwalać na używanie osobnego adresu przy każdym serwisie bez ujawniania prawdziwej skrzynki. Z punktu widzenia użytkowników proponowana zmiana mogła więc ograniczyć praktyczny wymiar prywatności, nawet jeśli mechanizm przekazywania poczty pozostałby bez zmian. 1821

Co decyzja oznacza dla poszczególnych funkcji

Hide My Email pozostaje przy @icloud.com

Osoby tworzące nowe aliasy Hide My Email w ramach iCloud+ powinny nadal otrzymywać adresy z dobrze znaną domeną @icloud.com. Apple nie będzie wystawiać nowych aliasów w @private.icloud.com w ramach tego planu. Istniejące aliasy pozostają objęte zasadą dalszego działania i przekazywania poczty opisaną przez firmę. 1718

Sign in with Apple nadal przejdzie do @private.icloud.com

Wycofanie zmiany dotyczy wyłącznie części planu związanej z Hide My Email. Sign in with Apple nadal będzie wystawiać nowe prywatne adresy przekazywania poczty w domenie @private.icloud.com, zastępując nimi @privaterelay.appleid.com. Istniejące adresy Sign in with Apple mają nadal działać i przekazywać wiadomości, ale serwisy sprawdzające domeny e-mail powinny przygotować się na akceptowanie nowego adresu. 1725

W efekcie obie funkcje nie zostaną już połączone jedną domeną: Hide My Email pozostanie przy @icloud.com, natomiast nowe adresy Sign in with Apple będą używać @private.icloud.com.

Czy ma to związek z ostatnimi problemami z prywatnością?

Apple nie powiedziało publicznie, że wycofanie zmiany domeny było reakcją na niedawne raporty dotyczące bezpieczeństwa. Można mówić o zbieżności w czasie i wpływie na zaufanie użytkowników, ale nie o potwierdzonym związku technicznym lub przyczynowym.

W lipcu opisano lukę w Hide My Email, przez którą wysłanie wiadomości na alias, a następnie odrzucenie jej jako spamu, mogło ujawnić prawdziwy adres e-mail w logach dostarczenia lub nadawcy. Apple poinformowało, że problem został całkowicie usunięty w poprawce wdrożonej 3 lipca. Późniejsze testy nie odtworzyły luki, choć pojawiły się rozbieżności dotyczące momentu skutecznego usunięcia problemu. 353948

Osobne badania dotyczyły iCloud Private Relay. Wykazano, że niektóre mechanizmy WebKit, między innymi żądania związane z kluczami dostępu (passkeys), wstępne zapytania DNS i połączenia WebTransport, mogą omijać skonfigurowaną ścieżkę proxy. W określonych sytuacjach strona internetowa może wtedy poznać prawdziwy adres IP użytkownika. 1414

Są to dwa różne rodzaje problemów. Luka w Hide My Email dotyczyła obsługi poczty i komunikatów o jej odrzuceniu, natomiast ustalenia dotyczące Private Relay odnosiły się do ochrony adresu IP i zapytań DNS. Żadne z tych ustaleń nie dowodzi, że sama zmiana domeny wywołałaby identyczne podatności. Wyjaśniają jednak, dlaczego użytkownicy z większą ostrożnością zareagowali na propozycję, która mogła ułatwić identyfikowanie aliasów chroniących prywatność.

Najważniejszy wniosek

Apple zachowało kluczową cechę dotychczasowego modelu Hide My Email: nowe aliasy nie trafią do domeny, która jasno wskazywałaby, że są prywatnymi adresami przekazującymi pocztę. W przypadku Sign in with Apple zmiana pozostaje aktualna. Deweloperzy powinni więc uznawać @private.icloud.com za prawidłową domenę nowych adresów przekazywania oraz nadal obsługiwać starsze adresy. 1725