Apple cambia el dominio de tu correo de relay — y da marcha atrás en la mitad

El 24 de agosto de 2026, Apple publicó una nota para desarrolladores con un título poco vistoso: «Actualización: nuevo dominio para Sign in with Apple». Contiene una frase realmente interesante, y no es la que habla del nuevo dominio.

Tras una consideración adicional y revisar los comentarios de la comunidad, las direcciones de iCloud+ Hide My Email permanecerán en icloud.com.

Eso es Apple dando marcha atrás en una decisión que había anunciado diez semanas antes. Y el motivo de ese giro ilustra bien algo que la mayoría entiende mal sobre cómo funcionan realmente estas funciones de privacidad: para un alias de correo, ser identificable es el modo de fallo.

Puntos clave

• Las direcciones de relay de Sign in with Apple se están mudando de privaterelay.appleid.com a private.icloud.com, a partir de finales de este año.
• Las direcciones de iCloud+ Hide My Email se quedan en icloud.com. Apple planeaba moverlas en junio y canceló ese plan en agosto.
• Nada de lo que ya usas se rompe. Las direcciones existentes en los dominios antiguos siguen funcionando y siguen reenviando el correo.
• El giro existe porque un dominio dedicado es una entrada de lista de bloqueo. Un sitio puede rechazar un dominio entero. No puede rechazar icloud.com sin rechazar a todos los usuarios reales de iCloud.
• Espera que el phishing explote esto. Un dominio de Apple nuevo y desconocido apareciendo en tu bandeja de entrada es exactamente el tipo de cambio en torno al cual los atacantes construyen campañas.

Tres cosas distintas, todas llamadas «Private»

Antes que nada, hay que desenredar esto, porque el plan de junio solo tenía sentido intuitivo si confundías dos de estas cosas — y el motivo por el que estaba mal es que no son el mismo producto.

1. El relay de correo privado de Sign in with Apple

Cuando pulsas «Sign in with Apple» en una app o sitio web y eliges ocultar tu dirección, Apple genera una dirección de relay para ese desarrollador en concreto y te reenvía su correo. Es gratis con cualquier Apple Account.

• Dominio actual: @privaterelay.appleid.com
• Nuevo dominio: @private.icloud.com, para las direcciones emitidas a partir de ahora, desde finales de este año
• Se gestiona en tu Mac desde Ajustes del Sistema → [tu nombre] → Sign in with Apple

2. iCloud+ Hide My Email

Una función de pago de iCloud+. Tú mismo generas los alias, para cualquier cosa — un boletín, un formulario, una tienda — con una etiqueta y una nota para recordar para qué era cada uno. No está ligada a ningún flujo de inicio de sesión.

• Dominio: @icloud.com — sin cambios
• Se gestiona en tu Mac desde Ajustes del Sistema → [tu nombre] → iCloud → Hide My Email
• También está disponible directamente en Safari y Mail: haz clic en un campo de dirección y elige Hide My Email

3. iCloud Private Relay

No tiene nada que ver con el correo. Es un relay de dos saltos para la navegación en Safari y cierto tráfico sin cifrar, diseñado para que ninguna parte por sí sola pueda ver a la vez quién eres y qué estás mirando. Comparte la palabra «relay» y nada más. Cubrimos un fallo real de esta función en cómo iCloud Private Relay puede filtrar tu IP real.

La confusión no es culpa del lector: las dos primeras presentan un botón con la etiqueta «Hide My Email». Una te da una dirección privaterelay.appleid.com, la otra una dirección icloud.com, y Apple nunca ha remarcado la diferencia. Esa etiqueta compartida es casi con toda seguridad la razón por la que unificar los dominios parecía sensato en junio.

Lo que dijo Apple, en las dos versiones

Merece la pena leerlas una junto a la otra, porque el cambio es preciso.

15 de junio de 2026:

Más adelante este verano, Apple unificará los dominios de correo que usan Sign in with Apple e iCloud+ Hide My Email bajo un único dominio compartido: private.icloud.com.

Las nuevas direcciones generadas para ambas funciones se emitirán en el nuevo dominio. Por ejemplo:

• Las direcciones de Sign in with Apple, antes emitidas en privaterelay.appleid.com, se emitirán en private.icloud.com.
• Las direcciones de iCloud+ Hide My Email, antes emitidas en icloud.com, se emitirán en private.icloud.com.

