AnswersPublished26 sources
Apple dropper ændring af Hide My Email – men Sign in with Apple skifter stadig domæne
Apple har opgivet planen om at flytte nye iCloud+ aliaser fra Hide My Email til @private.icloud.com. Brugere frygtede, at et særskilt privatlivsdomæne ville gøre det nemt for hjemmesider at identificere, blokere eller risikovurdere skjulte adresser.
Udgivet afRedigeret med GPT-5.6 LunaBilleder genereret med GPT Image 1.5
Research answer
Key takeaways
- Apple har opgivet planen om at flytte nye iCloud+ aliaser fra Hide My Email til @private.icloud.com.
- Brugere frygtede, at et særskilt privatlivsdomæne ville gøre det nemt for hjemmesider at identificere, blokere eller risikovurdere skjulte adresser.
- Nye Sign in with Apple adresser flyttes senere i 2026 til @private.icloud.com, mens eksisterende @privaterelay.appleid.com adresser fortsat virker.
- Udviklere bør opdatere validering, allowlister, domæneregler og SPF konfigurationer, så begge relay domæner accepteres.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What changes did Apple make to its iCloud+ Hide My Email and Sign in with Apple email-domain plans after community backlash, why did users o. Article summary: Apple abandoned the plan to issue new iCloud+ Hide My Email aliases under `@private.icloud.com`, but kept the corresponding change for new Sign in with Apple relay addresses. Apple said the reversal followed “further con. Topic tags: general, documentation, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
Apple har delt sin planlagte ændring af e-maildomæner i to. Efter først at have annonceret, at både iCloud+ Hide My Email og Sign in with Apple skulle bruge @private.icloud.com, oplyste Apple den 24. august, at Hide My Email-aliaser fortsat vil bruge @icloud.com. Nye adresser fra Sign in with Apple flyttes derimod senere i 2026 fra @privaterelay.appleid.com til @private.icloud.com. Eksisterende relay-adresser fortsætter med at virke og videresende e-mails uden afbrydelser. 10
Det ændrer Apple
Den oprindelige plan var at samle nye adresser fra begge privatlivsfunktioner under @private.icloud.com. Eksisterende Hide My Email-adresser på @icloud.com og eksisterende Sign in with Apple-adresser på @privaterelay.appleid.com skulle fortsat fungere. 15
Den reviderede plan er mere begrænset:
- iCloud+ Hide My Email: Nye aliaser bliver fortsat oprettet med
@icloud.com. - Sign in with Apple: Nye relay-adresser får senere i 2026 endelsen
@private.icloud.com. - Eksisterende Sign in with Apple-adresser: Adresser på
@privaterelay.appleid.comforbliver gyldige og videresender fortsat e-mails.
Apple begrundede ændringen med “yderligere overvejelser” og feedback fra fællesskabet. Selskabet har ikke sagt, at en bestemt sikkerhedsafsløring var årsag til beslutningen. 10
Derfor skabte det nye Hide My Email-domæne modstand
Problemet var ikke, at et domæneskifte automatisk ville afsløre den rigtige indbakke bag et alias. Bekymringen var, at @private.icloud.com tydeligt ville signalere, at adressen var et Apple-genereret privatlivsrelay.
En hjemmeside eller app ville med et enkelt domænetjek kunne genkende adressen og derefter afvise den, kræve en anden e-mailadresse eller bruge den som signal i svindel- og risikovurderinger. Det ville gøre det lettere at blokere funktionen allerede ved oprettelsen af en konto. 44
@icloud.com bruges derimod også til almindelige iCloud-mailadresser. Et Hide My Email-alias med den endelse er derfor mindre iøjnefaldende for en tjeneste, der forsøger at skelne mellem skjulte adresser og traditionelle postkasser.
Netop den forskel var central i kritikken: Brugerne frygtede, at det foreslåede domæne ville gøre Hide My Email mindre anvendelig og fjerne noget af den plausible anonymitet – også selv om Apples videresendelsesinfrastruktur ikke blev ændret. 35
Hvad skal udviklere, der bruger Sign in with Apple, gøre?
Udviklere bør se ændringen som en overgang mellem to relay-domæner – ikke som en fuldstændig udskiftning af det gamle.
Accepter begge domæner
Opdatér kontosystemer, e-mailvalidering, regulære udtryk, allowlister og anden domænespecifik logik, så de accepterer både nye adresser, der slutter på @private.icloud.com, og eksisterende adresser på @privaterelay.appleid.com.
Apples tidligere vejledning nævnte også @icloud.com i forbindelse med relay-domæner. Systemer bør derfor undgå at antage, at der kun findes én gyldig Apple-relay-endelse. 8
10
Det vigtigste er ikke at flytte eller deaktivere eksisterende brugere, blot fordi deres adresse har det ældre domæne. Apple siger, at eksisterende @privaterelay.appleid.com-adresser fortsat vil fungere og videresende e-mails uden afbrydelser. 10
Kontrollér udgående e-mail
Hvis en app eller hjemmeside sender beskeder gennem Apples private e-mailrelay, skal udvikleren registrere de domæner og underdomæner, der bruges til udgående e-mail, på Apples udviklerkonto. Apples konfigurationsvejledning kræver også, at de registrerede e-mailkilder består et SPF-tjek. 6
Udviklingsteams bør derfor gennemgå:
- Registrerede afsenderdomæner og underdomæner
- SPF-poster i DNS
- E-mailvalidering og flows til kontogendannelse
- Allowlister og bloklister
- Databasefelter eller skemaer, der forudsætter et bestemt e-maildomæne
- Support- og kontoværktøjer, der finder brugere ud fra e-mailens endelse
Apple beskriver relay-tjenesten som en funktion, der videresender beskeder til en af brugerens bekræftede e-mailadresser på Apple-kontoen. 3
Hvordan passer de seneste privatlivsafsløringer ind?
Kontroversen om domænet opstod samtidig med separate rapporter om svagheder i Apples privatlivssystemer. Hændelserne viser ikke, at @private.icloud.com i sig selv ville lække en e-mailadresse eller IP-adresse. De er dog med til at forklare, hvorfor brugerne granskede en ændring, der kunne gøre privatlivsaliaser lettere at genkende.
Sårbarhed i Hide My Email ved spamafvisninger
En rapporteret fejl i Hide My Email kunne afsløre den rigtige adresse bag et alias, når en besked sendt til aliaset blev afvist som spam. Den underliggende adresse kunne optræde i afsenderens mailtransferlogs og dermed svække funktionens centrale privatlivsløfte. Apple sagde, at selskabet udsendte en rettelse den 3. juli 2026, og efterfølgende test viste, at problemet ikke længere kunne genskabes. 47
49
54
En rettelse fjerner dog ikke nødvendigvis tidligere eksponering. Tredjeparts mailsystemer kan have gemt ældre leveringslogs, og adresser, der blev afsløret før rettelsen, kan derfor stadig findes i systemer uden for Apples kontrol. 48
60
Rapporterede IP-læk i Private Relay
Sikkerhedsforskere rapporterede også, at visse WebKit-relaterede forbindelser kunne omgå iCloud Private Relay og afsløre brugerens rigtige IP-adresse. De rapporterede angrebsmuligheder omfattede passkey-relaterede WebAuthn-anmodninger, WebTransport og DNS-forudindlæsning. 19
20
23
En senere rapport beskrev en tilsyneladende rettelse i iOS 26.6.1. Det tilgængelige materiale dokumenterer dog en rapporteret patch og ikke en bredere forklaring fra Apple om systemets arkitektur eller konsekvenserne. 18
Problemerne handler om andre mekanismer end synligheden af et e-maildomæne. Hide My Email-fejlen vedrørte eksponering gennem afviste e-mails, mens Private Relay-rapporterne handlede om netværkstrafik, der kunne undslippe relay-forbindelsen. Ingen af delene viser, at det foreslåede @private.icloud.com-domæne direkte ville afsløre brugerens identitet.
Den mest nærliggende forklaring på Apples kovending
Den direkte forklaring er brugernes modstand mod, at aliaser kunne gøres nemme at blokere. Brugerne pegede på, at et dedikeret privatlivsdomæne ville give hjemmesider en enkel måde at identificere og afvise Hide My Email-adresser på. Apples egen meddelelse bekræfter, at ændringen fulgte feedback fra fællesskabet. 10
De samtidige sikkerhedsafsløringer bør derfor først og fremmest forstås som kontekst – ikke som dokumenteret årsag. De gjorde tilliden til Apples privatlivsbeskyttelse mere sårbar, men Apple har ikke kædet rapporterne sammen med beslutningen om domænet.
Resultatet er et kompromis: Hide My Email beholder den mindre iøjnefaldende @icloud.com-endelse, mens udviklere, der bruger Sign in with Apple, skal forberede sig på at understøtte @private.icloud.com side om side med det gamle relay-domæne.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "Apple dropper ændring af Hide My Email – men Sign in with Apple skifter stadig domæne"?
Apple har opgivet planen om at flytte nye iCloud+ aliaser fra Hide My Email til @private.icloud.com.
What are the key points to validate first?
Apple har opgivet planen om at flytte nye iCloud+ aliaser fra Hide My Email til @private.icloud.com. Brugere frygtede, at et særskilt privatlivsdomæne ville gøre det nemt for hjemmesider at identificere, blokere eller risikovurdere skjulte adresser.
What should I do next in practice?
Nye Sign in with Apple adresser flyttes senere i 2026 til @private.icloud.com, mens eksisterende @privaterelay.appleid.com adresser fortsat virker.
Sources
developer.apple.comUpdate: New domain for Sign in with Apple - Latest News
macrumors.comApple's New Hide My Email Domain Makes It Easier to Block iCloud ...
appleosophy.comApple reverses planned Hide My Email domain change ...