Zwei Monate nach der Ankündigung nimmt Apple eine Entscheidung zurück, die einen der wirksamsten Datenschutz-Dienste des Unternehmens ausgehebelt hätte. Der Grund dafür steht ungewöhnlich offen in der Mitteilung.
Im Juni hatte Apple angekündigt, zwei Datenschutz-Dienste unter einer gemeinsamen Domain zu bündeln: Sowohl „Mit Apple anmelden“ als auch „E-Mail-Adresse verbergen“ sollten neue Adressen künftig unter private.icloud.comausgeben. Für den zweiten Dienst hätte das seine Schutzwirkung weitgehend entwertet. In einer Mitteilung an Entwickler hat Apple diesen Teil nun gestrichen – nach eigener Darstellung nach weiterer Abwägung und Auswertung von Rückmeldungen aus der Community.
Das Wichtigste in Kürze
- Adressen aus „E-Mail-Adresse verbergen“ bleiben auf
icloud.comund wechseln nicht auf eine eigene Domain. - Für „Mit Apple anmelden“ bleibt es beim Wechsel: Neue Adressen kommen noch in diesem Jahr unter
private.icloud.com. - Bestehende Adressen unter
privaterelay.appleid.comfunktionieren weiter und leiten Nachrichten ohne Unterbrechung weiter. - Für Nutzer besteht kein Handlungsbedarf. Entwickler müssen die neue Domain in ihren Systemen zulassen.
Warum eine eigene Domain den Dienst geschwächt hätte
Der Schutz von „E-Mail-Adresse verbergen“ beruht darauf, dass die erzeugten Aliasse nicht als Aliasse zu erkennen sind. Sie liegen auf derselben Domain wie gewöhnliche iCloud-Postfächer. Ein Onlineshop, der solche Adressen aussperren wollte, müsste dafür icloud.com insgesamt blockieren – und damit auch alle regulären iCloud-Nutzer.
Genau diese Deckung wäre mit einer eigenen Domain verschwunden. Eine Adresse unter private.icloud.com ist auf den ersten Blick als Wegwerf-Alias erkennbar, und eine Sperre auf Domain-Ebene hätte keine unerwünschten Nebenwirkungen mehr gehabt. Wer bei der Registrierung seine echte Adresse nicht herausgeben will, wäre damit an vielen Stellen schlicht abgewiesen worden.
| Dienst | Bisherige Domain | Künftige Domain |
|---|---|---|
| E-Mail-Adresse verbergen | icloud.com | bleibt icloud.com |
| Mit Apple anmelden | privaterelay.appleid.com | private.icloud.com (neue Adressen) |
Bei „Mit Apple anmelden“ stellt sich die Frage nicht in gleicher Schärfe. Diese Adressen lagen schon bisher auf einer eigenen, klar erkennbaren Domain – der Wechsel verschlechtert dort also nichts, sondern ordnet nur die Benennung neu.
Ein Dienst, der seit dem Sommer unter Beobachtung steht
Es ist nicht der erste Rückschlag für die Funktion in diesem Jahr. Anfang Juli wurde bekannt, dass eine Sicherheitslücke die echten Adressen hinter den Aliassen enttarnen konnte – also genau das preisgab, wovor der Dienst schützen soll. Drei Wochen später hat Apple die Lücke geschlossen.
Der Domain-Wechsel wäre der dritte Eingriff binnen weniger Wochen gewesen, diesmal aber kein Fehler, sondern eine bewusste Entscheidung. Dass Apple sie zurücknimmt und den Grund benennt, ist die eigentliche Nachricht: Rücknahmen kommen vor, eine ausdrückliche Berufung auf Rückmeldungen aus der Community dagegen selten.
Was jetzt zu tun ist – und was nicht
Für Nutzer ändert sich nichts. Bestehende Aliasse bleiben, neue werden weiterhin unter icloud.com erzeugt, und wer die Funktion bisher nicht kennt: Sie gehört zu iCloud+ und lässt sich überall dort einsetzen, wo eine Registrierung eine Adresse verlangt – der Weg dahin steht in der Anleitung zu „E-Mail-Adresse verbergen“.
Handlungsbedarf besteht auf der anderen Seite. Apple weist Entwickler darauf hin, dass Kontosysteme, E-Mail-Prüfroutinen und Positivlisten die neue Domain zusätzlich zur bisherigen akzeptieren müssen. Wer das versäumt, sperrt ab diesem Jahr Nutzer aus, die sich per „Mit Apple anmelden“ registrieren.
Ein praktischer Nebeneffekt für alle, die iCloud+ im Haushalt teilen: Die Aliasse hängen am jeweiligen Apple Account, nicht am Abo-Inhaber. Wie sich der Dienst innerhalb einer Familie aufteilt, ist in der Übersicht zur Familienfreigabe bei iCloud+ beschrieben.
Was der Rückzieher über Apples Abwägung verrät
Die ursprüngliche Planung ergab aus technischer Sicht durchaus Sinn. Zwei verwandte Dienste unter einer Domain sind sauberer zu betreiben, leichter zu dokumentieren und für Entwickler eindeutiger. Übersehen wurde dabei, dass die Unauffälligkeit bei diesem einen Dienst keine Nebensache ist, sondern die Funktion selbst.
Aus Sicht der Leser hierzulande ist das Ergebnis das bestmögliche: Ein Dienst, für den man mit dem iCloud+-Abo bezahlt, behält die Eigenschaft, die ihn von einem beliebigen Wegwerf-Adressdienst unterscheidet. Wenn du die Funktion nutzt, brauchst du nichts zu unternehmen – und solltest sie weiterhin bevorzugt dort einsetzen, wo eine Adresse ohnehin nur zur Registrierung verlangt wird.
Setzt du bei Anmeldungen konsequent auf verborgene Adressen – oder gibst du bei Diensten, die du dauerhaft nutzen willst, doch lieber die echte Adresse an? Schreib uns in die Kommentare, wo du die Grenze ziehst.