Las direcciones existentes en los dominios antiguos seguirán funcionando y reenviando correo a los usuarios sin interrupción.

24 de agosto de 2026:

A partir de finales de este año, las nuevas direcciones de Sign in with Apple, antes emitidas en privaterelay.appleid.com, se emitirán en private.icloud.com. Las direcciones existentes en privaterelay.appleid.com seguirán funcionando y reenviando correo a los usuarios sin interrupción.

Tras una consideración adicional y revisar los comentarios de la comunidad, las direcciones de iCloud+ Hide My Email permanecerán en icloud.com.

Hay dos cambios entre ambas. Hide My Email queda fuera de la migración. Y el calendario pasó de «más adelante este verano» a «a partir de finales de este año» — el calendario original ya se ha retrasado, algo que conviene tener en cuenta si estás planificando en torno a esto.

Por qué mantener Hide My Email en icloud.com es la decisión correcta

Este es el mecanismo, y merece la pena entenderlo porque se generaliza a cualquier servicio de alias.

Un alias de correo te protege solo si el destinatario no puede identificarlo como alias de forma barata. En cuanto un servicio puede identificar direcciones de alias, puede rechazarlas — y los servicios tienen fuertes incentivos para rechazarlas, porque un alias es un cliente que no pueden volver a identificar, que no pueden cruzar con los registros de un data broker, y al que no pueden seguir llegando si tú «quemas» la dirección.

John Gruber expuso directamente la perspectiva del usuario cuando se anunció el giro:

muchas veces queremos usar este tipo de direcciones ocultas justo en sitios que preferirían bloquear esas direcciones e intentar obligarnos a usar nuestras direcciones «reales»

Un dominio dedicado como private.icloud.com es una única cadena de texto. Cualquier formulario de registro podría rechazarlo con una sola línea de validación. Todos los alias que Apple hubiera emitido hasta entonces quedarían inútiles de golpe en cualquier sitio que añadiera esa línea.

A icloud.com no se le puede aplicar ese trato. Es el dominio que cientos de millones de personas usan para su correo personal normal. Un servicio que bloquea icloud.com para frenar los alias bloquea también a buena parte de sus clientes reales. La protección de Hide My Email no es criptográfica — consiste en que los alias se esconden entre direcciones reales. Trasladarlos a un dominio distinto habría eliminado ese escondite.

Eso es, al parecer, lo que Apple ha concluido, y es la conclusión correcta. También es un ejemplo poco frecuente de un plan ya lanzado que se retira por un argumento de privacidad y no técnico.

Y por qué que Sign in with Apple se mude no es el mismo problema

Sería fácil rematar ese argumento y concluir que Apple ha dejado expuestos a los usuarios de Sign in with Apple. Eso no es correcto, y merece la pena precisar por qué.

Las direcciones de relay de Sign in with Apple ya estaban en un dominio dedicado y claramente identificable. privaterelay.appleid.com se delata a sí mismo. Cualquier servicio que quisiera rechazarlas ha podido hacerlo desde 2019. Mudarse a private.icloud.com es un movimiento lateral en ese eje — un dominio identificable distinto, no uno que se vuelve identificable ahora.

También hay una razón estructural por la que esa exposición importa menos. Una dirección de relay de Sign in with Apple no es algo que escribas en un formulario. Se emite como parte de un flujo de autenticación que el propio sitio eligió ofrecer. Un sitio que no quiere direcciones de relay simplemente no implementa Sign in with Apple. El escenario de bloqueo que hace frágil a Hide My Email prácticamente no se da aquí.

Así que el resumen honesto es: Apple protegió la función que necesitaba protección y trasladó la que no la necesitaba. El plan de junio habría dañado a una de las dos, y Apple lo detectó a tiempo.

Qué cambia realmente para ti

Para la mayoría de la gente, muy poco — pero conviene conocer los detalles antes de que te sorprendan.

Tus direcciones existentes no cambian. Todas las direcciones privaterelay.appleid.com que ya tienes siguen funcionando y siguen reenviando correo. Apple lo dice explícitamente en los dos anuncios. No necesitas actualizar nada, volver a registrarte en ningún sitio ni migrar cuentas.

Los nuevos inicios de sesión producirán un dominio que no habías visto antes. Tras el cambio, usar Sign in with Apple en un servicio nuevo emitirá una dirección en private.icloud.com. Si llevas un registro de qué alias fue a qué servicio, a partir de ahora espera ver dos dominios en esa lista.

