De onde veio um e-mail
Parte da seção Fundamentos de segurança do Journey de Cybersecurity da Coddy. Lição 29 de 43.
O nome do remetente em um e-mail não é suficiente para comprovar quem o enviou. Os cabeçalhos dão mais informações sobre como o e-mail chegou e quais verificações do remetente foram aprovadas. Você pode lê-los com:
seclab headers m7Você deverá ver:
Received: from relay.outside.test [203.0.113.77] by mail.lumen.test
Authentication-Results: mail.lumen.test; spf=fail; dkim=failA linha Received diz que a Lumen recebeu esta mensagem de um servidor externo. Em Authentication-Results, spf=fail e dkim=fail significam que duas verificações do remetente falharam. Juntos, esses são sinais de alerta em um e-mail que afirma vir da equipe de TI da Lumen.
Um fornecedor legítimo pode usar um serviço de envio de e-mails separado, então um servidor desconhecido não basta para considerar um e-mail falso. Leia também as verificações do remetente, além da mensagem. Mesmo que essas verificações sejam aprovadas, isso não prova que se deva confiar em uma solicitação de dinheiro ou de informações privadas.
Desafio
FácilMensagem de Sam, responsável de TI
Uma mensagem de pagamento de fornecedor e um boletim informativo do fornecedor chegaram por meio de servidores de e-mail desconhecidos. Verifique os cabeçalhos para descobrir qual é falsa e qual usa um serviço de envio de e-mails legítimo. Coloque a falsa em quarentena antes que Omar responda e marque-a como phishing. Marque o boletim informativo como seguro e deixe a fatura legítima do fornecedor disponível.
Experimente você mesmo
Todas as lições de Fundamentos de segurança
1O Primeiro Alerta
O que é cibersegurançaImpedindo um ataqueLinhas de logSenhas roubadasAutenticação multifatorA tríade CIADe volta para mais5Ataques por e-mail
Responder paraAnexos perigososDe onde veio um e-mailA fila de faturasComprometimento de e-mail corporativoBloqueio de um remetenteRegras da caixa de entradaOs relatos de phishing