Le 24 août 2026, Apple a annulé son projet de transférer les nouvelles adresses iCloud+ Hide My Email de @icloud.com vers @private.icloud.com, après avoir examiné les retours de la communauté. Les utilisateurs craignaient qu’un domaine dédié permette aux sites, aux systèmes de messagerie et aux filtres antifraude d’...
Publié parModifié avec GPT-5.6 LunaImages générées avec GPT Image 1.5
Réponse de recherche

Create a landscape editorial hero image for this Studio Global article: What did Apple announce regarding its planned iCloud+ Hide My Email domain change after community backlash, why did users object to moving a. Article summary: Apple reversed its plan to move new iCloud+ Hide My Email aliases from `@icloud.com` to `@private.icloud.com` after reviewing community feedback. Hide My Email will remain on `@icloud.com`; the separate Sign in with Appl. Topic tags: general, general web, documentation. 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, charts with fak
Apple fait marche arrière sur une partie de sa réforme des adresses e-mail privées. Après avoir étudié les réactions des utilisateurs et des développeurs, l’entreprise a confirmé que les nouvelles adresses générées par iCloud+ Masquer mon adresse e-mail resteront en @icloud.com, au lieu de passer à @private.icloud.com. 18
19
24
En revanche, le changement prévu pour Se connecter avec Apple est maintenu : les nouvelles adresses relais utiliseront bien @private.icloud.com à la place de @privaterelay.appleid.com. Les adresses existantes doivent continuer à fonctionner et à transférer les messages sans interruption. 17
25
En juin, Apple prévoyait de réunir les deux services derrière un domaine commun : @private.icloud.com. Les nouvelles adresses Hide My Email, alors associées à @icloud.com, devaient migrer vers ce nouveau domaine. De leur côté, les nouvelles adresses de relais de Sign in with Apple devaient abandonner @privaterelay.appleid.com. 17
Apple conserve finalement deux règles distinctes :
@icloud.com ; le transfert vers @private.icloud.com est annulé. @privaterelay.appleid.com à @private.icloud.com. @private.icloud.com inquiétait les utilisateursLe problème ne venait pas du mécanisme de transfert lui-même. Les alias auraient toujours redirigé les messages vers la boîte de réception réelle de l’utilisateur. La crainte portait plutôt sur leur identifiabilité.
Aujourd’hui, les alias Hide My Email utilisent le même domaine @icloud.com que les adresses iCloud classiques. Un site ou un administrateur de messagerie ne peut donc pas facilement filtrer les alias privés sans risquer de toucher aussi des utilisateurs qui possèdent une adresse iCloud ordinaire.
Avec un domaine explicite comme @private.icloud.com, une simple règle de filtrage aurait pu suffire à repérer les adresses générées par le service. Des plateformes auraient alors pu les bloquer, les classer différemment ou les soumettre à des contrôles antifraude supplémentaires. 24
29
Cette distinction est importante : Hide My Email est conçu pour permettre la création d’une adresse différente pour chaque service, afin de ne pas révéler son adresse personnelle et de limiter le spam. Pour de nombreux utilisateurs, rendre ces alias immédiatement reconnaissables aurait donc réduit la protection pratique offerte par la fonction, même si le transfert des messages restait opérationnel. 18
21
@icloud.comLes utilisateurs qui créent de nouveaux alias avec iCloud+ devraient continuer à recevoir des adresses en @icloud.com. Apple ne prévoit plus d’émettre ces nouvelles adresses en @private.icloud.com dans le cadre de cette réforme. Les alias déjà créés restent couverts par la politique de continuité et de transfert annoncée pour les anciennes adresses. 17
18
@private.icloud.comLe revirement ne concerne que Hide My Email. Pour les nouvelles connexions utilisant Sign in with Apple, les adresses relais seront toujours générées en @private.icloud.com, plutôt qu’en @privaterelay.appleid.com.
Les anciennes adresses relais Sign in with Apple doivent continuer de fonctionner et de transférer les e-mails. Les services qui vérifient les domaines autorisés, valident les adresses ou appliquent des règles antifraude devront néanmoins prendre en charge le nouveau domaine. 17
25
Pour les utilisateurs, le résultat est donc moins uniforme que prévu : Hide My Email reste associé à @icloud.com, tandis que les nouvelles adresses Sign in with Apple adoptent @private.icloud.com.
Apple n’a pas déclaré publiquement que sa décision était liée aux récentes alertes de sécurité. Il faut donc parler d’une coïncidence de calendrier et d’un contexte de défiance accru, pas d’un lien technique ou causal démontré.
En juillet, des rapports ont décrit une faille de Hide My Email susceptible de révéler l’adresse réelle d’un utilisateur lorsqu’un message envoyé à un alias était rejeté comme spam. Dans certaines circonstances, l’adresse d’origine pouvait apparaître dans les journaux liés au retour du message. Apple a déclaré avoir entièrement corrigé le problème avec un correctif déployé le 3 juillet, même si des divergences ont entouré la date exacte à laquelle la faille a cessé d’être reproductible. 35
39
48
D’autres recherches ont porté sur iCloud Private Relay, le système d’Apple destiné à masquer l’adresse IP et certaines informations DNS lors de la navigation dans Safari. Des comportements de WebKit liés notamment aux passkeys et à WebAuthn, au préchargement DNS et à WebTransport auraient pu contourner le proxy attendu et exposer l’adresse IP réelle d’un utilisateur à un site web. 1
4
14
Ces deux sujets ne concernent pas le même mécanisme : la première faille touchait le routage des e-mails et la gestion des messages rejetés, tandis que les recherches sur Private Relay concernaient la protection de l’adresse IP et du DNS. Rien ne permet d’affirmer que le changement de domaine aurait créé ces vulnérabilités. Mais leur proximité dans le temps explique pourquoi les utilisateurs ont été particulièrement attentifs à toute modification d’une fonction présentée comme un outil de confidentialité.
Apple préserve finalement le point auquel les utilisateurs tenaient le plus : les nouveaux alias Hide My Email ne seront pas déplacés vers un domaine qui les désignerait explicitement comme des adresses privées ou relais.
La migration de Sign in with Apple reste toutefois d’actualité. Les développeurs doivent donc accepter @private.icloud.com pour les nouvelles adresses relais tout en continuant à prendre en charge les anciennes adresses @privaterelay.appleid.com, dont le transfert doit se poursuivre sans interruption. 17
25
Studio Global AI
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Le 24 août 2026, Apple a annulé son projet de transférer les nouvelles adresses iCloud+ Hide My Email de @icloud.com vers @private.icloud.com, après avoir examiné les retours de la communauté.
Le 24 août 2026, Apple a annulé son projet de transférer les nouvelles adresses iCloud+ Hide My Email de @icloud.com vers @private.icloud.com, après avoir examiné les retours de la communauté. Les utilisateurs craignaient qu’un domaine dédié permette aux sites, aux systèmes de messagerie et aux filtres antifraude d’identifier plus facilement les alias privés et de les bloquer.
La migration de Sign in with Apple est maintenue : les nouvelles adresses relais passeront de @privaterelay.appleid.com à @private.icloud.com, tandis que les anciennes continueront de fonctionner et de transférer les...
Le 24 août 2026, Apple a annulé son projet de transférer les nouvelles adresses iCloud+ Hide My Email de @icloud.com vers @private.icloud.com, après avoir examiné les retours de la communauté. Les utilisateurs craignaient qu’un domaine dédié permette aux sites, aux systèmes de messagerie et aux filtres antifraude d’...
Publié parModifié avec GPT-5.6 LunaImages générées avec GPT Image 1.5
Réponse de recherche

