A Apple Está Mudando o Domínio do Seu Email de Relay — e Recuou em Metade da Decisão

Em 24 de agosto de 2026, a Apple publicou uma nota para desenvolvedores com um título nada glamouroso: "Atualização: novo domínio para o Sign in with Apple". Ela contém uma frase genuinamente interessante, e não é a que fala sobre o novo domínio.

Após uma análise mais aprofundada e revisão do feedback da comunidade, os endereços do iCloud+ Hide My Email vão permanecer em icloud.com.

Isso é a Apple revertendo uma decisão anunciada dez semanas antes. E o motivo da reversão ilustra bem algo que a maioria das pessoas entende errado sobre como esses recursos de privacidade realmente funcionam: para um alias de email, ser identificável é o modo de falha.

Principais Conclusões

• Os endereços de relay do Sign in with Apple estão migrando de privaterelay.appleid.com para private.icloud.com, a partir do fim deste ano.
• Os endereços do iCloud+ Hide My Email vão permanecer em icloud.com. A Apple planejava migrá-los em junho e cancelou isso em agosto.
• Nada do que você já usa vai parar de funcionar. Os endereços existentes nos domínios antigos continuam funcionando e encaminhando mensagens normalmente.
• A reversão existe porque um domínio dedicado é uma entrada de lista de bloqueio. Um site pode rejeitar um domínio inteiro. Ele não pode rejeitar icloud.com sem rejeitar todos os usuários reais do iCloud.
• Espere que golpes de phishing explorem isso. Um domínio novo e desconhecido da Apple aparecendo na sua caixa de entrada é exatamente o tipo de mudança em torno da qual os atacantes constroem campanhas.

Três Coisas Diferentes, Todas Chamadas de "Privado"

Antes de mais nada, é preciso desembaraçar isso, porque o plano de junho só fazia sentido intuitivo se você confundisse dois desses recursos — e o motivo de estar errado é que eles não são o mesmo produto.

1. O relay de email privado do Sign in with Apple

Quando você toca em "Sign in with Apple" em um app ou site e escolhe ocultar seu endereço, a Apple gera um endereço de relay para aquele desenvolvedor específico e encaminha as mensagens dele para você. É gratuito com qualquer Apple Account.

• Domínio atual: @privaterelay.appleid.com
• Novo domínio: @private.icloud.com, para endereços recém-emitidos, a partir do fim deste ano
• Gerenciado no seu Mac em System Settings → [seu nome] → Sign in with Apple

2. iCloud+ Hide My Email

Um recurso pago do iCloud+. Você mesmo gera os aliases, para absolutamente qualquer coisa — uma newsletter, um formulário, uma loja — com um rótulo e uma nota para lembrar para que cada um servia. Não está vinculado a nenhum fluxo de login.

• Domínio: @icloud.com — inalterado
• Gerenciado no seu Mac em System Settings → [seu nome] → iCloud → Hide My Email
• Também disponível diretamente no Safari e no Mail ao clicar em um campo de endereço e escolher Hide My Email

3. iCloud Private Relay

Não é email, definitivamente. É um relay de dois saltos para a navegação no Safari e para determinado tráfego não criptografado, projetado para impedir que uma única parte veja ao mesmo tempo quem você é e o que você está acessando. Ele compartilha a palavra "relay" e nada mais. Cobrimos um modo de falha real desse recurso em o iCloud Private Relay vazando seu endereço IP real.

A confusão não é culpa do leitor: os dois primeiros recursos apresentam um botão rotulado "Hide My Email". Um te dá um endereço privaterelay.appleid.com, o outro um endereço icloud.com, e a Apple nunca deixou essa distinção clara. Esse rótulo compartilhado é quase certamente o motivo pelo qual unificar os domínios pareceu uma boa ideia em junho.

O Que a Apple Disse, nas Duas Versões

Vale a pena ler lado a lado, porque a mudança é precisa.

15 de junho de 2026:

Ainda neste verão, a Apple vai unificar os domínios de email usados pelo Sign in with Apple e pelo iCloud+ Hide My Email em um único domínio compartilhado: private.icloud.com.

Os novos endereços gerados para os dois recursos serão emitidos no novo domínio. Por exemplo:

• Endereços do Sign in with Apple, antes emitidos em privaterelay.appleid.com, passarão a ser emitidos em private.icloud.com.
• Endereços do iCloud+ Hide My Email, antes emitidos em icloud.com, passarão a ser emitidos em private.icloud.com.

