Предъявите паспорт

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

Интернет представляет собой уникальное объединение чрезвычайно разнородных (или, говоря наукообразно, гетерогенных) сетей, - уникальное в силу сочетания строгой иерархии и абсолютного волюнтаризма. О работе этих сетей и всего интернета в целом пользователи, как правило, знают очень мало, а то и вовсе ничего. Да им это и не нужно - им хватает веба, почты, может быть, еще ICQ, и всё. Можно вспомнить еще файлообменные сети IRC, IP-телефонию. Но веб и почта - это два краеугольных камня, которые являются непременным атрибутом в фундаменте знаний о Всемирной сети даже самого начинающего пользователя (такого, который всё ещё относится к Интернету настолько трепетно, что даже пишет его с большой буквы).

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

Конечно, эта технология тоже не стояла на месте. Сам SMTP, протокол передачи электронной почты, оброс расширениями и дополнениями, структура доставляемых писем также усложнилась, стало возможно прилагать файлы, красиво форматировать текст. Однако ключевая идея SMTP, подразумевавшая изрядную долю автономности и распределённости потоков информации, осталась неизменной: серверы способны доставлять электронную почту многими возможными путями - главное, чтобы она была доставлена. Способность изначально полезная, поскольку повышает вероятность успешной доставки письма в случае больших отказов в сети. Но то, что рассчитано на военную или академическую сеть, не всегда подходит для взаимодействия разных сетей, которые управляются независимо. Произвольная доставка почты в условиях интернета означает бесконтрольность и как следствие неприятный побочный эффект - спам.

Пользователей, получающих тонны спама ежедневно, смело можно назвать потерпевшими. Само собой, терпят-то они терпят, но и без дела не сидят - кто-то кроет матом спамеров за распухший почтовый ящик и заодно провайдера за стоимость часа модемного доступа или мегабайта трафика. Но основной ущерб от спама не в уворованных мегабайтах, а в тех впустую затраченных минутах и часах, которые мы тратим на то, чтобы в ворохе информационного мусора выудить то, что нам действительно нужно: письма от друзей и деловых партнёров, полезные рассылки, да и веб-сайты (спам ведь бывает не только почтовым, но и поисковым).

Само собой, мысль человеческая не стоит на месте, появляются идеи, как со спамом справиться, - порой наивные, порой не очень.

С некоторыми идеями дело не идёт дальше разговоров, но другие всё же находят техническое воплощение. Так появились чёрные списки открытых SMTP-ретрансляторов (open relay), анонимных прокси-серверов и сетей динамических адресов. Все эти списки в разной степени служили средством ограничения ареала приёма почты, и ни один не оказался достаточным, поскольку число захваченных троянцами пользовательских компьютеров оказалось слишком велико, а попытки полностью заблокировать приём почты от их провайдеров граничат с экстремизмом и приводят к потере важной почты. Затем появилась фильтрация по содержимому письма, которая тоже не смогла стать панацеей, ведь технологии спама тоже эволюционировали.

Следующим этапом "ущемления свобод" оказался SPF (sender policy framework) - регламент работы с отправителем. Идея ограничения диапазона возможных IP-адресов для отправки почты отдельно взятого домена сравнительно молода (ей ещё нет и двух лет) и неоднозначна. В процессе развития она менялась во многом, вплоть до названия (изначально sender permitted from, "откуда допущен отправитель"), но суть её осталась неизменной.

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

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

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

Если оглянуться на историю развития интернета, в ней всплывали и тонули самые разные идеи. NNTP и телеконференции почти забыты, а веб-форумы, наоборот, набирают. Но ни одна из технологий не была внедрена насильно - да и как? Вся действующая в интернете иерархия направлена только на поддержание предельно необходимых для его существования условий (маршрутизацию и распределение адресов). Остальные глобальные процессы в интернете не только не иерархичны, но скорее даже анархичны. Только добрая воля участников может сделать или не сделать технологию общепринятой.

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

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

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

Что касается ресурсоёмкости технологии, то усилия, затрачиваемые на ее внедрение, нельзя назвать неприемлемыми для рядовой работы администраторов сетей, а потребляемые ресурсы не приводят к неоправданному росту нагрузки на почтовые серверы и ближайшие к ним серверы DNS. В современных условиях почтовый сервер по каждому письму выполняет не менее трёх запросов, а может и больше десятка. И дополнительный запрос для SPF погоды здесь не делает. Начнут спамеры стягиваться в специально созданные для спама домены? Прекрасно, там их, как говорится, и накроем!

Кроме того, есть ещё один, неочевидный на первый взгляд, довод в пользу внедрения SPF. Упоминавшаяся ранее SMTP-авторизация до сих пор не получила широкого распространения, несмотря на то, что повсеместное ее внедрение способствовало бы как минимум проверке подлинности отправителя (задаче, выполнение которой ошибочно пытаются возлагать на SPF, но SPF ее не решает), ну а в пределе, при условии что и SPF, и SMTP-авторизация применяются повсеместно, спамерам пришлось бы переквалифицироваться в управдомы.

Об авторах: Сева Глущенко - системный администратор "Яндекса". Павел Завьялов - менеджер проекта Яндекс.Почта.