Un pequeño número de sitios rechazará el nuevo dominio. Cualquier servicio cuya validación de registro, lista blanca o regla antiabuso tenga codificado privaterelay.appleid.com no reconocerá private.icloud.com hasta que se actualice. La nota de Apple pide explícitamente a los desarrolladores que acepten ambos. No todos la leerán.

El filtrado de correo corporativo puede retener mensajes. Si usas Sign in with Apple para algo relacionado con el trabajo y tu organización filtra por dominio de remitente o destinatario, un dominio completamente nuevo puede acabar en cuarentena.

La ventana de phishing

Esta es la parte con una consecuencia real de seguridad, y de la que nadie está escribiendo.

Apple publicó esto para desarrolladores. No hay ningún anuncio dirigido a los usuarios finales, ninguna notificación en Ajustes, ningún correo a los usuarios. La primera vez que la mayoría de la gente se encuentre con private.icloud.com será cuando simplemente aparezca — en un campo «De», en una página de ajustes de cuenta, en una entrada del gestor de contraseñas.

Un dominio desconocido que genuinamente pertenece a Apple, apareciendo sin previo aviso, durante una transición ya hecha pública, son casi las condiciones ideales para una campaña de phishing. Los mensajes prácticamente se escriben solos: tu dirección de relay de Apple está siendo migrada, confirma tu cuenta para no perder el acceso a los servicios en los que iniciaste sesión.

Algunas reglas que se cumplen independientemente de este cambio:

• Apple no te exige hacer nada para esta migración. Cualquier mensaje que te pida confirmar, verificar, migrar o volver a autenticar una dirección de relay es fraudulento. No hay ningún paso para el usuario, porque no hay ningún paso para el usuario.
• Nunca actúes sobre un enlace en un correo sobre tu Apple Account. Abre tú mismo Ajustes del Sistema y compruébalo. Si un cambio es real, se verá ahí.
• Comprueba adónde lleva realmente un enlace. private.icloud.com es Apple. private-icloud.com, privateicloud.com, private.icloud.com.example.net e icloud-private.com no lo son. Los atacantes registran dominios parecidos justo para momentos como este.
• Un aviso de contraseña que tú no iniciaste es la señal. Los avisos de contraseña legítimos de macOS siguen a una acción que acabas de realizar. Vimos lo convincente que puede llegar a ser una falsificación de esto en el falso aviso de contraseña por bloqueo del Mac.

Si quieres una revisión de seguridad más amplia, nuestra guía de seguridad y privacidad para Mac cubre los ajustes relacionados.

Auditando lo que realmente tienes

Un buen momento para revisarlo, ya que la mayoría de la gente nunca lo ha comprobado.

Qué apps usan Sign in with Apple:

En un Mac, abre Ajustes del Sistema, haz clic en tu nombre en la parte superior de la barra lateral y luego en Sign in with Apple. Verás cada app y sitio donde lo usaste, y puedes dejar de usar Sign in with Apple para cualquiera de ellos de forma individual.

Lee esa lista con atención antes de revocar nada. Desactivar Sign in with Apple para un servicio rompe la dirección de relay, lo que significa que el servicio ya no podrá contactarte — incluido para restablecer la contraseña. Si no tienes registrado ningún otro método de acceso ahí, puedes quedarte fuera de tu propia cuenta. Configura primero un inicio de sesión alternativo.

Qué alias de Hide My Email existen:

Ajustes del Sistema → [tu nombre] → iCloud → Hide My Email. Cada entrada muestra su etiqueta, su nota y la dirección a la que reenvía. Puedes desactivar un alias que ya no quieras, lo que detiene la entrega sin borrar el registro de para qué era.

Adónde se reenvía el correo:

Mismo panel. Si tienes varias direcciones personales en tu Apple Account, una de ellas es el destino de reenvío de todos tus alias. Confirma que es una que sigues leyendo — una dirección de reenvío abandonada es un fallo silencioso que solo sale a la luz cuando necesitas un mensaje de recuperación de cuenta.

Dos cosas que merece la pena hacer ya que estás ahí

Etiqueta bien tus alias. El campo de nota existe para que dentro de dos años puedas saber para qué era cada alias. Un alias sin etiquetar es una dirección que te dará miedo desactivar.

