Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
Форум программистов > Администрирование *NIX систем > Борьба с исходящим спамом |
Автор: St. Andrew 15.1.2008, 01:46 |
Здравствуйте! У меня возник вот такой вопрос: Есть почтовый сервер, MTA Sendmail. Периодически наш домен попадает в спам-листы. Насколько я понимаю, кто-то из локальной сети засылает спам. Наверное, почитав конфиги, можно выяснить кто это делает. Дайте, пожалуйста, дельный совет - куда смотреть и как определить кто это дело творит (какие критерии отличают эти самые вредные письма - многоадресная рассылка или еще что). В логах я обнаружил maillog, похоже что инфа о всей почте хранится в нем, но такой большой...навскидку найти что-то кажется вообще нереальным! И еще меня очень интересует, существуют ли какие-либо пути настройки sendmail, позволяющие как-то "запретить" внутренний спам? Ес-но, спам, который снаружи валит, нужно лечить антиспамом. Но вот что делать с исходящим? В общем, такая вот проблема. Жду помощи! |
Автор: bilbobagginz 15.1.2008, 09:06 |
обычно человек/сервер добавляющий вас в эти листы имеет координаты. соединись с ним, и узнай что он от вашего сервера получал. а почему вы не ограничиваете пользователей количеством исходящих писем в единицу времени ? почему не настраивате ESMTP с авторизацией, и через SSL ? скорее всего письма отправляют скрипты на перле или что-то такое. посмотрите спам от вас изошедший, и по message-ID найдите кто его послал.... можете предоставить ему счет за время, которое убито на анализ логов, и связь с создателями записей в грей листы. предупредите. но ESMTP надо бы настроить с авторизацией. |
Автор: ZeeLax 15.1.2008, 10:11 |
Ещё потерзайте гугл на предмет анализаторов логов для sendmail. |
Автор: St. Andrew 15.1.2008, 11:01 |
Большое спасибо за советы! Чувствую, что появился вагон пищи для ума, попробую что-нибудь из этих светлых мыслей реализовать! Спасибо! |
Автор: St. Andrew 15.1.2008, 18:30 |
Так...скачал анализатор логов, посмотрел, что с почтой происходит. В принципе, со всех зарегистрированных адресов никакого спама не наблюдается. Зато периодически в логах всплывают адреса типа "bla-bla-bla@mydomen", хотя никакого юзера почты bla-bla-bla в моем домене в помине нет. Попробовал послать письмо с адреса spam@mydomen . Письмо прошло....оказалось, что действительно SMTP у нас без какой-либо аутентификации. И если у кого-то из юзеров троян - он может запросто рассылать спам с левых несуществующих адресов... В общем, явно пора это безобразие заканчивать, только бы вот теперь разобраться, где и как эту самую аутентификацию включать. bilbobagginz, ссылкой не угостите? |
Автор: bilbobagginz 15.1.2008, 18:36 |
я кроме мануалов самих пакетов или хауту не пользуюсь. хауту подборки есть тут, но не по-русски: http://www.howtoforge.com/ собственно про сендмэйл + AUTH + TLS: http://www.howtoforge.com/howto_sendmail_smtp_auth_tls http://www.tldp.org/ |
Автор: Imple 15.1.2008, 21:16 |
Также посмотрите на opennet.ru. Там очень много документов на эту тематику. Удачи! |
Автор: St. Andrew 5.3.2008, 18:15 |
Решил реанимировать свою тему, так как заново шлюз собираю. )) Сейчас ковыряюсь с SMTP-аутентификацией. Насколько понял, это делается по RFC 2554. А вот вопрос какой - а имеет ли смысл вообще делать TLS-подключение, если почтовый сервер - это по сути шлюз, а юзеры коннектятся (отправляют и получают почту) только из локальной сети? Вроде как безопасность соединения в данном случае не играет большой роли! И еще мысль пришла - ведь sendmail слушает по 25-му порту и внешнюю сеть, письма-то входящие нужно как-то принимать от других серверов. Тут могут быть какие-либо проблемы с безопасностью? Где можно указать, чтобы письма можно было отсылать только из локальной сети? |
Автор: marykone 5.3.2008, 18:28 | ||||
найдите какое нибудь how to и настройте по нему свой сендмайл
сдесь пропишите домены которые могут пересылать через ваш шлюз почтовый (желательно с ip адрессом )
по другому скажите ps не читайте советы про релей домен |
Автор: St. Andrew 6.3.2008, 16:30 | ||||
Спасибо за ответ. В общем, остался по сути только один вопрос - как заставить юзеров проходить smtp-аутентификацию? Получается такая ситуация, что Bat запрашивает ее у сервера (и она работает), но если она не срабатывает - то происходит следующее:
Насколько я понимаю, если аутентификация не проходит, то она просто-напросто игнорируется! А вот как бы сделать так, чтобы либо аутентификация, либо - REJECT? Делал все, как написано здесь: http://sendmail.by.ru/documents/SMTPAuth.htm Подскажите, пожалуйста! PS: Привожу файл sendmail.mc:
|
Автор: marykone 6.3.2008, 17:39 |
sasl аутентификацию прикрутили ? все нормально без ошибок ? метод PLANT уберите maillog покажите |
Автор: St. Andrew 6.3.2008, 19:10 |
Да, все работает, PLAIN убрал!! Покопавшись часок-другой нашел в чем дело: Строку DAEMON_OPTIONS(`Port=25, Name=MSA, M=E')dnl заменил на DAEMON_OPTIONS(`Port=25, Name=MSA, M=a')dnl Аутентификация "пошла", все вроде как теперь пашет и не дает отправлять письма без пароля! |
Автор: bilbobagginz 9.3.2008, 02:35 | ||||
да, но: 1. авто-боты обычно через TLS не работают. поэтому снижается шанс автоматизированной атаки, т.е. попытки отсыла нехороших сообщений всякими сркиптами. 2. при настроенной TLS можно дойти до того, что будешь разрешать отправку почты только обладателям сертификата, который будет выдаваться в качестве дигитального удостоверения личности. Данное удостоверение является легальным идентификатором во многих странах, поэтому, если кто-то пошалит, а потом скажет "сертификат стырили", то его можно вести за лапки в суд, т.к. он обязывался сохранять сертификат. обычно так делают в компаниях, в которых утечка инфы - потеря денег или рынка (т.е. денег)
нужно фильтровать базар серверов спам-фильтрами, кроме того relay можно давать по каким-то критериям, напр. закрытому списку, или другим. кстати и эту коммуникацию тоже можно настроить через TLS. |
Автор: St. Andrew 11.3.2008, 01:19 |
Наводит на мысли...буду TLS внедрять как только время появится! bilbobagginz, спасибо! |
Автор: bilbobagginz 11.3.2008, 03:25 | ||
ессно учитывая напряг сервера: если сервер слабый то с TLS он будет пропускать меньше писем чем без него... нужно это дело просчитать до внедрения изменений. |