Apple belässt „E-Mail-Adresse verbergen“ bei iCloud.com – „Mit Apple anmelden“ wechselt trotzdem

Apple nimmt einen Teil seiner geplanten Änderung bei den privaten E-Mail-Adressen zurück: Neue iCloud+-Adressen der Funktion „E-Mail-Adresse verbergen“ werden weiterhin die Domain @icloud.com verwenden. Der geplante Wechsel zu @private.icloud.com ist damit abgesagt. Die separate Umstellung für neue Relay-Adressen von „Mit Apple anmelden“ soll dagegen wie angekündigt erfolgen. 181924

Was Apple jetzt ändert

Apple hatte im Juni angekündigt, die beiden Datenschutzfunktionen unter einer gemeinsamen Domain zusammenzuführen: @private.icloud.com. Neue Alias-Adressen von „E-Mail-Adresse verbergen“ hätten demnach die bisherige Domain @icloud.com ersetzt. Neue Adressen von „Mit Apple anmelden“ sollten von @privaterelay.appleid.com zu @private.icloud.com wechseln. Bestehende Adressen sollten weiter funktionieren und E-Mails ohne Unterbrechung weiterleiten. 17

Nach dem Feedback aus der Community gilt nun wieder eine Trennung der beiden Dienste:

• E-Mail-Adresse verbergen: Neue Alias-Adressen bleiben bei @icloud.com; der geplante Wechsel zu @private.icloud.com entfällt. 1819
• Mit Apple anmelden: Neue Relay-Adressen wechseln weiterhin von @privaterelay.appleid.com zu @private.icloud.com. 1819
• Bestehende Adressen: Nach Apples bisheriger Übergangsregelung sollen ältere Adressen weiter funktionieren und Nachrichten weiterleiten. Entwickler und E-Mail-Anbieter müssen die neue Domain für „Mit Apple anmelden“ akzeptieren und dürfen sie nicht als unbekannte Adresse ablehnen. 1725

Warum Nutzer gegen @private.icloud.com protestierten

Das Problem lag nicht darin, dass die Weiterleitung an das eigentliche Postfach weggefallen wäre. Kritisch war vielmehr, dass eine eigene, klar als privat erkennbare Domain die Alias-Adressen leichter identifizierbar gemacht hätte.

Die Alias-Adressen von „E-Mail-Adresse verbergen“ nutzen derzeit dieselbe @icloud.com-Domain wie gewöhnliche iCloud-Mail-Adressen. Dadurch können Websites und Mail-Administratoren private Aliase nicht einfach aussortieren, ohne womöglich auch reguläre iCloud-Nutzer zu treffen. Eine eigene Domain wie @private.icloud.com ließe sich dagegen mit einer einfachen Domain-Regel erkennen und gegebenenfalls blockieren oder anders behandeln. 2429

Genau diese Unterscheidbarkeit widerspricht dem praktischen Zweck der Funktion: Nutzer können für verschiedene Dienste jeweils eine eigene Adresse verwenden, ohne ihre tatsächliche E-Mail-Adresse preiszugeben. Der geplante Domainwechsel hätte den technischen Weiterleitungsdienst zwar nicht abgeschafft, aus Sicht vieler Nutzer aber den Schutz im Alltag geschwächt. 1821

Was die Entscheidung für Apples Dienste bedeutet

„E-Mail-Adresse verbergen“ bleibt bei @icloud.com

Wer künftig mit einem iCloud+-Abo eine neue Alias-Adresse erstellt, soll weiterhin eine Adresse mit der vertrauten Domain @icloud.com erhalten. Die geplante Ausgabe neuer Adressen unter @private.icloud.com findet nach Apples überarbeiteter Regelung nicht statt. Auch bestehende Aliase bleiben Teil der von Apple beschriebenen Weiterleitung älterer Adressen. 1718

„Mit Apple anmelden“ wechselt zu @private.icloud.com

Die Kehrtwende gilt nur für „E-Mail-Adresse verbergen“. Bei „Mit Apple anmelden“ sollen neue private Relay-Adressen weiterhin von @privaterelay.appleid.com auf @private.icloud.com umgestellt werden. Bereits bestehende Relay-Adressen sollen weiterhin funktionieren und Nachrichten weiterleiten. Dienste, die E-Mail-Domains prüfen oder filtern, sollten deshalb beide Domains während des Übergangs unterstützen. 1725

Für Nutzer bedeutet das: Die beiden Apple-Funktionen werden künftig nicht dieselbe Domain verwenden. „E-Mail-Adresse verbergen“ bleibt mit @icloud.com verbunden, während neue Adressen von „Mit Apple anmelden“ unter @private.icloud.com ausgegeben werden.

Steht die Kehrtwende mit den jüngsten Datenschutzproblemen in Verbindung?

Apple hat nicht öffentlich erklärt, dass die Rücknahme wegen der jüngsten Sicherheitsberichte erfolgt sei. Belegt ist daher nur der zeitliche Zusammenhang mit der Nutzerkritik – nicht ein technischer oder ursächlicher Zusammenhang.

Im Juli wurde über eine Schwachstelle in „E-Mail-Adresse verbergen“ berichtet. Demnach konnte das Senden einer Nachricht an einen Alias, die anschließend als Spam abgewiesen wurde, unter bestimmten Umständen die tatsächliche E-Mail-Adresse in Zustell- oder Absenderprotokollen sichtbar machen. Apple erklärte, ein am 3. Juli eingespieltes Update habe das Problem vollständig behoben. Nachfolgende Tests konnten die Schwachstelle nicht mehr reproduzieren, wobei die Berichte über den Zeitpunkt und die Wirksamkeit der Behebung zunächst widersprüchlich waren. 353948

Unabhängig davon fanden Sicherheitsforscher mehrere WebKit-Verhaltensweisen, die den iCloud Private Relay umgehen können. Genannt wurden unter anderem Passkey-Anfragen nach dem WebAuthn-Standard, DNS-Prefetching und WebTransport. Dabei kann Datenverkehr am vorgesehenen Proxy-Weg vorbeigeleitet werden, sodass eine Website unter Umständen die echte IP-Adresse eines Nutzers erfährt. 1414

Die beiden Befundgruppen betreffen unterschiedliche Systeme: Die erste Meldung bezog sich auf E-Mail-Weiterleitung und Spam-Rückläufer, die zweite auf den Schutz von IP-Adresse und DNS-Abfragen. Keine der Untersuchungen belegt, dass die neue Domain selbst dieselben Sicherheitslücken verursacht hätte. Zusammen erklären sie jedoch, warum Nutzer besonders aufmerksam auf einen Schritt reagierten, der private Alias-Adressen leichter erkennbar gemacht hätte.

Das Wichtigste im Überblick

Apple bewahrt mit der Entscheidung eine zentrale Eigenschaft des bisherigen „E-Mail-Adresse verbergen“-Modells: Neue Aliase werden nicht auf eine Domain verschoben, die sie eindeutig als private Relay-Adressen kennzeichnet. Für Entwickler bleibt dennoch Handlungsbedarf, denn neue Adressen von „Mit Apple anmelden“ sollen künftig unter @private.icloud.com erscheinen. Gleichzeitig müssen ältere @privaterelay.appleid.com-Adressen weiter unterstützt werden. 1725