Backscatter (электронная почта) - Backscatter (email)

Обратное рассеяние (также известный как разбегаться, неверно направленные отскоки, отдача или же побочный спам) неправильно автоматизирован сообщения возврата отправлено почтовыми серверами, как правило, как побочный эффект входящих спам.

Получатели таких сообщений рассматривают их как форму нежелательной массовой рассылки электронной почты или спама, потому что они не были запрошены получателями, в значительной степени похожи друг на друга и доставляются в больших количествах. Системы, генерирующие обратную рассылку электронных писем, могут быть перечислены в различных электронные списки и может нарушать интернет-провайдеры ' Условия использования.

Обратное рассеяние происходит потому, что черви и спам-сообщения часто подделывают отправитель адреса. Вместо того, чтобы просто отклонять спам-сообщение, неправильно настроенный почтовый сервер отправляет возврат сообщения по такому поддельному адресу. Обычно это происходит, когда почтовый сервер настроен для ретрансляции сообщения на этап обработки после очереди, например, антивирусное сканирование или проверка на спам, которая затем завершается неудачно, а на момент выполнения антивирусного сканирования или проверки на спам клиент уже отключился. В таких случаях обычно невозможно отклонить SMTP транзакция, поскольку время ожидания клиента истекает при ожидании завершения антивирусной проверки или проверки на спам. Лучшее, что можно сделать в этом случае, - это незаметно отбросить сообщение, не рискуя создать обратное рассеяние.

Меры по уменьшению проблемы включают в себя устранение необходимости в сообщении о недоставке путем выполнения большинства отклонений на начальном этапе. SMTP этап подключения; и для других случаев отправка сообщений о недоставке только по адресам, которые можно достоверно определить как неподделанные, и в этих случаях отправитель не может быть проверен, таким образом игнорируя сообщение (т. е. отбрасывая его).

Причина

Авторы спама и вирусов хотят создать впечатление, что их сообщения исходят из законного источника, чтобы заставить получателей открыть сообщение, поэтому они часто используют программное обеспечение для веб-сканирования сканировать Usenet сообщения, доски объявлений, и веб-страницы для законных адресов электронной почты.

Благодаря дизайну SMTP mail, почтовые серверы получателей, получающие эти фальшивые сообщения, не имеют простого стандартного способа определения подлинности отправителя. Если они примут электронное письмо на этапах подключения, а затем, после дополнительной проверки, откажутся от него (например, программное обеспечение определит, что сообщение, вероятно, является спамом), они будут использовать (потенциально поддельный) адрес отправителя, чтобы попытаться добросовестно сообщить об этом. проблема очевидному отправителю.

Почтовые серверы могут обрабатывать недоставленные сообщения четырьмя принципиально разными способами:

  • Отклонять. Принимающий сервер может отклонить входящую электронную почту на этапе подключения пока отправляющий сервер все еще подключен. Если сообщение отклонено во время соединения с кодом ошибки 5xx, то отправка сервер может четко сообщить о проблеме настоящему отправителю.
  • Уронить. Принимающий сервер может сначала принять полное сообщение, но затем определить, что это спам или вирус, а затем удалить его автоматически, иногда путем переписывания конечного получателя на «/ dev / null» или подобное. Это поведение можно использовать, когда «рейтинг спама» сообщения электронной почты серьезно высок или сообщение содержит вирус. RFC  5321 гласит: «Тихое удаление сообщений следует рассматривать только в тех случаях, когда есть очень высокая уверенность в том, что сообщения являются серьезно мошенническими или иным образом неуместными».
  • Карантин. Принимающий сервер может сначала принять полное сообщение, но затем определить, что это спам, и карантин это - доставка в папки «Нежелательная почта» или «Спам», откуда она будет автоматически удалена. Это обычное поведение.
  • Подпрыгивать. Принимающий сервер может сначала принять полное сообщение, но затем определить, что это спам или несуществующему получателю, и создать возврат сообщения обратно предполагаемому отправителю, указывая, что доставка сообщения не удалась.

Обратное рассеяние происходит, когда используется метод «bounce», а информация об отправителе входящего электронного письма принадлежала не связанной с ним третьей стороне.

Уменьшение проблемы

Каждый шаг к контролю черви и спам-сообщения помогают уменьшить обратное рассеяние, но другие распространенные подходы, такие как описанные в этом разделе, также уменьшают ту же проблему.

Отклонение на этапе подключения

Во время первоначального SMTP подключения, почтовые серверы могут выполнять ряд проверок и часто отклонять электронную почту с кодом ошибки 5xx пока отправляющий сервер все еще подключен. Такой отказ от сообщения на этапе подключения обычно вызывает отправка MTA создать местный возврат сообщения или уведомление о недоставке (NDN) локальному аутентифицированному пользователю.[1]

Причины отказа включают:

Агенты по пересылке почты (MTA), которые пересылают почту, могут избежать возникновения обратного рассеивания, используя прозрачный SMTP-прокси.

Проверка получателей отказов

Почтовые серверы, отправляющие сообщения о недоставке электронной почты, могут использовать ряд мер, чтобы определить, был ли обратный адрес подделан.

Фильтрация обратного рассеяния

Хотя предотвращение обратного рассеяния желательно, также можно уменьшить его влияние, фильтруя его, и многие системы фильтрации спама теперь включают возможность попытки обнаружить и отклонить [6] рассылать письма как спам.

Кроме того, системы, использующие такие схемы, как Проверка тега адреса возврата «пометить» исходящую электронную почту таким образом, чтобы они могли надежно обнаруживать входящие поддельные сообщения. сообщения возврата.

Смотрите также

Рекомендации

  1. ^ В качестве альтернативы, если MTA ретранслирует сообщение, он должен отправлять такой NDN только на вероятный создатель Кленсин, Дж., "Простой протокол передачи почты", RFC  2821, п. 25, как указано в обратном пути стрип-маркер шаблонов в | работа = в позиции 1 (помощь); Внешняя ссылка в | работа = (помощь) например где SPF проверка прошла.
  2. ^ Скрытые возможности фильтрации отправителей и получателей, MS Exchange.org.
  3. ^ «Настройка фильтрации получателей», Технет, Microsoft
  4. ^ «Проверка адреса получателя», Readme для подтверждения адреса, Postfix.org.
  5. ^ Марсоно, Миннесота (2007), "Отклонение спама во время сеансов SMTP", Proc. Связь, компьютеры и обработка сигналов, Pacific Rim: IEEE, pp. 236–39..
  6. ^ «Набор правил Virus Bounce» - это набор правил SpamAssassin, который нужно улавливать обратное рассеяние"

внешняя ссылка