The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"SMTP пересылка писем с любово адреса"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"SMTP пересылка писем с любово адреса" 
Сообщение от gray1 Искать по авторуВ закладки on 28-Июл-05, 11:28  (MSK)
Добрый день! Помогите заткнуть дыру.
Имеется почтовый сервер на sendmail на FreeBSD.
Имеется следующая проблемка:
Можно послать письмо с адресса не указанного в access листе( через этот smtp), на ящик пользователя зарегистрированного на этом сервере. На другие адреса послать таким образом письмо нельзя.
Похоже через эту дыру юзерам сыпится большое количество спама.
Например мне приходит письмо адресованное не мне но якобы другому пользователю на моем сервере. Помогите плз.
  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "SMTP пересылка писем с любово адреса" 
Сообщение от Medlar Искать по авторуВ закладки on 28-Июл-05, 11:41  (MSK)
>
>Можно послать письмо с адресса не указанного в access листе( через этот
>smtp), на ящик пользователя зарегистрированного на этом сервере. На другие адреса
>послать таким образом письмо нельзя.
Здесь не понятно

>Например мне приходит письмо адресованное не мне но якобы другому пользователю на моем сервере.
Отправитель указывает в RCPT TO: твой адрес (И ИМЕННО ОН БУДЕТ УКАЗАН В ЛОГЕ), а на этапе DATA -другой.
В итоге ты получаешь письмо, в котором указан посторнний получатель.

Это обычная спамеровская практика.
Если очень это не нравится - пиши правила на проверку соответствия
этих значений. Но этому есть противопоказания


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "SMTP пересылка писем с любово адреса" 
Сообщение от Medlar Искать по авторуВ закладки on 28-Июл-05, 12:15  (MSK)
Например, форвардинг почты; почтовые рассылки, указывающие в качестве получателя имя списка получателей; BCC:
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "SMTP пересылка писем с любово адреса" 
Сообщение от gray1 Искать по авторуВ закладки on 28-Июл-05, 12:16  (MSK)
>>
>>Можно послать письмо с адресса не указанного в access листе( через этот
>>smtp), на ящик пользователя зарегистрированного на этом сервере. На другие адреса
>>послать таким образом письмо нельзя.
>Здесь не понятно

Ну например я спамер и знаю что есть ящик user@myserver.ru
я могу указать при в настройках своей почтовой программы smtp - smtp.myserver.ru и послать письмо, и оно дойдет. хотя на ящик user@otherserver.ru ак полсать уже нельзя
>
>>Например мне приходит письмо адресованное не мне но якобы другому пользователю на моем сервере.
>Отправитель указывает в RCPT TO: твой адрес (И ИМЕННО ОН БУДЕТ УКАЗАН
>В ЛОГЕ), а на этапе DATA -другой.
>В итоге ты получаешь письмо, в котором указан посторнний получатель.
>
>Это обычная спамеровская практика.
>Если очень это не нравится - пиши правила на проверку соответствия
>этих значений. Но этому есть противопоказания
Как это делается и
какие противопоказания?
И еще вопрос: Каким образом в спамерские рассылки попадают ящики со сложными названиями и негде не засвеченные?(тоесть ими почти не пользовались)

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "SMTP пересылка писем с любово адреса" 
Сообщение от Medlar Искать по авторуВ закладки on 28-Июл-05, 12:38  (MSK)
>Ну например я спамер и знаю что есть ящик user@myserver.ru
>я могу указать при в настройках своей почтовой программы smtp - smtp.myserver.ru
>и послать письмо, и оно дойдет. хотя на ящик user@otherserver.ru ак
>полсать уже нельзя
Это разрешает любой почтовик - прямая доставка почты локальному клиенту непосредственно через почтовый сервер получателя.
Если хочешь это запретить - в sendmail.mc добавь и пересобери sendmail:
LOCAL_CONFIG
LOCAL_RULESETS
HReceived:                   $>+CheckReceived
Запоминаем текущее состояние подзаголовков "Received:". Если рассылка произведена непосредственно через ваш почтовик, то на вход набору правил CheckReceived не будет подано ничего, нижеследующее правило не сработает, и переменная {ReceivedCheck} окажется пустой.
SCheckReceived
R$*                   $: $(storage {ReceivedCheck} $@ OK $) $1

Scheck_eoh
# Проверяем $&{ReceivedCheck}:
R$*                    $: < $&{ReceivedCheck} >
R$*                   $: $(syslog $&{ReceivedCheck} $1 $) $1
# Очищаем эту переменную для следующего сообщения:
R$*                    $: $(storage {ReceivedCheck} $) $1
#Если переменная не пустая, то пропускаем письмо:
R< $+ >                   $@ OK

#Разрешаем также почту из нашей локальной сети:
R$*                   $: < $&{client_addr} >
R< $* $=R $* >                   $@ OK
#Чтобы предыдущее правило сработало, нужно релей разрешать через файл /etc/mail/relay-domains

## Разрешаем почту с локального адреса - root@localhost (имеет место при отсутствии файла submit.cf):
#R$*                   $: <$&_>
#R                   $@ OK

# Разрешаем почту, прошедшую smtp-авторизацию:
R$*                    $: < $&{auth_authen} >
R< $+ >                   $@ OK

# Во всех остальных случаях блокируем письмо:
R$*                    $#error $: "553 You are not a local user and you cannot send a letter to my server directly."

>ще вопрос: Каким образом в спамерские рассылки попадают ящики со сложными названиями и негде не засвеченные?(тоесть ими почти не пользовались)
Среди спамеров телепатов нет, значит, все-таки засвеченные либо высчитанные спамером путем перебора.
Ты же, наверное, видишь в логах кучу сообщений "User unknown"


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру