[ DKIM ]

Distinguir o encaminhamento preservado do encaminhamento modificado

Rastreie o caminho de encaminhamento e teste se uma assinatura alinhada sobrevive ao conteúdo inalterado.

Pela equipe de pesquisa EmailAuth

[Pontos-chave]

  • O encaminhamento pode alterar a evidência de conexão do SPF sem alterar o conteúdo coberto pelo DKIM.
  • DKIM alinhado preservado pode fornecer o caminho de passagem do DMARC sob uma política aplicável.
  • A reescrita do envelope e a aceitação local não reparam uma assinatura original quebrada.
Nesta página

O encaminhamento não é interrompido automaticamente DKIM. Um encaminhador que preserva o conteúdo da mensagem coberta pode deixar a assinatura original válida. Um encaminhador que reescreve cabeçalhos cobertos ou conteúdo do corpo pode invalidá-lo. Diagnosticar o que o serviço de encaminhamento realmente faz, em vez de tratar todas as entregas indiretas como um único modo de falha.

Rastreie identidades e transformações separadamente

No receptor final, SPF avalia o sistema de conexão e a identidade SMTP relevante. O encaminhamento pode alterar o IP de conexão mesmo quando o corpo da mensagem não foi alterado. Em vez disso, DKIM verifica o conteúdo da mensagem coberta em relação à chave do domínio de assinatura. Estes mecanismos podem, portanto, divergir na mesma mensagem encaminhada.

Registre o domínio From visível, cada domínio de assinatura DKIM , seletor e resultado, a identidade do envelope e o salto de encaminhamento. DMARC requer um caminho de autenticação de passagem alinhado com o domínio do autor. Um alinhamento intacto Assinatura DKIM pode fornecer esse caminho sob uma política aplicável quando o encaminhamento interrompe SPF, conforme especificado em RFC 9989 §4.4.1. Uma assinatura recém-adicionada em um domínio de encaminhamento não relacionado não é alinhada automaticamente.

Compare amostras diretas e encaminhadas

Envie uma mensagem controlada para uma caixa de entrada de teste direta e através da rota de encaminhamento para outra caixa de entrada de teste. Preserve mensagens brutas e resultados de receptores confiáveis. Use um marcador de teste exclusivo para que as amostras possam ser associadas sem depender apenas do assunto. Não infira igualdade do corpo renderizado.

Inspecione as alterações no corpo, assunto e outros campos selecionados em h. Verifique c e qualquer tag l antes de interpretar as diferenças. Padrão canonização pode tolerar certas alterações de formatação, enquanto a reescrita substantiva pode alterar a representação assinada. Os cabeçalhos de transporte adicionados não invalidam inerentemente uma assinatura que não cobriu essas novas ocorrências; seleção de cabeçalho repetido e oversigning podem ser importantes RFC 6376 §5.4.2.

Trabalhe por dois caminhos

Caminho ilustrativo A encaminha a mensagem sem alterar o conteúdo abordado. A assinatura original pode permanecer válida. O Caminho B adiciona um banner de aviso ao corpo assinado, fazendo com que a assinatura original de corpo inteiro falhe. A conexão pode ser idêntica em ambos os caminhos, portanto as observações SPF por si só não podem explicar a diferença DKIM .

Um encaminhador também pode reescrever o remetente do envelope para melhorar sua própria autorização SPF . Isso não restaura uma assinatura DKIM quebrada nem necessariamente cria SPF alinhamento com o domínio From original visível. Mantenha as três questões separadas: qual identidade passou SPF , qual assinatura passou DKIM e se algum dos caminhos está alinhado.

Selecione uma solução com escopo definido

Se a preservação do conteúdo for compatível com as obrigações de segurança do serviço, revise as configurações suportadas para evitar modificações desnecessárias. Se for necessária modificação, avalie a assinatura documentada do serviço e o tratamento de correspondência indireta. Não conceda suas chaves de assinatura a encaminhadores arbitrários nem os autorize amplamente no SPF para fazer um sintoma desaparecer.

Um destinatário administrativo pode usar evidências confiáveis ​​adicionais ou políticas locais para correspondência indireta, mas essa é uma decisão de aceitação separada. Não relate tal aceitação como restauração da assinatura original. Retenha os requisitos de negócios e qualquer proprietário de exceção junto com o resultado técnico.

Fechar com prova específica da rota

Repita os testes direto versus encaminhado para texto simples, HTML e anexos após uma alteração. Registre quais assinaturas originais sobreviveram, se uma nova assinatura aparece e o DMARC final e os resultados da entrega. Mantenha a rota de encaminhamento em testes de regressão porque uma alteração posterior no banner ou na verificação pode alterar o resultado sem qualquer alteração DNS no remetente.

Leia dois resultados hipotéticos em nível de mensagem

Suponha uma política DMARC aplicável e um domínio de autor example.com :

  • Caminho preservado: SPF falha após o encaminhamento, mas a assinatura d=example.com original ainda é verificada. Essa identidade DKIM exatamente alinhada fornece passagem DMARC .
  • Caminho modificado: a assinatura DKIM original falha; a única nova assinatura de passagem e identidade SPF pertencem a forwarder.example.net . Supondo que o domínio não esteja relacionado a example.com , nenhum dos dois fornece alinhamento, portanto DMARC falha. O receptor ainda pode tomar uma decisão de tratamento local separada.

