Откуда пришло письмо
Часть раздела Основы информационной безопасности путешествия по Cybersecurity на Coddy. Урок 29 из 43.
Имя отправителя в электронном письме само по себе не доказывает, кто его отправил. Заголовки дают больше информации о том, как пришло письмо и какие проверки отправителя оно прошло. Их можно прочитать с помощью:
seclab headers m7Вы должны увидеть:
Received: from relay.outside.test [203.0.113.77] by mail.lumen.test
Authentication-Results: mail.lumen.test; spf=fail; dkim=failСтрока Received говорит о том, что Lumen получил это сообщение с внешнего сервера. В Authentication-Results значения spf=fail и dkim=fail означают, что две проверки отправителя не пройдены. В совокупности это тревожные признаки для письма, в котором утверждается, что оно пришло от ИТ-команды Lumen.
Настоящий поставщик может использовать отдельную службу рассылки, поэтому незнакомого сервера недостаточно, чтобы назвать письмо поддельным. Изучите проверки отправителя наряду с самим сообщением. Даже успешное прохождение этих проверок не доказывает, что просьбе о деньгах или конфиденциальной информации следует доверять.
Задание
ЛегкоЗаявка от Сэма, руководителя IT
Сообщение об оплате поставщику и информационный бюллетень поставщика пришли через незнакомые почтовые серверы. Проверь их заголовки, чтобы выяснить, какое из них поддельное, а какое использует настоящий почтовый сервис. Помести поддельное сообщение в карантин до того, как Омар ответит, и пометь его как фишинговое. Пометь информационный бюллетень как безопасный, а настоящий счёт поставщика оставь доступным.
Попробуйте сами
Все уроки раздела Основы информационной безопасности
1Первая тревога
Что такое кибербезопасностьКак остановить атакуСтроки журналовУкраденные паролиМногофакторная аутентификацияТриада CIAСнова в деле5Атаки по электронной почте
ОтветитьОпасные вложенияОткуда пришло письмоОчередь счетовКомпрометация деловой почтыБлокировка отправителяПравила почтового ящикаСообщения о фишинге