Create a landscape editorial hero image for this Studio Global article: What did Apple announce regarding its planned iCloud+ Hide My Email domain change after community backlash, why did users object to moving a. Article summary: Apple reversed its plan to move new iCloud+ Hide My Email aliases from `@icloud.com` to `@private.icloud.com` after reviewing community feedback. Hide My Email will remain on `@icloud.com`; the separate Sign in with Appl. Topic tags: general, general web, documentation. 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, charts with fak
Apple fait marche arrière sur une partie de sa réforme des adresses e-mail privées. Après avoir étudié les réactions des utilisateurs et des développeurs, l’entreprise a confirmé que les nouvelles adresses générées par iCloud+ Masquer mon adresse e-mail resteront en @icloud.com, au lieu de passer à @private.icloud.com. 18
19
24
En revanche, le changement prévu pour Se connecter avec Apple est maintenu : les nouvelles adresses relais utiliseront bien @private.icloud.com à la place de @privaterelay.appleid.com. Les adresses existantes doivent continuer à fonctionner et à transférer les messages sans interruption. 17
25
En juin, Apple prévoyait de réunir les deux services derrière un domaine commun : @private.icloud.com. Les nouvelles adresses Hide My Email, alors associées à @icloud.com, devaient migrer vers ce nouveau domaine. De leur côté, les nouvelles adresses de relais de Sign in with Apple devaient abandonner @privaterelay.appleid.com. 17
Apple conserve finalement deux règles distinctes :
@icloud.com ; le transfert vers @private.icloud.com est annulé. @privaterelay.appleid.com à @private.icloud.com. @private.icloud.com inquiétait les utilisateursLe problème ne venait pas du mécanisme de transfert lui-même. Les alias auraient toujours redirigé les messages vers la boîte de réception réelle de l’utilisateur. La crainte portait plutôt sur leur identifiabilité.
Aujourd’hui, les alias Hide My Email utilisent le même domaine @icloud.com que les adresses iCloud classiques. Un site ou un administrateur de messagerie ne peut donc pas facilement filtrer les alias privés sans risquer de toucher aussi des utilisateurs qui possèdent une adresse iCloud ordinaire.
Avec un domaine explicite comme @private.icloud.com, une simple règle de filtrage aurait pu suffire à repérer les adresses générées par le service. Des plateformes auraient alors pu les bloquer, les classer différemment ou les soumettre à des contrôles antifraude supplémentaires. 24
29
Cette distinction est importante : Hide My Email est conçu pour permettre la création d’une adresse différente pour chaque service, afin de ne pas révéler son adresse personnelle et de limiter le spam. Pour de nombreux utilisateurs, rendre ces alias immédiatement reconnaissables aurait donc réduit la protection pratique offerte par la fonction, même si le transfert des messages restait opérationnel. 18
21
@icloud.comLes utilisateurs qui créent de nouveaux alias avec iCloud+ devraient continuer à recevoir des adresses en @icloud.com. Apple ne prévoit plus d’émettre ces nouvelles adresses en @private.icloud.com dans le cadre de cette réforme. Les alias déjà créés restent couverts par la politique de continuité et de transfert annoncée pour les anciennes adresses. 17
18
@private.icloud.comLe revirement ne concerne que Hide My Email. Pour les nouvelles connexions utilisant Sign in with Apple, les adresses relais seront toujours générées en @private.icloud.com, plutôt qu’en @privaterelay.appleid.com.
Les anciennes adresses relais Sign in with Apple doivent continuer de fonctionner et de transférer les e-mails. Les services qui vérifient les domaines autorisés, valident les adresses ou appliquent des règles antifraude devront néanmoins prendre en charge le nouveau domaine. 17
25
Pour les utilisateurs, le résultat est donc moins uniforme que prévu : Hide My Email reste associé à @icloud.com, tandis que les nouvelles adresses Sign in with Apple adoptent @private.icloud.com.
Apple n’a pas déclaré publiquement que sa décision était liée aux récentes alertes de sécurité. Il faut donc parler d’une coïncidence de calendrier et d’un contexte de défiance accru, pas d’un lien technique ou causal démontré.
En juillet, des rapports ont décrit une faille de Hide My Email susceptible de révéler l’adresse réelle d’un utilisateur lorsqu’un message envoyé à un alias était rejeté comme spam. Dans certaines circonstances, l’adresse d’origine pouvait apparaître dans les journaux liés au retour du message. Apple a déclaré avoir entièrement corrigé le problème avec un correctif déployé le 3 juillet, même si des divergences ont entouré la date exacte à laquelle la faille a cessé d’être reproductible. 35
39
48
D’autres recherches ont porté sur iCloud Private Relay, le système d’Apple destiné à masquer l’adresse IP et certaines informations DNS lors de la navigation dans Safari. Des comportements de WebKit liés notamment aux passkeys et à WebAuthn, au préchargement DNS et à WebTransport auraient pu contourner le proxy attendu et exposer l’adresse IP réelle d’un utilisateur à un site web. 1
4
14
Ces deux sujets ne concernent pas le même mécanisme : la première faille touchait le routage des e-mails et la gestion des messages rejetés, tandis que les recherches sur Private Relay concernaient la protection de l’adresse IP et du DNS. Rien ne permet d’affirmer que le changement de domaine aurait créé ces vulnérabilités. Mais leur proximité dans le temps explique pourquoi les utilisateurs ont été particulièrement attentifs à toute modification d’une fonction présentée comme un outil de confidentialité.
Apple préserve finalement le point auquel les utilisateurs tenaient le plus : les nouveaux alias Hide My Email ne seront pas déplacés vers un domaine qui les désignerait explicitement comme des adresses privées ou relais.
La migration de Sign in with Apple reste toutefois d’actualité. Les développeurs doivent donc accepter @private.icloud.com pour les nouvelles adresses relais tout en continuant à prendre en charge les anciennes adresses @privaterelay.appleid.com, dont le transfert doit se poursuivre sans interruption. 17
25
Studio Global AI
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Le 24 août 2026, Apple a annulé son projet de transférer les nouvelles adresses iCloud+ Hide My Email de @icloud.com vers @private.icloud.com, après avoir examiné les retours de la communauté.
Le 24 août 2026, Apple a annulé son projet de transférer les nouvelles adresses iCloud+ Hide My Email de @icloud.com vers @private.icloud.com, après avoir examiné les retours de la communauté. Les utilisateurs craignaient qu’un domaine dédié permette aux sites, aux systèmes de messagerie et aux filtres antifraude d’identifier plus facilement les alias privés et de les bloquer.
La migration de Sign in with Apple est maintenue : les nouvelles adresses relais passeront de @privaterelay.appleid.com à @private.icloud.com, tandis que les anciennes continueront de fonctionner et de transférer les...