ТЕХНИКА СЕТЕВЫХ АТАК
Шрифт:
Один из таких алгоритмов, именуемый «запрос-отклик», работает следующим образом: сервер посылает клиенту случайную последовательность условно именуемую меткой. Клиент зашифровывает ее, используя в качестве ключа свой пароль, и полученный результат отправляет серверу. При этом алгоритм шифрования специальным образом подобран так, чтобы, зная зашифрованный пароль и метку, было бы невозможно найти ключ шифрования иначе, чем прямым перебором. Затем сервер самостоятельно шифрует метку хранящимся у него паролем пользователя и сравнивает полученные результаты. Если они идентичны, следовательно, пользователь ввел правильный пароль и наоборот. Подробнее о схеме «запрос-отклик» рассказывается в главе «Атака на Windows NT» и здесь, во избежание повторения, никакие математические выкладки приводиться не будут.
Уникальная последовательность, передаваемая клиенту при каждом соединении с сервером, называется временной меткой. Стандарт не оговаривает формат представления метки, но обычно она имеет следующий вид: processID.clock@hostname, где processID - идентификатор процесса, clock - состояние таймера сервера на момент установления соединения, а hostname - имя узла. Один из примеров временной метки показан ниже (в тексте он выделен жирным шрифтом):
· +OK mPOP POP3 server ready 93089.95277996@mail.ru
Пользователь шифрует временную метку своим паролем по алгоритму MD 5, и полученный результат (который именуется зашифрованным паролем, или, технически более грамотно, “digest”) передает на сервер.
Следующий эксперимент позволяет убедиться, что временные метки действительно различны при каждом новом соединении:
· +OK mPOP POP3 server ready «29238.953050801@aport.ru»
· +OK mPOP POP3 server ready «29554.953050821@aport.ru»
· +OK mPOP POP3 server ready «29857.953050839@aport.ru»
· +OK mPOP POP3 server ready «29998.953050848@aport.ru»
· +OK mPOP POP3 server ready «30168.953050858@aport.ru»
· +OK mPOP POP3 server ready «30583.953050881@aport.ru»
· +OK mPOP POP3 server ready «30926.953050900@aport.ru»
· +OK mPOP POP3 server ready «31110.953050913@aport.ru»
· +OK mPOP POP3 server ready «31225.953050927@aport.ru»
· +OK mPOP POP3 server ready «31338.953050940@aport.ru»
· +OK mPOP POP3 server ready «31401.953050949@aport.ru»
Для передачи серверу имени пользователя и зашифрованного пароля предусмотрена команда “APOP”. По стандарту она не входит в перечень команд, обязательных для реализации, поэтому существуют сервера, которые принимают только открытый пароль. Признаком того, что сервер поддерживает команду “APOP” служит наличие временной метки в строке приглашения.
Пример использования команды APOP приведен ниже:
· +OK mPOP POP3 server ready 31225.353351917@aport.ru
· APOP ORION d373e6c3a7c6d9c5a2d6c2a1
· +OK ORION's maildrop has 1 messages (789046 octets)
В приведенном примере в почтовом ящике лежит письмо значительных размеров, поэтому, возникает потребовать в предварительном просмотре фрагмента письма без его загрузки целиком (быть может, нет никакого смысла получать это сообщение и его можно безболезненно удалить). Для этой цели предусмотрена команда “TOP msg n”, которая выводит n первых строк, сообщения с порядковым номером msg.
Например, “TOP 1 10” возвращает десять первых строк от начала первого письма. Это может выглядеть так:
· +OK mPOP POP3 server ready 31225.353351917@aport.ru · TOP 1 10 · +OK · Return-Path: gluck@citycat.ru · Received: from citycat.ru by mail.ru for mail.ru, au.ru, aport.ru, · inbox.ru, land.ru with CCQDP. For more info hac@citycat.ru · Message-Id:«20000306002250_100.20000303142308.promo_@funny.anet.anec» · Precedence: special-delivery · Comments: Subscribe.Ru/Citycat E-mail Service. http://subscribe.ru · Date: Mon, 6 Mar 2000 00:22:47 +0300 (MSK) · From: CityCat «namma@citycat.ru» · To: "funny.anet.anec" «null@citycat.ru» · Subject: =?koi8-r?Q?=E1=CE=C5=CB=C4=CF=D4=20=C4=CE=D1=20=CE=C1=20?= · =?koi8-r?Q?=C1=CE=C5=CB=C4=CF=D4=CF=D7.net?= · MIME-Version: 1.0 · Content-Type: text/html; charset=koi8-r · Content-Transfer-Encoding: 8bit · · · «!- · -*- · -» · «HTML» «HEAD» · «TITLE»уМХЦВБ тБУУЩМПЛ зПТПДУЛПЗП лПФБ«/TITLE» · «/HEAD» · «BODY BGCOLOR="#FFFFFF" LINK="#0A0AD0" VLINK="#AAAAFF"» · «CENTER» · «B»«FONT SIZE=+1» · ·.Для отката транзакции (и восстановления всех удаленных в течение последнего сеанса сообщений) можно воспользоваться командой “RSET”, вызываемой без аргументов. Но не существует команды, способной восстановить одно, конкретно, взятое сообщение.
Пара команд “STAT” и “NOOP служат для проверки состояния ящика и целостности соединения. Обе вызываются без аргументов. Пример их использования приведен ниже:
· +OK mPOP POP3 server ready 31225.353351917@aport.ru · NOOP · +OK · STAT · +OK 196 2097988Первое число, выдаваемое командой “STAT” сообщает количество сообщений, хранящихся в почтовом ящике, а второе содержит их суммарный объем в октетах.
За подробным описанием протокола POP3 и смежных с ним вопросов можно обратиться к RFC-1081, RFC-1082, RFC-1225, RFC-1725, RFC-1939 и другим техническим руководствам.
Протокол SMTP
O В этой главе:
O Основные команды протокола
O Серверы-ретрансляторы
O Непосредственная пересылка
O Автоматизация почтовой рассылки и спам
O Анонимная рассылка писем
Для доставки почты в большинстве случаев используется протокол SMTP (Simple Mail Transfer Protocol).
При его создании протокола SMTP разработчиками была допущена грубая ошибка, испортившая немало крови, как системным администраторам, так и простым пользователям. Суть ее заключается в том, что протокол SMTP не требует аутентификации пользователя перед отправкой сообщения, и это позволяет использовать чужие сервера для массовой рассылки.
Современные SMTP-сервера используют различные защитные механизмы, препятствующие отправке корреспонденции неизвестными пользователями. Подробно об этом рассказывается в главе «Почтовый сервер изнутри».
В терминологии SMTP-протокола нет таких понятий как «клиент» и «сервер». Вместо этого говорят об отправителе (sender) и получателе (receiver). То, что большинство называют «SMTP-сервером», является одновременно и отправителем, и получателем. Когда клиент устанавливает с ним соединение для передачи письма, сервер выступает в роли получателя, а когда доставляет сообщение абоненту, становится отправителем.