Comprueba que tus vías de recuperación no dependan de un relay. Si la única dirección de contacto de una cuenta crítica es un relay de Sign in with Apple, y más adelante revocas el acceso de esa app, la recuperación de esa cuenta se va con él. Conserva al menos una vía que no pase por un relay que podrías desactivar.

Para desarrolladores y administradores

Si operas algo que trabaja con direcciones de correo, aquí hay trabajo concreto que hacer. Lo que pide Apple:

Los desarrolladores con apps o sitios web que usan Sign in with Apple deben asegurarse de que sus sistemas de cuentas, su lógica de validación de correo y sus listas blancas acepten direcciones en el nuevo dominio private.icloud.com, además del dominio existente privaterelay.appleid.com.

En concreto:

1. Acepta ambos dominios. No es un reemplazo — son los dos. Las direcciones existentes en privaterelay.appleid.com siguen siendo válidas indefinidamente.
2. Busca las cadenas codificadas a mano. Haz un grep de tu código y tu configuración buscando privaterelay.appleid.com. Aparece en expresiones regulares de validación, reglas antifraude, segmentación de analítica, listas blancas de entregabilidad y herramientas de soporte.
3. Revisa las reglas de tu proveedor de servicio de correo. El enrutamiento basado en dominio, las listas de supresión y las reglas de reputación viven fuera de tu repositorio y son el lugar donde más fácil es que esto se pase por alto.
4. No construyas nuevos bloqueos sobre private.icloud.com. Además de ser hostil con tus propios usuarios, una dirección que rechazas en el registro es un cliente que no captaste, y Sign in with Apple es un método de autenticación que tu app eligió ofrecer.
5. Prueba todo el flujo. Registro, correo de verificación, restablecimiento de contraseña y recuperación de cuenta. Una regla de validación que acepta la dirección en el registro pero la rechaza al restablecer la contraseña es un bug genuinamente molesto, y es la forma habitual que toma este fallo.

Para administradores: si filtras el correo entrante por dominio, añade private.icloud.com a cualquier lista en la que ya esté privaterelay.appleid.com, antes de que tus usuarios empiecen a reportar mensajes que faltan, no después.

Qué oculta realmente el relay

Merece la pena ser precisos aquí, porque la gente extiende su confianza en estas funciones más allá de lo que realmente cubren.

Lo que el desarrollador no obtiene: tu dirección de correo real. Obtiene una dirección de relay a la que puede enviar correo, y Apple lo reenvía. Si revocas el acceso, el relay se detiene y su dirección para ti queda muerta.

Lo que el desarrollador sí obtiene:

• Un identificador estable para ti dentro de su app. Sign in with Apple emite un identificador de usuario específico por desarrollador que persiste entre sesiones y dispositivos, y es lo que les permite reconocerte como usuario recurrente. Está limitado a ese desarrollador — la misma Apple Account produce un identificador distinto en otro desarrollador, así que dos apps no pueden cruzar sus registros a partir de él.
• Tu nombre, si elegiste compartirlo, y puedes editarlo en el momento de iniciar sesión.
• Todo lo que le cuentes después. El relay cubre tu dirección, no tu comportamiento. Si escribes tu nombre real en un campo de perfil, se lo has entregado.
• Lo que sea que recoja su analítica. La huella digital del dispositivo, la dirección IP y los identificadores publicitarios quedan completamente fuera del alcance de esta función.

Lo que obtiene Apple: el correo pasa por los servidores de Apple para ser reenviado. Apple declara que no lee ni conserva el contenido más allá de lo necesario para entregarlo, pero el relay es, por construcción, un camino que pasa por Apple, no que la rodea.

La forma limpia de pensarlo: una dirección de relay es un canal revocable, no es anonimato. Resuelve el problema de «esta empresa vendió mi dirección a un data broker y ahora no puedo parar el correo». No resuelve el de «esta empresa sabe quién soy».

Eso es algo genuinamente valioso de resolver, y la revocabilidad es la mitad infravalorada del asunto — poder cortarle a una empresa la capacidad de contactarte, sin cambiar tu dirección en ningún otro sitio, es algo que un buzón de correo normal nunca ha ofrecido.

Cómo se compara esto con los servicios de alias de terceros

Apple no es la única opción, y la comparación ilumina el argumento de la bloqueabilidad.

