Apple mantiene Hide My Email en iCloud.com, pero Sign in with Apple sí cambiará de dominio

Apple ha cancelado el traslado previsto de los nuevos alias de iCloud+ Hide My Email desde @icloud.com a @private.icloud.com. Después de revisar los comentarios de la comunidad, la compañía confirmó que Hide My Email seguirá utilizando @icloud.com, el mismo dominio de las cuentas de correo estándar de iCloud.\n\nEl cambio será distinto para Sign in with Apple: las nuevas direcciones de retransmisión de correo de este servicio sí pasarán de @privaterelay.appleid.com a @private.icloud.com. Las direcciones antiguas mantendrán su funcionamiento y el reenvío de mensajes, según la política de transición comunicada por Apple. 181924\n\n## Qué decidió Apple\n\nEn junio, Apple había anunciado que unificaría bajo @private.icloud.com los dominios de sus dos funciones de privacidad. El plan contemplaba trasladar los nuevos alias de Hide My Email desde @icloud.com y las nuevas direcciones de Sign in with Apple desde @privaterelay.appleid.com. Las direcciones existentes debían seguir funcionando sin interrupciones. 17\n\nLa compañía ahora separa de nuevo ambos servicios:\n\n- Hide My Email: los nuevos alias seguirán terminando en @icloud.com; el traslado previsto a @private.icloud.com queda cancelado. 1819\n- Sign in with Apple: las nuevas direcciones de retransmisión sí pasarán de @privaterelay.appleid.com a @private.icloud.com. 1819\n- Direcciones existentes: Apple mantiene su compromiso de que las direcciones antiguas seguirán funcionando y reenviando el correo. Los desarrolladores y proveedores de correo deberán aceptar el nuevo dominio de Sign in with Apple en lugar de tratarlo como una dirección desconocida. 1725\n\n## Por qué generó rechazo @private.icloud.com\n\nEl problema para muchos usuarios no era que el alias dejara de reenviar mensajes. La preocupación era que el nuevo dominio revelara con demasiada claridad que se trata de una dirección creada para proteger la privacidad.\n\nEn la actualidad, los alias de Hide My Email utilizan @icloud.com, igual que las direcciones normales de iCloud. Eso dificulta que una plataforma bloquee selectivamente los alias de privacidad sin arriesgarse a afectar también a usuarios legítimos de iCloud. En cambio, un dominio específico como @private.icloud.com permitiría identificar esos alias con una regla sencilla y, potencialmente, bloquearlos o someterlos a un tratamiento diferente. 2429\n\nLa distinción es importante porque Hide My Email está diseñado para que una persona utilice una dirección distinta en cada servicio sin revelar su bandeja de entrada real. Por eso, usuarios y desarrolladores interpretaron el cambio como una posible pérdida de privacidad práctica, aunque el sistema de reenvío no fuera a desaparecer. 1821\n\n## Qué cambia para cada función\n\n### Hide My Email seguirá en @icloud.com\n\nQuienes creen nuevos alias de iCloud+ Hide My Email seguirán recibiendo direcciones con el conocido dominio @icloud.com. La emisión de nuevos alias en @private.icloud.com, prevista en el anuncio de junio, no se llevará a cabo conforme a la política revisada de Apple. Los alias existentes también forman parte del esquema de reenvío de direcciones antiguas descrito por la compañía. 1718\n\n### Sign in with Apple sí se trasladará a @private.icloud.com\n\nLa marcha atrás solo afecta a Hide My Email. Sign in with Apple seguirá emitiendo nuevas direcciones privadas de retransmisión en @private.icloud.com, en lugar de @privaterelay.appleid.com. Las direcciones actuales continuarán funcionando y reenviando mensajes, pero los servicios que validan o filtran dominios de correo deberán prepararse para aceptar el nuevo. 1725\n\nPara los usuarios, el resultado será que las dos funciones de privacidad de Apple ya no compartirán un único dominio: Hide My Email permanecerá asociado a @icloud.com, mientras que las nuevas direcciones de Sign in with Apple utilizarán @private.icloud.com.\n\n## Cómo se relaciona con las recientes dudas sobre privacidad\n\nApple no ha dicho públicamente que la reversión del cambio de dominio se deba a los recientes informes de seguridad. La relación comprobable es temporal y está vinculada a la confianza de los usuarios, no a una causa técnica demostrada.\n\nEn julio, varios informes describieron un fallo de Hide My Email que podía revelar la dirección real asociada a un alias cuando un mensaje enviado a este era rechazado como spam y generaba un rebote visible en registros de entrega o del remitente. Apple afirmó que una corrección desplegada el 3 de julio había resuelto completamente el problema. Sin embargo, hubo discrepancias sobre el momento exacto en que el fallo dejó de poder reproducirse. 353948\n\nPor separado, investigadores señalaron que ciertos comportamientos de WebKit podían eludir iCloud Private Relay. Entre las vías descritas estaban las solicitudes WebAuthn relacionadas con las passkeys, la búsqueda previa de DNS y las conexiones WebTransport. En determinadas circunstancias, estas solicitudes podían salir del recorrido protegido y revelar a un sitio web la dirección IP real del usuario. 1414\n\nSe trata de problemas distintos: el informe sobre Hide My Email afectaba al enrutamiento del correo y a los rebotes, mientras que los hallazgos sobre Private Relay estaban relacionados con la protección de la IP y del DNS. Ninguno demuestra que el cambio de dominio hubiera provocado por sí mismo esas vulnerabilidades. Aun así, ambos episodios ayudan a explicar por qué los usuarios reaccionaron con especial sensibilidad ante una propuesta que podía hacer más identificables los alias de privacidad.\n\n## La conclusión práctica\n\nLa decisión de Apple conserva una de las características que los usuarios querían proteger: los nuevos alias de Hide My Email no se trasladarán a un dominio que los etiquete claramente como direcciones de retransmisión privadas.\n\nPara los desarrolladores, la situación es diferente con Sign in with Apple: deberán aceptar @private.icloud.com como un dominio válido para las nuevas direcciones de retransmisión y seguir admitiendo las direcciones antiguas durante la transición. 1725