Os endereços existentes nos domínios antigos continuarão funcionando e encaminhando mensagens aos usuários sem interrupção.

24 de agosto de 2026:

A partir do fim deste ano, os novos endereços do Sign in with Apple, antes emitidos em privaterelay.appleid.com, passarão a ser emitidos em private.icloud.com. Os endereços existentes em privaterelay.appleid.com continuarão funcionando e encaminhando mensagens aos usuários sem interrupção.

Após uma análise mais aprofundada e revisão do feedback da comunidade, os endereços do iCloud+ Hide My Email vão permanecer em icloud.com.

Duas mudanças entre as duas versões. O Hide My Email saiu da migração. E o prazo passou de "ainda neste verão" para "a partir do fim deste ano" — o cronograma original já ficou para trás, o que vale notar se você estiver planejando algo em torno disso.

Por Que Manter o Hide My Email em icloud.com Foi a Decisão Certa

Eis o mecanismo, e vale a pena entendê-lo porque ele se generaliza para qualquer serviço de alias.

Um alias de email só protege você se o destinatário não conseguir identificar facilmente que se trata de um alias. No momento em que um serviço consegue identificar endereços de alias, ele pode recusá-los — e os serviços têm fortes incentivos para recusá-los, porque um alias é um cliente que eles não conseguem reidentificar, não conseguem cruzar com registros de um data broker e não conseguem continuar alcançando se você descartar o endereço.

John Gruber resumiu diretamente o lado do usuário quando a reversão foi anunciada:

frequentemente queremos usar esses endereços de email ocultos em sites que prefeririam bloquear esses endereços e tentar nos forçar a usar nossos endereços "reais"

Um domínio dedicado private.icloud.com é uma única string. Qualquer formulário de cadastro poderia rejeitá-lo com uma linha de validação. Todo alias que a Apple já havia emitido se tornaria inútil simultaneamente em qualquer site que adicionasse essa linha.

icloud.com não pode ser tratado dessa forma. É o domínio que centenas de milhões de pessoas usam para o email pessoal comum. Um serviço que bloqueia icloud.com para impedir aliases bloqueia uma parcela enorme de seus clientes reais. A proteção do Hide My Email não é criptográfica — é o fato de os aliases estarem escondidos entre endereços reais. Movê-los para um domínio distinto teria eliminado esse esconderijo.

É a isso que a Apple parece ter chegado, e é a conclusão correta. Também é um exemplo raro de um plano já lançado ser recuado por um argumento de privacidade, e não técnico.

E Por Que a Migração do Sign in with Apple Não É o Mesmo Problema

Seria fácil encerrar esse raciocínio concluindo que a Apple deixou os usuários do Sign in with Apple expostos. Isso não está certo, e vale a pena ser preciso sobre o motivo.

Os endereços de relay do Sign in with Apple já estavam em um domínio dedicado e obviamente identificável. privaterelay.appleid.com se denuncia sozinho. Qualquer serviço que quisesse rejeitá-los pôde fazer isso desde 2019. A mudança para private.icloud.com é um movimento lateral nesse eixo — um domínio identificável diferente, não um que passou a ser identificável agora.

Também há uma razão estrutural para a exposição importar menos. Um endereço de relay do Sign in with Apple não é algo que você digita em um formulário. Ele é emitido como parte de um fluxo de autenticação que o próprio site escolheu oferecer. Um site que não quer endereços de relay simplesmente não implementa o Sign in with Apple. O cenário de bloqueio que torna o Hide My Email frágil praticamente não se aplica aqui.

Então o resumo honesto é: a Apple protegeu o recurso que precisava de proteção e migrou o que não precisava. O plano de junho teria prejudicado um dos dois, e a Apple percebeu isso a tempo.

O Que Realmente Muda Para Você

Para a maioria das pessoas, muito pouco — mas vale a pena conhecer os detalhes antes que eles te peguem de surpresa.

Seus endereços existentes não mudam. Todo endereço privaterelay.appleid.com que você já tem continua funcionando e continua encaminhando mensagens. A Apple afirma isso explicitamente nos dois comunicados. Você não precisa atualizar nada, se recadastrar em lugar nenhum, nem migrar contas.

Novos logins vão gerar um domínio que você ainda não viu. Depois da mudança, usar o Sign in with Apple em um novo serviço emite um endereço em private.icloud.com. Se você mantém um registro de qual alias foi usado em qual serviço, espere ver dois domínios nessa lista daqui para frente.

