Apple dropper domæneskifte for Hide My Email efter brugerprotester

Apple har opgivet planen om at flytte nye aliaser fra iCloud+-funktionen Hide My Email fra @icloud.com til @private.icloud.com. Efter at have gennemgået tilbagemeldinger fra brugere og udviklere oplyser selskabet, at Hide My Email fortsat vil bruge @icloud.com – det samme domæne som almindelig iCloud-mail. Den separate flytning af nye videresendelsesadresser til Sign in with Apple bliver dog gennemført. 181924

Hvad ændrede Apple?

I Apples oprindelige meddelelse fra juni var planen at samle begge privatlivsfunktioner under ét domæne: @private.icloud.com. Nye Hide My Email-aliaser skulle dermed flyttes fra @icloud.com, mens nye adresser til Sign in with Apple skulle flyttes fra @privaterelay.appleid.com. Eksisterende adresser skulle fortsat virke og videresende mail uden afbrydelser. 17

Den reviderede plan deler tjenesterne op igen:

• Hide My Email: Nye aliaser bliver på @icloud.com. Det planlagte skifte til @private.icloud.com er droppet. 1819
• Sign in with Apple: Nye videresendelsesadresser flyttes fortsat fra @privaterelay.appleid.com til @private.icloud.com. 1819
• Eksisterende adresser: Apples udmeldte overgangsordning betyder, at ældre adresser fortsat skal fungere og videresende mail. Udviklere og mailudbydere skal derfor acceptere det nye Sign in with Apple-domæne i stedet for at afvise det som ukendt. 1725

Hvorfor var brugerne imod @private.icloud.com?

Den primære bekymring var ikke, at aliaserne ville holde op med at videresende mail. Problemet var, at et tydeligt privatlivsdomæne kunne gøre adresserne lettere at genkende.

Hide My Email-aliaser bruger i dag det samme @icloud.com-domæne som almindelige iCloud-adresser. Det gør det svært for en tjeneste at afvise privatlivsaliaser særskilt uden samtidig at risikere at ramme almindelige iCloud-brugere. Med et dedikeret @private.icloud.com-domæne kunne en hjemmeside eller administrator af et mailsystem identificere aliaserne med en simpel domæneregel – og dermed potentielt blokere dem eller behandle dem anderledes. 2429

Det er vigtigt, fordi Hide My Email netop skal gøre det muligt at bruge en separat adresse til hver tjeneste, så ens rigtige indbakkeadresse forbliver skjult. Derfor så brugere og udviklere domæneskiftet som en mulig svækkelse af den praktiske beskyttelse, selv om selve videresendelsesfunktionen ikke blev fjernet. 1821

Hvad betyder beslutningen for Apples funktioner?

Hide My Email bliver på @icloud.com

Personer, der opretter nye iCloud+-aliaser med Hide My Email, bør fortsat få adresser med det velkendte @icloud.com-domæne. Nye aliaser bliver ikke udstedt på @private.icloud.com under Apples ændrede politik. Eksisterende aliaser er fortsat omfattet af Apples ordning, hvor ældre adresser skal kunne videresende mail. 1718

Sign in with Apple flytter stadig til @private.icloud.com

Tilbagetrækningen gælder kun Hide My Email. Sign in with Apple vil stadig udstede nye private videresendelsesadresser på @private.icloud.com i stedet for @privaterelay.appleid.com. Eksisterende Sign in with Apple-adresser skal fortsat fungere og videresende mail, men tjenester, der validerer eller filtrerer maildomæner, bør være klar til at acceptere det nye domæne. 1725

For brugerne betyder det, at Apples to privatlivsfunktioner ikke længere samles under ét domæne: Hide My Email forbliver knyttet til @icloud.com, mens nye Sign in with Apple-adresser får @private.icloud.com.

Hvordan hænger beslutningen sammen med de seneste privatlivsproblemer?

Apple har ikke offentligt sagt, at domæneskiftet blev droppet på grund af de nyere sikkerhedsrapporter. Sammenhængen er derfor først og fremmest et spørgsmål om timing og brugernes tillid – ikke en dokumenteret teknisk eller årsagsmæssig forbindelse.

I juli beskrev rapporter en fejl i Hide My Email, hvor en mail, der blev afvist som spam, i visse tilfælde kunne afsløre den underliggende rigtige mailadresse i leverings- eller afsenderlogge. Apple sagde, at en rettelse udsendt den 3. juli havde løst problemet fuldstændigt. Efterfølgende tests kunne ikke længere genskabe fejlen, selv om der var uenighed om tidspunktet og forløbet omkring rettelsen. 353948

Separat fandt sikkerhedsforskere, at visse WebKit-funktioner kunne omgå iCloud Private Relay. De rapporterede blandt andet om forespørgsler knyttet til adgangsnøgler, DNS-forudopslag og WebTransport, som kunne sende trafik uden om den forventede proxyforbindelse og afsløre brugerens rigtige IP-adresse for en hjemmeside. 1414

De to sager handler om forskellige systemer: Hide My Email-problemet vedrørte mailruting og spamafvisninger, mens Private Relay-fundene vedrørte beskyttelse af IP-adresse og DNS. Ingen af delene viser, at selve domæneskiftet ville have skabt de samme sårbarheder. Men tilsammen forklarer de, hvorfor brugerne reagerede kraftigt på et forslag, der kunne gøre privatlivsaliaser lettere at identificere.

Det vigtigste at vide

Apples beslutning bevarer den egenskab ved Hide My Email, som brugerne især ønskede at beskytte: Nye aliaser flyttes ikke til et domæne, der tydeligt markerer dem som private videresendelsesadresser. Sign in with Apple kræver derimod stadig en domæneovergang. Udviklere bør derfor acceptere @private.icloud.com som et gyldigt nyt relay-domæne og samtidig fortsætte med at understøtte de ældre adresser under overgangen. 1725