Caso tenha perdido esta importante inclusão no meio de toda a monotonia que envolve as novas directrizes do Google para remetentesO ARC (Authenticated Received Chain) faz agora parte dos seus mais recentes requisitos a partir de fevereiro de 2024.
ARC protege as informações de autenticação de correio eletrónico em situações em que um correio eletrónico passa por vários servidores, funcionando assim como uma camada adicional de proteção.
Google ARC - Manter-se um passo à frente do SPF e do DKIM
Os protocolos de autenticação de correio eletrónico SPF e DKIM são medidas eficazes para garantir que as mensagens enviadas do seu domínio são verificadas antes de chegarem à caixa de entrada do seu cliente.
O SPF é ineficaz durante o reencaminhamento de correio eletrónico
O SPF verifica as mensagens de correio eletrónico em relação a uma lista autorizada de endereços IP. Durante o reencaminhamento de correio eletrónico, o correio eletrónico passa por um servidor intermédio cujo IP pode não estar incluído na lista SPF do remetente. Isso leva a falhas indesejadas de SPF, mesmo para e-mails legítimos.
O DKIM nem sempre é o salvador
O DKIM adiciona assinaturas digitais às suas mensagens de correio eletrónico que podem ser encriptadas utilizando uma chave pública para verificar a origem e a autenticidade da mensagem. Para o fazer, o DKIM utiliza um valor de hash que é gerado utilizando o cabeçalho e o corpo do correio eletrónico. No entanto, durante cenários de reencaminhamento de correio eletrónico, podem ser adicionados ao correio eletrónico elementos adicionais, como rodapés personalizados ou linhas de assunto alargadas - invalidando o DKIM.
A Google recomenda a adição de cabeçalhos ARC aos e-mails enviados
Os cabeçalhos de correio eletrónico e o conteúdo da mensagem são alterados durante o reencaminhamento de correio eletrónico, o que faz com que o SPF e o DKIM falhem para o correio eletrónico como resultado de uma verificação mal sucedida. Quando o MTA de reencaminhamento aplica o ARC ao correio eletrónico, são aplicados três cabeçalhos ARC adicionais ao correio eletrónico, bem como os dados de autenticação SPF e DKIM da mensagem original. Os três novos cabeçalhos são os seguintes:
- AAR(ARC-Authentication-Results)
- AS(ARC-Seal)
- AMS (assinatura de mensagem ARC)
Durante a verificação DMARC, o protocolo tem em consideração os cabeçalhos ARC referentes às informações de autenticação da mensagem original para verificar a legitimidade da mensagem - anulando as alterações efectuadas por qualquer servidor intermediário. Se a mensagem reencaminhada for legítima, o DMARC aprova-a.
A necessidade de uma cadeia recebida autenticada
O ARC intervém em situações em que o SPF e o DKIM são insuficientes, preservando as informações do cabeçalho de autenticação de correio eletrónico da mensagem original, apesar de esta passar por servidores intermediários. Isso ajuda:
Quando é que os remetentes do Google devem implementar o ARC?
Os remetentes do Google devem implementar o ARC se:
- Reencaminham regularmente ou com frequência mensagens de correio eletrónico
- Utilizam listas de correio eletrónico
- Utilizam gateways de entrada
A Google explica que optou por incluir o ARC como parte das suas mais recentes directrizes para remetentes, uma vez que os cabeçalhos ARC poderiam identificar as mensagens como "reencaminhadas" em vez de não autorizadas, bem como reconhecer o endereço ou domínio de reencaminhamento original.
Para além do ARC, os requisitos de autenticação de correio eletrónico da Google entram em grande detalhe sobre várias outras medidas que tanto os remetentes gerais como os remetentes em massa têm de implementar antes de fevereiro de 2024 para cumprir os últimos mandatos como uma abordagem responsável para garantir uma caixa de entrada com menos spam para os utilizadores do Gmail.
O PowerDMARC ajuda as organizações a cumprir as diretrizes de remetente do Google e do Yahoo por meio da implementação sem esforço de DMARC, SPF, DKIM e ARC. Registe-se para obter conformidade hoje mesmo!
- Proxies de centro de dados: Revelando o cavalo de batalha do mundo proxy - 7 de maio de 2024
- Kimsuky explora políticas DMARC "Nenhum" em recentes ataques de phishing - 6 de maio de 2024
- Aumento de fraudes fiscais e ataques de imitação de e-mail do IRS durante a época fiscal - 2 de maio de 2024