Um pequeno número de sites vai rejeitar o novo domínio. Qualquer serviço cuja validação de cadastro, lista de permissões ou regra antiabuso tenha privaterelay.appleid.com fixado no código não vai reconhecer private.icloud.com até ser atualizado. A nota da Apple pede explicitamente que os desenvolvedores aceitem ambos. Nem todos vão ler.

A filtragem de email corporativo pode reter mensagens. Se você usa o Sign in with Apple para algo relacionado ao trabalho e sua organização filtra por domínio de remetente ou destinatário, um domínio totalmente novo pode acabar em quarentena.

A Janela de Oportunidade Para Phishing

Esta é a parte com uma consequência real de segurança, e é a parte sobre a qual ninguém está escrevendo.

A Apple publicou isso para desenvolvedores. Não há comunicado voltado ao consumidor final, nenhuma notificação nos ajustes, nenhum email para os usuários. Para a maioria das pessoas, o primeiro contato com private.icloud.com será quando ele simplesmente aparecer — em uma linha de remetente, em uma página de configurações de conta, em uma entrada do gerenciador de senhas.

Um domínio desconhecido que genuinamente pertence à Apple, aparecendo sem aviso, durante uma transição amplamente divulgada, é quase a condição ideal para uma campanha de phishing. As mensagens praticamente se escrevem sozinhas: seu endereço de relay da Apple está sendo migrado, confirme sua conta para não perder o acesso aos serviços em que você fez login.

Algumas regras que valem independentemente dessa mudança:

• A Apple não exige que você faça nada para essa migração. Qualquer mensagem pedindo para confirmar, verificar, migrar ou reautenticar um endereço de relay é fraudulenta. Não existe etapa voltada ao usuário, porque não existe etapa voltada ao usuário.
• Nunca clique em um link de um email sobre sua Apple Account. Abra o System Settings você mesmo e confira. Se a mudança for real, ela estará visível ali.
• Verifique para onde um link realmente leva. private.icloud.com é da Apple. private-icloud.com, privateicloud.com, private.icloud.com.example.net e icloud-private.com não são. Os atacantes registram domínios parecidos exatamente para momentos como este.
• Um pedido de senha que você não iniciou é o sinal de alerta. Pedidos de senha legítimos do macOS acontecem logo após uma ação que você acabou de realizar. Mostramos o quanto isso pode ser falsificado de forma convincente em o falso pedido de senha do relatório de falha do Mac.

Se você quiser uma revisão mais ampla de segurança, nosso guia de segurança e privacidade do Mac cobre os ajustes relacionados.

Auditando o Que Você Realmente Tem

Um bom momento para olhar, já que a maioria das pessoas nunca verificou isso.

Quais apps usam o Sign in with Apple:

No Mac, abra o System Settings, clique no seu nome no topo da barra lateral e depois em Sign in with Apple. Você verá todos os apps e sites onde usou o recurso, e pode parar de usar o Sign in with Apple para qualquer um deles individualmente.

Leia essa lista com atenção antes de revogar qualquer coisa. Desativar o Sign in with Apple para um serviço quebra o endereço de relay, o que significa que o serviço não consegue mais te alcançar — inclusive para redefinições de senha. Se você não tiver nenhum outro método de login registrado ali, pode acabar ficando trancado para fora da conta. Configure um login alternativo antes.

Quais aliases do Hide My Email existem:

System Settings → [seu nome] → iCloud → Hide My Email. Cada entrada mostra seu rótulo, sua nota e o endereço para o qual encaminha. Você pode desativar um alias que não quer mais, o que interrompe a entrega sem apagar o registro do que ele era.

Para onde o email é encaminhado:

Mesmo painel. Se você tem vários endereços pessoais na sua Apple Account, um deles é o destino de encaminhamento de todos os seus aliases. Confirme que é um endereço que você ainda lê — um endereço de encaminhamento abandonado é uma falha silenciosa que só aparece quando você precisa de uma mensagem de recuperação de conta.

Duas coisas que vale a pena fazer enquanto você está por lá

Rotule seus aliases corretamente. O campo de nota existe para que, daqui a dois anos, você consiga saber para que servia cada alias. Um alias sem rótulo é um endereço que você vai ter medo de desativar.

