Apple stoppar domänbytet för Hide My Email

Apple har övergett den planerade flytten av nya aliaser från iCloud+-funktionen Hide My Email från @icloud.com till @private.icloud.com. Efter att ha gått igenom synpunkter från användare och utvecklare meddelar företaget att Hide My Email även framöver ska använda @icloud.com, samma domän som vanliga iCloud-mejladresser. Den separata flytten av nya vidarebefordringsadresser för Sign in with Apple blir däremot av. 181924

Det här ändrar Apple

I Apples ursprungliga besked från juni skulle de båda integritetsfunktionerna samlas under domänen @private.icloud.com. Nya Hide My Email-aliaser skulle då lämna @icloud.com, medan nya adresser för Sign in with Apple skulle flyttas från @privaterelay.appleid.com. Befintliga adresser skulle enligt planen fortsätta fungera och vidarebefordra e-post utan avbrott. 17

Den reviderade planen skiljer åter på tjänsterna:

• Hide My Email: Nya aliaser stannar på @icloud.com. Den föreslagna flytten till @private.icloud.com är inställd. 1819
• Sign in with Apple: Nya vidarebefordringsadresser flyttas fortfarande från @privaterelay.appleid.com till @private.icloud.com. 1819
• Befintliga adresser: Apples angivna övergångsregler innebär att äldre adresser ska fortsätta fungera och vidarebefordra e-post. Utvecklare och e-postleverantörer behöver därför hantera den nya domänen för Sign in with Apple och inte avvisa den som en okänd adress. 1725

Därför reagerade användarna på @private.icloud.com

Problemet var inte främst att aliaserna skulle sluta vidarebefordra mejl. Invändningen handlade om att en tydligt märkt integritetsdomän skulle göra dem lättare att känna igen.

Hide My Email-aliaser använder i dag samma @icloud.com-domän som vanliga iCloud-adresser. Det gör det svårt för en webbplats eller e-postadministratör att selektivt stoppa integritetsaliaser utan att samtidigt riskera att blockera vanliga iCloud-användare. Med en särskild @private.icloud.com-domän skulle det räcka med en enkel domänregel för att identifiera adresserna – och därmed potentiellt blockera dem eller behandla dem annorlunda. 2429

Det är viktigt eftersom Hide My Email är tänkt att låta användare skapa en unik adress för varje tjänst, samtidigt som den riktiga inkorgen hålls privat. För användare och utvecklare kunde domänbytet därför innebära sämre integritet i praktiken, även om själva vidarebefordringsfunktionen inte skulle tas bort. 1821

Vad beslutet innebär för Apples två funktioner

Hide My Email fortsätter på @icloud.com

Den som skapar nya Hide My Email-aliaser med ett iCloud+-abonnemang ska även fortsättningsvis få adresser med den välbekanta @icloud.com-domänen. Apples plan att börja utfärda nya aliaser på @private.icloud.com genomförs inte enligt den nya policyn. Äldre aliaser omfattas fortsatt av Apples regler om vidarebefordran för befintliga adresser. 1718

Sign in with Apple flyttar ändå till @private.icloud.com

Ändringen gäller bara Hide My Email-delen av planen. Sign in with Apple kommer fortfarande att börja utfärda nya privata vidarebefordringsadresser på @private.icloud.com i stället för @privaterelay.appleid.com. Befintliga adresser för Sign in with Apple ska fortsätta fungera och vidarebefordra e-post, men tjänster som validerar eller filtrerar e-postdomäner bör förbereda stöd för den nya domänen. 1725

För användarna innebär det att Apples två integritetsfunktioner inte längre samlas under samma adressformat: Hide My Email förblir kopplat till @icloud.com, medan nya Sign in with Apple-adresser får @private.icloud.com.

Hur beslutet hänger ihop med de senaste integritetsproblemen

Apple har inte offentligt sagt att domänändringen stoppades på grund av de nya säkerhetsrapporterna. Det finns alltså en tidsmässig koppling och en fråga om användarnas förtroende, men ingen fastställd teknisk eller orsaksmässig koppling.

I juli rapporterades en brist i Hide My Email där ett meddelande till ett alias som avvisades som skräppost kunde avslöja den underliggande riktiga e-postadressen i leverans- eller avsändarloggar. Apple uppgav att en serveruppdatering som släpptes den 3 juli hade löst problemet helt. Senare tester visade att bristen inte längre gick att återskapa, även om rapporteringen om när felet faktiskt åtgärdades var omstridd. 353948

Separat forskning visade att vissa funktioner i WebKit kan kringgå iCloud Private Relay. De rapporterade vägarna omfattade passnyckelrelaterade WebAuthn-förfrågningar, DNS-förhämtning och WebTransport. Trafiken kan då gå utanför den förväntade proxyvägen och avslöja användarens riktiga IP-adress för en webbplats. 1414

Det rör sig om två olika system. Hide My Email-problemet gällde e-postdirigering och studsmeddelanden, medan Private Relay-fynden gällde skyddet av IP-adress och DNS-trafik. Inget av detta visar att själva domänbytet skulle ha skapat samma sårbarheter. Tillsammans förklarar rapporterna däremot varför användare var extra känsliga för ett förslag som kunde göra integritetsaliaser lättare att identifiera.

Slutsatsen för användare och utvecklare

Apples reträtt bevarar den egenskap som många användare ville behålla: nya Hide My Email-aliaser flyttas inte till en domän som tydligt signalerar att de är privata vidarebefordringsadresser. Sign in with Apple kräver däremot fortfarande en domänövergång.

Utvecklare bör därför acceptera @private.icloud.com som en giltig ny domän för Sign in with Apple och samtidigt fortsätta stödja äldre adresser under övergångsperioden. 1725