Los servicios de alias dedicados — SimpleLogin, AnonAddy y similares — te dan alias ilimitados, normalmente en dominios compartidos con el resto de sus usuarios. Ese dominio compartido es exactamente el objetivo de lista de bloqueo que el plan de junio habría creado para Hide My Email, y es por lo que muchos formularios de registro rechazan estos servicios. Los mejores te permiten usar tu propio dominio, lo que restaura la imposibilidad de bloqueo a costa de registrar y pagar un dominio, y de que ese dominio sea exclusivamente tuyo si alguien lo correlaciona.

Fastmail y proveedores similares ofrecen direcciones enmascaradas en tu propio dominio o en el suyo, con la misma disyuntiva.

iCloud+ Hide My Email de Apple es inusual precisamente por lo que acaba de preservarse: sus alias viven en icloud.com, junto a cientos de millones de usuarios normales. Es el único gran servicio de alias cuyas direcciones no se distinguen de las reales. Es una ventaja estructural que ningún competidor puede replicar, porque ningún competidor opera un dominio de correo de consumo a esa escala.

Las limitaciones son reales. Los alias de Apple reenvían a una única dirección, no existe la opción de enviar «como» un alias fuera de Apple Mail en dispositivos Apple, y no puedes usar tu propio dominio. Si quieres un enrutamiento detallado y responder desde clientes de correo arbitrarios, un servicio dedicado ofrece más. Si quieres un alias que simplemente se acepte en todas partes, el de Apple es la opción más sólida disponible — y acaba de seguir siéndolo.

Un poco de historia, y por qué el dominio antiguo siempre resultó raro

Sign in with Apple se lanzó en 2019, y las directrices de revisión de la App Store de Apple exigían que las apps que ofrecían opciones de inicio de sesión de terceros también ofrecieran esta — por eso apareció casi en todas partes a la vez, en lugar de gradualmente. El relay de correo privado era su función más distintiva: los demás proveedores de inicio de sesión entregan tu dirección al desarrollador, y Apple ofrecía no hacerlo.

En su lugar, la dirección que entregaba era @privaterelay.appleid.com. Es un trabalenguas, está en un dominio con el que la mayoría de los usuarios nunca se han topado por otra vía, y delata su propia naturaleza. Tenía sentido desde el lado de Apple — appleid.com era donde vivía la infraestructura de cuentas — y desde el lado del usuario siempre ha parecido ligeramente algo que inventaría un kit de phishing.

Consolidar en private.icloud.com arregla eso. icloud.com es un dominio que la gente normal reconoce, y un subdominio suyo se lee como legítimo de una forma que privaterelay.appleid.com nunca llegó a conseguir del todo. Para el relay de inicio de sesión, esa es una mejora directa, y presumiblemente es el razonamiento detrás de todo el ejercicio.

El plan de junio, sin embargo, lo aplicó en exceso. La consolidación es buena para la dirección que ya era llamativa. Era activamente perjudicial para aquella cuyo valor venía precisamente de pasar desapercibida. Que el arreglo tardara diez semanas y requiriera presión pública es un pequeño caso de estudio de cómo un cambio que mejora un producto puede degradar silenciosamente otro que comparte nombre y botón.

Solución de problemas comunes

Un sitio web rechaza mi nueva dirección de relay de Apple como no válida

Problema: la validación de correo del sitio todavía no reconoce private.icloud.com.

Solución: repórtalo al sitio — es un bug suyo, y Apple ya ha publicado el arreglo. Mientras tanto, un alias de iCloud+ Hide My Email en icloud.com sí será aceptado, ya que ese dominio no está cambiando y es indistinguible de cualquier dirección normal de iCloud. Esa es precisamente la propiedad que Apple preservó.

Dejó de llegarme el correo de un servicio en el que inicié sesión con Apple

Problema: hay varias posibilidades: la dirección de reenvío de tu Apple Account es una que ya no lees, revocaste Sign in with Apple para esa app, o tu proveedor de correo está filtrando un dominio desconocido.

Solución: comprueba en Ajustes del Sistema → [tu nombre] → Sign in with Apple que la app sigue activa, y luego verifica tu dirección de reenvío en Hide My Email. Después revisa tus carpetas de spam y cuarentena por si está ahí el nuevo dominio.

Revoqué Sign in with Apple y ahora no puedo iniciar sesión

Problema: revocar el acceso invalida la dirección de relay, y si esa dirección era el único método de contacto de la cuenta, el restablecimiento de contraseña no tiene adónde ir.

Solución: contacta directamente con el soporte del servicio y explica la situación — es un caso conocido y la mayoría tiene una vía manual. Para evitarlo, registra un método de inicio de sesión alternativo antes de revocar nada.

