Регистрация...

Почтовый сервер Eserv // GreyListing

oldwiki /2003-09-12 10:35/ ac (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
Новости
22.04.2010
Eserv423
20.04.2010
Eserv4WhatsNew
19.04.2010
EservLDAP
19.04.2010
EservDHCP
19.04.2010
EservRubricator
08.04.2010
EservDNS
08.04.2010
NSСI
08.04.2010
WPAD
27.03.2010
Eserv422
27.03.2010
Eserv4Docs
26.03.2010
Eserv4FAQ
21.03.2010
EservIrc
05.03.2010
Eserv421
05.03.2010
HttpProxy
02.03.2010
EservVideo
02.12.2009
Eserv4Wiki
02.12.2009
Eserv4acWEB
02.12.2009
PopPull
22.11.2009
PigMailPigProxy2/WhatsNew
22.11.2009
PigMail/WhatsNew
23.09.2009
FossilEservHowTo
22.09.2009
SourceCodeManagement
22.09.2009
FossilScm
16.09.2009
SendEmail
08.09.2009
RoundCube
07.05.2009
GitScm
07.05.2009
GitEservHowTo
06.05.2009
SunBird
06.05.2009
WebDav
20.04.2009
Etelnet
18.04.2009
PigMailPigProxy2/Downloads
15.04.2009
EnigMail
13.04.2009
HashingAlgorithmVoting
26.03.2009
PigMailPigProxy2
21.03.2009
PigProxy2
21.03.2009
PigMail2
19.03.2009
WhyBinaryConfig
19.03.2009
DavExplorer
15.09.2008
ThunderBird
28.07.2008
NAT
09.06.2008
mstat
02.06.2008
FireWall
29.05.2008
EservClamav
25.03.2008
Eserv/2/Download
25.03.2008
EservWhatsNew
25.03.2008
EservAntivirusTrial
25.03.2008
EproxyDownload
25.03.2008
Eserv/3/Download
25.03.2008
EservEproxy334
25.03.2008
PigProxy

GreyListing

Grey Listing ("серые списки") — автоматическая Антиспамерская техника, используемая для блокировки спама без вовлечения в процесс фильтрации пользователей (как в PopFile) и админов (как в SpamAssassin). Самая многообещающая из автоматических систем на сегодня. Из обучаемых систем PopFile все же лучше.

Оригинальная идея описана здесь: http://projects.puremagic.com/greylisting/
Там же дан пример реализации, оценка эффективности и перспектив метода.

Смысл этого способа фильтрации спама состоит в эксплуатации отличий спамерских программ от обычных MTA. А именно: авторы метода считают, что подавляющее большинство специализированных спамерских программ обрабатывают временные отказы почтовых серверов (коды ответа 4хх) иначе, чем обычные MTA. Стандартные MTA как правило "долбят" сервер получателя несколько дней, пока он не примет письмо, или пока не убедится что за несколько дней причина отказа не устранена (в этом случае MTA возвращает почту отправителю). Спамерские программы не производят повторных попыток доставки — они либо недостаточно "умны" (не спамеры, а программы), либо "не могут себе позволить" многократные попытки доставки одного и того же письма на один и тот же адрес — по техническим и экономическим причинам (особенности массовой рассылки почты). Вот это отличие и используется: первая попытка доставки письма от впервые встреченной комбинации "IP-отправителя:email_отправителя:email_получателя" почтовым сервером отвергается. Обычный MTA в ближайшее время подтвердит свою "нормальность", сделав повторную попытку (код ответа 4хх означает временную проблему в отличие от 5хх, и предполагает повторные попытки позже) — и такое письмо можно пропустить на второй попытке, а спамерская программа повтор не сделает.

Если метод найдет широкое применение (подобно тому, как молниеносно стали популярными SpamAssassin и байесовы фильтры во главе с PopFile), то у спамеров только один выход — "прикидываться" обычными MTA. Но такая маскировка делает их намного более уязвимыми перед другим, самым распространенным, но самым на сегодня малоэффективным антиспамерским инструментом — RBL, т.к., прикинувшись обычным MTA и рассылая с него спам, спамерская система очень быстро блокируется средствами различных RBL, т.к. уже не часто меняет IP. В любом случае материальный урон спамеру нанесется — ему нужно будет апгрейдить софт (ставить программу, умеющую слать повторы), оплачивать трафик повторов, искать spam-friendly провайдеров, покупать бОльшие диски, и т.п. Может часть из них в результате откажется от "борьбы"...

См. также:
Очередная оценка эффективности (29.08.03):
Scott Nelson <scott AT spamwolf.com>:
(...)
Parsed results;
Note that these addresses get considerably less spam than the
"average" mailbox, and the numbers are relatively small, so the error margins are probably large. Still, a good rule of thumb is +/- the square root of the number which translates to +/- 10% for these numbers.

If we do /nothing/ but greylisting, it stops between 80-95% of all spam attempts.
Blocking semi-legitimate mailing lists (for example, equalamail.deliveroffers.com)
increases this to 91-97%. In theory "unsubscribing" should give the same benefit, but I have tried to unsubscribe from many of these jokers without success.

I was originally concerned that there appeared to be a significant increase in the number of attempts, and that greylisting might not have been as effective in decreasing in /total/ spam volume as the numbers suggested. There is an increase, but it's not as large as I first thought, and the increase is close to the expected error rate. Even adjusting for this by assuming the worst, greylisting is still better than 75% effective.

DNSBLs of some of the addresses was done, but due to an error, only IPs which actually passed greylisting were checked.
I'll be posting that information shortly.

 
Комментарии к этой версии (12.09.2003 10:35) [~AndreyCherezov]
Работает на Eserv/4.24327 (12.07.2010)