Não mescle o passe da nova assinatura com o domínio da assinatura antiga. Esses casos ilustram as condições em RFC 9989 §5.3.5; eles não são resultados capturados do receptor ou garantias sobre todos os serviços de encaminhamento.

[ Remover ]

O encaminhamento pode alterar a evidência de conexão do SPF sem alterar o conteúdo coberto pelo DKIM. DKIM alinhado preservado pode fornecer o caminho de passagem do DMARC sob uma política aplicável. A reescrita do envelope e a aceitação local não reparam uma assinatura original quebrada.

[Por função]

O que isso significa para você

Escolha sua função para ver as próximas etapas práticas.

Administrador de TI/Correio

Compare conteúdo e identidades de forma independente

Uma alteração de conexão e uma alteração de corpo afetam verificações diferentes.

Próximas etapas

  1. Capture os dois caminhos.
  2. Mapeie cada resultado de assinatura.

CISO/SecOps

Evite amplas concessões de autoridade

Não resolva a entrega indireta entregando autoridade de assinatura a despachantes desconhecidos.

Próximas etapas

  1. Revise os limites de confiança.
  2. Rastreie exceções de receptor com escopo definido.

Fundador / Não técnico

Mantenha as rotas indiretas dos clientes visíveis

As mensagens encaminhadas podem ser importantes mesmo quando os testes de entrega direta são aprovados.

Próximas etapas

  1. Identifique fluxos de trabalho de encaminhamento críticos.
  2. Assuma qualquer decisão de exceção.

[ Perguntas frequentes ]

Perguntas frequentes

Todo encaminhador quebra DKIM ?

Não. O conteúdo coberto preservado pode reter uma assinatura original válida.

RFC 6376 §3.7

Por que SPF pode falhar enquanto DKIM é aprovado?

A conexão de encaminhamento pode ser não autorizada para a identidade do envelope avaliada enquanto o conteúdo assinado permanecer intacto.

RFC 7208 §10.3 RFC 6376 §3.7

Um banner pode quebrar DKIM ?

Sim. Uma adição substantiva a um corpo assinado totalmente coberto altera seu hash canônico.

RFC 6376 §3.4.4 RFC 6376 §3.7

A nova assinatura de um despachante garante DMARC ?

Não. O domínio de assinatura deve estar alinhado com o domínio De visível para que esse caminho DKIM satisfaça DMARC .

RFC 9989 §4.4.1

A reescrita de envelope repara DKIM ?

Não. Ele altera uma identidade SMTP , não a assinatura original do conteúdo da mensagem.

RFC 6376 §3.7

Devemos adicionar todos os encaminhadores ao SPF ?

Não. Investigue a rota e os limites da autoridade antes de ampliar a infra-estrutura de envio autorizada.

A aceitação local pode significar que DKIM ainda falhou?

Sim. A disposição do receptor pode refletir outras evidências ou políticas sem reparar a assinatura.

RFC 9989 §5.3.6

O que deve ser testado após uma alteração de encaminhamento?

Caminhos diretos e indiretos para vários formatos de mensagens, preservando mensagens brutas e resultados de autenticação confiáveis.

[ Fontes ]

Fontes

  1. RFC 6376

    Seções §1 · §3.4 · §3.4.4 · §3.5 · §3.7 · §5.4.2 · §6.1

  2. RFC 9989

    Seções §4.4 · §4.4.1 · §4.4.2 · §5.3.5 · §5.3.6

  3. RFC 7208

    Seções §2.4 · §4.1 · §10.3

  4. RFC 8601

    Seções §1.2

[ Glossário ]

Glossário

Encaminhamento
Retransmitir uma mensagem recebida adiante, potencialmente alterando a conexão e as identidades do envelope vistas pelo próximo receptor.

RFC 7208 §10.3

Canonização
Preparação definida de cabeçalhos ou corpo antes do hashing e verificação DKIM .

RFC 6376 §3.4

Alinhamento DMARC
O relacionamento necessário entre uma identidade autenticada e o Domínio do Autor.

RFC 9989 §4.4

Política local do receptor
Decisões adicionais de tratamento do receptor que podem diferir do resultado DMARC ou do tratamento solicitado.

RFC 9989 §5.3.6

Proveniência da empresa

Por que as principais instituições financeiras e governos retiraram seus painéis de segurança de e-mail.

As plataformas tradicionais de autenticação de e-mail vendem um painel e pedem que seus engenheiros façam o trabalho. Em ambientes de alto risco, a supervisão manual significa aplicação atrasada, desvios de configuração e domínios ocultos não monitorados.

EmailAuth é a plataforma de origem de e-mail agente. Nossos agentes impõem p=reject, mantenha remetentes terceiros alinhados e mova seus domínios para full RFC 9989 conformidade, o novo padrão DMARC , com auditabilidade humana no circuito.

Governos Grandes empresas Instituições financeiras de nível 1

SaaS · Locação dedicada · Air gap no local · Criptografia BYOK

Base de conhecimento