Hide My Email blijft op iCloud.com, maar Sign in with Apple verhuist wel

Apple trekt een deel van zijn geplande wijziging van de e-maildomeinen terug. Nieuwe aliassen voor iCloud+ Hide My Email blijven gewoon het domein @icloud.com gebruiken. De afzonderlijke verhuizing van nieuwe relay-adressen voor Sign in with Apple gaat wel door. Apple zegt dat het na verdere overweging en feedback uit de gemeenschap van het oorspronkelijke plan afziet. 181924

Wat Apple heeft aangepast

Apple kondigde in juni aan dat beide privacyfuncties onder één domein zouden vallen: @private.icloud.com. Nieuwe Hide My Email-aliassen zouden dan niet langer op @icloud.com eindigen. Nieuwe adressen van Sign in with Apple zouden verhuizen van @privaterelay.appleid.com naar hetzelfde nieuwe domein. Bestaande adressen zouden blijven werken en e-mail zonder onderbreking doorsturen. 17

Het aangepaste plan ziet er nu als volgt uit:

• Hide My Email: nieuwe aliassen blijven @icloud.com gebruiken; de geplande verhuizing naar @private.icloud.com gaat niet door. 1819
• Sign in with Apple: nieuwe relay-adressen verhuizen wel van @privaterelay.appleid.com naar @private.icloud.com. 1819
• Bestaande adressen: volgens Apple blijven oudere adressen functioneren en e-mail doorsturen. Ontwikkelaars en e-mailproviders moeten het nieuwe domein voor Sign in with Apple daarom accepteren en niet als ongeldig of onbekend blokkeren. 1725

Waarom gebruikers bezwaar maakten

Het bezwaar ging niet zozeer over het doorsturen van berichten. De zorg was vooral dat een adres als naam@private.icloud.com direct herkenbaar zou zijn als een privacy- of relay-adres.

Hide My Email gebruikt nu hetzelfde @icloud.com-domein als gewone iCloud-mailadressen. Daardoor is het voor een website of mailbeheerder lastiger om alleen privacy-aliassen te weigeren zonder ook reguliere iCloud-gebruikers te raken. Met een apart domein als @private.icloud.com zou een eenvoudige domeinregel volstaan om deze adressen te herkennen en mogelijk anders te behandelen of te blokkeren. 2429

Dat is relevant omdat Hide My Email gebruikers voor iedere dienst een afzonderlijk e-mailadres laat aanmaken, terwijl hun echte inbox verborgen blijft. Een herkenbaar domein zou die praktische privacybescherming volgens gebruikers en ontwikkelaars kunnen verzwakken, ook al zou de technische doorstuurfunctie zelf blijven bestaan. 1821

Wat dit betekent voor Apple-gebruikers

Hide My Email blijft op @icloud.com

Wie een nieuw iCloud+-alias aanmaakt via Hide My Email, blijft een adres met het vertrouwde @icloud.com-domein ontvangen. Nieuwe aliassen op @private.icloud.com worden volgens het herziene beleid niet uitgegeven. Bestaande aliassen vallen daarnaast onder de overgangsregeling voor oudere adressen en blijven volgens Apple e-mail doorsturen. 1718

Sign in with Apple verhuist naar @private.icloud.com

De teruggedraaide beslissing geldt alleen voor Hide My Email. Sign in with Apple gaat nieuwe privé-relay-adressen nog steeds uitgeven op @private.icloud.com in plaats van @privaterelay.appleid.com. Bestaande relay-adressen moeten blijven werken en berichten doorsturen, maar diensten die e-maildomeinen controleren of filteren moeten voorbereid zijn op het nieuwe domein. 1725

De twee functies houden dus verschillende domeinen: Hide My Email blijft gekoppeld aan @icloud.com, terwijl nieuwe adressen van Sign in with Apple naar @private.icloud.com gaan.

Heeft dit te maken met recente privacyproblemen?

Apple heeft niet publiek verklaard dat de koerswijziging door recente beveiligingsmeldingen is veroorzaakt. Er is dus wel sprake van een opvallende timing, maar niet van een bevestigde technische of causale relatie.

In juli verschenen berichten over een fout in Hide My Email waarbij het versturen van een bericht naar een alias dat als spam werd geweigerd, het echte e-mailadres van de gebruiker kon blootleggen in bezorgings- of verzendlogs. Apple zei dat een patch die op 3 juli was uitgerold het probleem volledig had opgelost. Onafhankelijke tests en berichtgeving over het moment waarop de fout precies was verholpen, liepen aanvankelijk uiteen. 353948

Daarnaast meldden onderzoekers dat bepaalde functies in Apples WebKit iCloud Private Relay konden omzeilen. Het ging onder meer om passkey-gerelateerde WebAuthn-verzoeken, DNS-prefetching en WebTransport. Daardoor kon verkeer buiten de verwachte proxyroute om gaan en kon een website mogelijk het echte IP-adres van een gebruiker zien. 1414

Deze bevindingen gaan over andere systemen. De Hide My Email-kwestie draaide om e-mailroutering en foutmeldingen bij geweigerde berichten; de Private Relay-meldingen gingen over bescherming van IP-adressen en DNS-verkeer. Geen van beide bewijst dat een domeinwijziging op zichzelf dezelfde kwetsbaarheden zou veroorzaken. Wel maken ze duidelijk waarom gebruikers extra gevoelig waren voor een voorstel dat privacy-aliassen makkelijker herkenbaar zou maken.

De praktische conclusie

Voor Hide My Email behoudt Apple de eigenschap waar gebruikers vooral waarde aan hechtten: nieuwe aliassen worden niet ondergebracht in een domein dat ze duidelijk als privé-relayadressen labelt. Voor Sign in with Apple blijft de migratie wel relevant. Ontwikkelaars moeten @private.icloud.com als geldig nieuw relay-domein ondersteunen en tegelijk oudere adressen blijven accepteren zolang de overgang loopt. 1725