Verifique se seus caminhos de recuperação não dependem de um relay. Se o único endereço de contato de uma conta crítica for um relay do Sign in with Apple, e você mais tarde revogar o acesso daquele app, a recuperação dessa conta vai junto. Mantenha pelo menos um caminho que não passe por um relay que você possa desativar.

Para Desenvolvedores e Administradores

Se você opera algo que lida com endereços de email, há trabalho concreto a fazer aqui. O pedido da Apple:

Desenvolvedores com apps ou sites que usam o Sign in with Apple devem garantir que seus sistemas de conta, sua lógica de validação de email e suas listas de permissões aceitem endereços no novo domínio private.icloud.com, além do domínio existente privaterelay.appleid.com.

Especificamente:

1. Aceite os dois domínios. Não é uma substituição — são os dois. Os endereços existentes em privaterelay.appleid.com permanecem válidos indefinidamente.
2. Encontre as strings fixadas no código. Faça um grep na sua base de código e nas suas configurações por privaterelay.appleid.com. Ele aparece em regex de validação, regras antifraude, segmentação de analytics, listas de permissões de entregabilidade e ferramentas de suporte.
3. Verifique as regras do seu provedor de serviço de email. Roteamento baseado em domínio, listas de supressão e regras de reputação vivem fora do seu repositório e são o lugar mais fácil de isso passar despercebido.
4. Não crie novos bloqueios para private.icloud.com. Além de ser hostil com seus próprios usuários, um endereço que você rejeita no cadastro é um cliente que você não conquistou, e o Sign in with Apple é um método de autenticação que seu app escolheu oferecer.
5. Teste o fluxo inteiro. Cadastro, email de verificação, redefinição de senha e recuperação de conta. Uma regra de validação que aceita o endereço no registro mas o rejeita na redefinição de senha é um bug genuinamente doloroso, e é o formato mais comum dessa falha.

Para administradores: se você filtra emails recebidos por domínio, adicione private.icloud.com a qualquer lista em que privaterelay.appleid.com já esteja, antes que seus usuários comecem a relatar mensagens ausentes, e não depois.

O Que o Relay Realmente Oculta

Vale a pena ser preciso aqui, porque as pessoas estendem a confiança nesses recursos além do que eles realmente cobrem.

O que o desenvolvedor não recebe: seu endereço de email real. Ele recebe um endereço de relay e pode enviar mensagens para ele, que a Apple encaminha. Se você revogar o acesso, o relay para e o endereço que ele tinha para você fica morto.

O que o desenvolvedor recebe:

• Um identificador estável para você dentro do app dele. O Sign in with Apple emite um identificador de usuário específico por desenvolvedor, que persiste entre sessões e dispositivos, e é isso que permite que eles te reconheçam como um usuário recorrente. Ele é restrito àquele desenvolvedor — a mesma Apple Account produz um identificador diferente em outro desenvolvedor, então dois apps não conseguem cruzar seus registros a partir dele.
• Seu nome, se você escolheu compartilhá-lo, e você pode editá-lo no momento do login.
• Tudo o que você contar a eles depois disso. O relay cobre seu endereço, não seu comportamento. Se você digitar seu nome real em um campo de perfil, você já entregou essa informação.
• O que quer que os analytics deles coletem. Fingerprinting de dispositivo, endereço IP e identificadores de publicidade estão totalmente fora do escopo desse recurso.

O que a Apple recebe: a mensagem passa pelos servidores da Apple para ser encaminhada. A Apple afirma que não lê nem retém o conteúdo além do necessário para a entrega, mas o relay é, por construção, um caminho que passa pela Apple, não que a contorna.

A forma mais clara de pensar nisso: um endereço de relay é um canal revogável, não anonimato. Ele resolve "essa empresa vendeu meu endereço para um data broker e agora não consigo parar as mensagens". Ele não resolve "essa empresa sabe quem eu sou".

Isso é algo genuinamente valioso de se resolver, e a revogabilidade é a metade subestimada dessa equação — poder cortar a capacidade de uma empresa de te alcançar, sem precisar mudar seu endereço em nenhum outro lugar, é algo que uma caixa de email comum nunca ofereceu.

Como Isso Se Compara a Serviços de Alias de Terceiros

A Apple não é a única opção, e a comparação ajuda a esclarecer o argumento sobre bloqueabilidade.

