В самом Центре сообщили, что после смерти г-на Кушнира организация продолжит деятельность в обычном режиме.

А вот это интересно как понимать:



То есть будет продолжать рассылать спам?

Получение списка валидных ящиков в домене (чтобы не пользоваться мыллистом Everyone а рассылать персонально)

1.Зарегистрированная DNS A-Record, вербальная часть которой "похожа" на заведомо валидную настолько, что у кого-то может быть включена в пул по маске. Может быть зарегистрирована официально.
2.Откоректированная в локальной базе (на уровне провайдера) IP-половинка A-Record. Такая A-Record обычно живёт не больше своего TTL (потом оказывается перезаписаной с более вышестоящего на место), но пока она существует, юзер набравший в регионе действия DNS-сервера с так откорректированными базами, допустим Yandex.ru почему-то попадает на сайт Вася_Пупкин.ru по всем портам, причём DNSlookup по ip ему при этом заявляет, что это yandex. Если же он набирает известный IP Яндекса он по прежнему попадает на Яндекс. Доменному имени не может быть присвоено 2 разных static IP, но одному IP может быть присвоено доменных имён сколько угодно. Так делают дефейс. Это естественно незаконно.

"нормальные" SMTP-сервера mail.ru авторизуются как mx1.mail.ru ... mx26.mail.ru. Соответстно, чтобы не пропускать транзит обычно на SMTP блокируется пересылка при обоих адресах (To и From) нелокальных. Чтобы юзеры могли писать свои сообщения с адресами *@mail.ru в from: mail.ru должен стоять на SMTP в доверительном списке. А чтобы отсекались внешние - там стоит принимать такие письма только с локали и с доменов mx*.mail.ru.
То что написано в HELO проверяется по DNS. Спамер регистрирует dns-запись msx.mail.ru и мыло едет "как бы" с mail.ru. И баллы у такого спама понижаются.

Вот это и называется репутацией. И по ней строит значение баллов по исходящему серверу тот же bayes

После того, как у меня влетели вот так вот в блок-лист mail.ru и aha.ru я задумался такая ли уж это панацея.

Тут вобще-то речь о написании телефонов латынью вместо цифр шла. А что касательно анализа по содержанию то у меня слишком часто нужные письма в спам попадали. Пришлось отключить.

Можно. У SMTP (если вспомнить протокол) команда RCPT TO после валидного HELO и MAIL FROM может повторяться приличное количество раз (некоторые мыльники вобще этот параметр не отслеживают). Соответстно на SMTP передаётся валидное helo, заведомо валидный MAIL FROM и крутится в цикле RCPT TO обычно из какой-нить библиотечки в форме <слово>@<атакуемый хост>. Команда DATA при этом вобще на SMTP не передаётся а из To не получивших Recepient Unknown строится спамлист атакуемого сервера. В котором кстати будут даже те ящики, которые не включены в списки рассылки (everyone etc.). Т.к. на транзит Recepient accepted будет всегда, подбор идёт только по юзверьнейму (хост всегда тот же, что и атакуется). Полный брутефорс конечно же никто не делает, но перебор по базе имён и словарику неоднократно в логах наблюдался. После чего за такую активность у меня тоже попадают в блоклист по IP.

Естестно. У меня даже небольшой подопытный сервер на это дело есть . Но именно потому, что мне знакома не только радужно-безоблачная сторона известных методик, отражённая здесь, но и допустим улетание в спам нужной корреспонденции, к более-менее стандартным методикам я предпочитаю относиться крайне осторожно. Тем более что с точки зрения сисадмина спам прибитый сервером по прибытии автоматически ничем не отличается от спама полученного юзером, т.к. внешним трафиком он всё равно уже посчитался.

Не совсем. В дистиллированном виде ему конечно начислится предельное количество баллов. В оригинале (прилетавшем мне) там во-первых subject не Missing (-1,57), во вторых Date in future не наблюдалось (-2,32). Это уже больше показанного тут перебора на 1,9. Да и Ratware Rcvd сильно зависит от рецидива. У меня проходной стоит 5 ровно. Первые (которые с кучей мусора внизу были) проскакивали, заваливая этим RRP и шли text-only (-0,9). Что собсно меня и насторожило.