Recibí un correo sobre un cambio en mi dirección de relay de Apple

Problema: Apple no está enviando correos a los usuarios sobre esto. La migración no requiere nada de tu parte.

Solución: trátalo como phishing. No hagas clic. Verifica cualquier cosa que te preocupe abriendo tú mismo Ajustes del Sistema.

No encuentro Hide My Email en Ajustes

Problema: es una función de iCloud+ y requiere una suscripción de pago a iCloud+ o Apple One. Sin ella, solo está disponible el relay gratuito de Sign in with Apple.

Solución: confirma tu suscripción en Ajustes del Sistema → [tu nombre] → iCloud. Si no estás suscrito, la opción de ocultar dirección de Sign in with Apple sigue funcionando, sin coste — solo que está limitada a los flujos de inicio de sesión en lugar de poder usarse en cualquier sitio.

Preguntas frecuentes

¿Necesito hacer algo?

No. Las direcciones existentes siguen funcionando, y el cambio solo se aplica a las direcciones de Sign in with Apple emitidas a partir de ahora. No hay ningún paso de migración para el usuario, y por eso mismo cualquier mensaje que afirme lo contrario es fraudulento.

¿Dejarán de funcionar mis antiguas direcciones privaterelay.appleid.com?

No. Apple declara en los dos anuncios que las direcciones existentes siguen funcionando y reenviando sin interrupción. Apple no ha anunciado ninguna fecha de fin para ellas.

¿Por qué cambió Apple de opinión sobre Hide My Email?

La propia frase de Apple es «tras una consideración adicional y revisar los comentarios de la comunidad». El fondo de esos comentarios era que un dominio dedicado hace que las direcciones de alias se puedan bloquear trivialmente, lo que anula la función. Mantenerlas en icloud.com hace que sean indistinguibles de las direcciones normales de iCloud.

¿Es Hide My Email lo mismo que la dirección oculta de Sign in with Apple?

No, aunque ambas presentan un botón con ese nombre. Hide My Email es una función de pago de iCloud+ que produce alias en icloud.com que tú creas para cualquier propósito. El relay de Sign in with Apple es gratuito, está ligado a una app concreta, y es el que se muda a private.icloud.com.

¿Cuándo exactamente ocurre el cambio?

Apple dice «a partir de finales de este año». El anuncio de junio decía «más adelante este verano», así que el calendario ya se ha movido una vez. No se ha publicado ninguna fecha concreta.

¿Afecta esto a iCloud Private Relay?

No. iCloud Private Relay es una función de privacidad de red para la navegación en Safari y no tiene nada que ver con las direcciones de correo, a pesar de la palabra compartida.

¿Debería pasar mis cuentas importantes a Hide My Email?

Para las cuentas que importan, la pregunta más útil es si tu vía de recuperación sobrevive a que se desactive el alias. Los dos sistemas son sólidos. El riesgo en ambos es el mismo: si un alias es el único método de contacto de una cuenta y más adelante lo desactivas, la recuperación se complica. Mantén una segunda vía en cualquier cosa que no puedas permitirte perder.

Conclusión

El titular del cambio es pequeño y no requiere nada de ti: las nuevas direcciones de Sign in with Apple llegarán en private.icloud.com, las antiguas siguen funcionando, y los únicos con trabajo real por delante son los desarrolladores que en algún sitio codificaron a mano una cadena de dominio.

La parte que merece la pena recordar es la que Apple deshizo. Una función de privacidad que todo el mundo puede identificar no es una función de privacidad — y el plan de junio de Apple, que parecía una consolidación sensata, habría tomado un sistema de alias cuya protección entera consiste en mezclarse con el correo normal y le habría puesto una etiqueta que cualquiera podría usar para filtrarlo. Eso se detectó, públicamente, y se revirtió en diez semanas. Lo cual es a la vez un buen resultado y un recordatorio de que «unificar estas dos cosas que comparten un botón» es un instinto de diseño que merece una segunda mirada cuando una de ellas depende de pasar desapercibida.

Mientras tanto: Apple no te va a enviar un correo sobre esto. Quien lo haga, no es Apple.

Lecturas relacionadas: cómo iCloud Private Relay puede filtrar tu IP real, la guía de seguridad y privacidad para Mac, y los falsos avisos de contraseña en Mac y cómo detectarlos.