Serviços de alias dedicados — SimpleLogin, AnonAddy e similares — oferecem aliases ilimitados, geralmente em domínios compartilhados com todos os outros usuários do serviço. Esse domínio compartilhado é exatamente o tipo de alvo de lista de bloqueio que o plano de junho teria criado para o Hide My Email, e é por isso que esses serviços são amplamente rejeitados por formulários de cadastro. Os melhores permitem que você use seu próprio domínio, o que restaura a não bloqueabilidade ao custo de registrar e pagar por um domínio — e de esse domínio ser exclusivamente seu, caso alguém o correlacione com você.

O Fastmail e provedores similares oferecem endereços mascarados no seu próprio domínio ou no deles, com o mesmo trade-off.

O iCloud+ Hide My Email da Apple é incomum justamente por causa do que acabou de ser preservado: seus aliases vivem em icloud.com, ao lado de centenas de milhões de usuários comuns. É o único grande serviço de alias cujos endereços não são distinguíveis dos endereços reais. Essa é uma vantagem estrutural que nenhum concorrente consegue replicar, porque nenhum concorrente opera um domínio de email para consumidores nessa escala.

As limitações são reais. Os aliases da Apple encaminham para um único endereço, não há como enviar como se fosse o alias fora do Apple Mail em dispositivos Apple, e você não pode usar seu próprio domínio. Se você quer roteamento granular e respostas a partir de clientes de email quaisquer, um serviço dedicado faz mais. Se você quer um alias que simplesmente seja aceito em todo lugar, o da Apple é a opção mais forte disponível — e ele acabou de continuar sendo assim.

Um Breve Histórico, e Por Que o Domínio Antigo Sempre Foi Estranho

O Sign in with Apple foi lançado em 2019, e as diretrizes de revisão da App Store da Apple passaram a exigir que apps que oferecessem opções de login de terceiros também oferecessem essa opção — motivo pelo qual ele apareceu em quase todo lugar de uma só vez, em vez de gradualmente. O relay de email privado era seu recurso mais distintivo: outros provedores de login entregam seu endereço ao desenvolvedor, e a Apple se ofereceu para não fazer isso.

O endereço que ela distribuía em vez disso era @privaterelay.appleid.com. É um nome comprido, está em um domínio que a maioria dos usuários nunca encontrou de outra forma, e ele revela sua própria natureza. Fazia sentido do lado da Apple — appleid.com era onde vivia a infraestrutura de contas — e, do lado do usuário, sempre pareceu um pouco algo que um kit de phishing inventaria.

Consolidar tudo em private.icloud.com corrige isso. icloud.com é um domínio que as pessoas comuns reconhecem, e um subdomínio dele soa legítimo de um jeito que privaterelay.appleid.com nunca conseguiu direito. Para o relay de login, isso é uma melhoria direta, e é presumivelmente o raciocínio por trás de todo o exercício.

O plano de junho então aplicou essa lógica além da conta. A consolidação é boa para o endereço que já era chamativo. Ela foi ativamente prejudicial para aquele cujo valor vinha justamente de não ser chamativo. O fato de a correção ter levado dez semanas e exigido resistência pública é um pequeno estudo de caso de como uma mudança que melhora um produto pode degradar silenciosamente outro que compartilha um nome e um botão.

Solucionando Problemas Comuns

Um site rejeita meu novo endereço de relay da Apple como inválido

Problema: a validação de email do site ainda não reconhece private.icloud.com.

Solução: reporte o problema ao site — é um bug deles, e a Apple já publicou a correção. Enquanto isso, um alias do iCloud+ Hide My Email em icloud.com será aceito, já que esse domínio não está mudando e é indistinguível de qualquer endereço comum do iCloud. É exatamente essa propriedade que a Apple preservou.

As mensagens de um serviço em que fiz login com a Apple pararam de chegar

Problema: várias possibilidades: o endereço de encaminhamento da sua Apple Account é um que você não lê mais, você revogou o Sign in with Apple para aquele app, ou seu provedor de email está filtrando um domínio desconhecido.

Solução: confira em System Settings → [seu nome] → Sign in with Apple se o app ainda está ativo, depois verifique seu endereço de encaminhamento em Hide My Email. Em seguida, verifique suas pastas de spam e quarentena em busca do novo domínio.

Revoguei o Sign in with Apple e agora não consigo fazer login

Problema: revogar o acesso invalida o endereço de relay, e se aquele endereço era o único método de contato da conta, a redefinição de senha não tem para onde ir.

