E-mail que chega, e um domínio que ninguém consegue falsificar.

Sim, porque Google, Yahoo e Microsoft agora verificam SPF, DKIM e DMARC nos e-mails recebidos, e um registro ausente ou com falha prejudica a entrega e permite que invasores falsifiquem seu domínio. Além disso, o tema aparece hoje na maioria dos questionários de seguro cibernético e de fornecedores.

Geralmente porque o SPF, o DKIM ou o DMARC está ausente ou mal configurado para um dos serviços que enviam em nome do seu domínio, ou porque a reputação do seu domínio foi prejudicada por falsificação. Verificamos cada remetente, corrigimos os registros e acompanhamos os relatórios até a entrega se recuperar.

Não, se for configurado na ordem certa, e é por isso que começamos na política “none”, coletamos relatórios e corrigimos cada remetente antes de passar para “quarantine” e “reject”. Os problemas surgem quando se muda para “reject” antes de cobrir todos os remetentes legítimos.

O SPF permite no máximo dez consultas DNS, e cada serviço que você adiciona ao registro consome algumas delas, de modo que o décimo primeiro serviço invalida silenciosamente o registro inteiro. Achatamos ou reestruturamos o registro e o verificamos contra todos os sistemas de envio.

Sim, os registros DNS são os mesmos e configuramos o DKIM e a filtragem nas duas plataformas. Ambientes mistos são comuns e cuidamos deles.

Uma política DMARC corretamente aplicada impede que invasores enviem e-mails que pareçam vir do seu domínio, e a filtragem sinaliza domínios parecidos e pedidos de pagamento incomuns. O treinamento, por fim, dá à sua equipe financeira um hábito simples: confirmar qualquer mudança bancária por telefone.