Solução: entre em contato diretamente com o suporte do serviço e explique — essa é uma situação conhecida, e a maioria tem um caminho manual para resolver. Para evitar isso, registre um método de login alternativo antes de revogar qualquer coisa.

Recebi um email sobre a mudança do meu endereço de relay da Apple

Problema: a Apple não está enviando emails aos usuários sobre isso. A migração não exige nada de você.

Solução: trate como phishing. Não clique. Verifique qualquer coisa que te preocupe abrindo o System Settings você mesmo.

Não consigo encontrar o Hide My Email nos ajustes

Problema: é um recurso do iCloud+ e exige uma assinatura paga do iCloud+ ou do Apple One. Sem uma delas, apenas o relay gratuito do Sign in with Apple fica disponível.

Solução: confirme sua assinatura em System Settings → [seu nome] → iCloud. Se você não for assinante, a opção de ocultar endereço do Sign in with Apple continua funcionando, sem custo — só que restrita aos fluxos de login, em vez de utilizável em qualquer lugar.

Perguntas Frequentes

Eu preciso fazer alguma coisa?

Não. Os endereços existentes continuam funcionando, e a mudança se aplica apenas aos endereços do Sign in with Apple recém-emitidos. Não existe nenhuma etapa de migração voltada ao usuário, e é exatamente por isso que qualquer mensagem dizendo o contrário é fraudulenta.

Meus antigos endereços privaterelay.appleid.com vão parar de funcionar?

Não. A Apple afirma nos dois comunicados que os endereços existentes continuam funcionando e encaminhando sem interrupção. A Apple não anunciou nenhuma data de encerramento para eles.

Por que a Apple mudou de ideia sobre o Hide My Email?

A própria formulação da Apple é "após uma análise mais aprofundada e revisão do feedback da comunidade". A essência desse feedback era que um domínio dedicado torna os endereços de alias trivialmente bloqueáveis, o que anula o propósito do recurso. Mantê-los em icloud.com significa que eles ficam indistinguíveis dos endereços comuns do iCloud.

O Hide My Email é a mesma coisa que o endereço oculto do Sign in with Apple?

Não, embora os dois apresentem um botão com esse nome. O Hide My Email é um recurso pago do iCloud+ que gera aliases icloud.com que você cria para qualquer finalidade. O relay do Sign in with Apple é gratuito, vinculado a um app específico, e é o que está migrando para private.icloud.com.

Quando exatamente a mudança acontece?

A Apple diz "a partir do fim deste ano". O comunicado de junho dizia "ainda neste verão", então o cronograma já mudou uma vez. Nenhuma data específica foi publicada.

Isso afeta o iCloud Private Relay?

Não. O iCloud Private Relay é um recurso de privacidade de rede para a navegação no Safari e não tem nada a ver com endereços de email, apesar da palavra em comum.

Devo trocar minhas contas importantes para usar o Hide My Email?

Para contas que realmente importam, a pergunta mais útil é se o seu caminho de recuperação sobrevive à desativação do alias. Os dois sistemas são sólidos. O risco em ambos é o mesmo: se um alias é o único método de contato de uma conta e você o desativa mais tarde, a recuperação fica difícil. Mantenha um segundo caminho em qualquer coisa que você não pode se dar ao luxo de perder.

Conclusão

A mudança principal é pequena e não exige nada de você: os novos endereços do Sign in with Apple vão chegar em private.icloud.com, os antigos continuam funcionando, e as únicas pessoas com trabalho de verdade pela frente são os desenvolvedores que fixaram uma string de domínio em algum lugar do código.

A parte que vale a pena lembrar é a parte que a Apple desfez. Um recurso de privacidade que todo mundo consegue identificar não é um recurso de privacidade — e o plano de junho da Apple, que parecia uma consolidação sensata, teria pegado um sistema de alias cuja proteção inteira vem de se misturar com o email comum e dado a ele um rótulo que qualquer um poderia usar para filtrar. Isso foi percebido, publicamente, e revertido em dez semanas. O que é ao mesmo tempo um bom desfecho e um lembrete de que "unificar essas duas coisas que compartilham um botão" é um instinto de design que merece um segundo olhar quando um dos dois depende justamente de passar despercebido.

Enquanto isso: a Apple não vai te mandar email sobre isso. Quem mandar não é a Apple.

Leitura relacionada: o iCloud Private Relay vazando seu endereço IP real, o guia de segurança e privacidade do Mac, e falsos pedidos de senha no Mac e como identificá-los.