Почтовые перехватчики
A.P.$lasH
Xakep, номер #061, стр. 061-030-5
Установочный архив
www.softsecurity.com/download/email_observer/emailobs.zip
На сегодня все. Какие выводы? А самые радужные. Да, существуют программы для контроля твоей переписки в Сети. Да, некоторые из них чихать хотели на твой фаервол. Но бороться с ними можно и нужно. Как видишь, это не так сложно, как кажется. Перехватчики писем с WEB-интерфейса не учитывают слабенький dial-up и пропускают недокачанные страницы. Кроме того, им по силам лишь Internet Explorer, а Opera или MyIE могут спать спокойно. Те, что стоят на пути между почтовиком и SMTP-сервером, не проверяют, настоящий это SMTP или локальная ловушка. Конечно, завтра появятся новые программы. Более умные, более скрытные. Но они остаются программами, так что ты справишься, было бы желание. А если сам надумаешь ими воспользоваться, не забывай - кунг-фу, оно для защиты. Удачи.
Диалог почтовой программы и SMTP-сервера мало чем отличается от настоящего живого общения
1. Вслед за командой HELO ("Здравствуйте, женщина за прилавком почтового отделения!"), мейлер сообщает серверу о своем решительном намерении отправить почту. MAIL FROM:<адрес_отправителя> ("Хочу теще телеграмму послать. Можно?").
2. Сервер отвечает ему цифровым кодом состояния, за которым следует необязательный строковой вариант ответа. 250 адрес_отправителя Address Okay. ("Товарищ Расторбищев? А я вас знаю!")
3. Почтовый клиент продолжает разговор, называя получателя. RCPT TO: <recipient@recipient.com> ("Адрес тещи - ул. Пушкина, трансформаторная будка №4937").
4. Сервер не возражает. 250 recipient@recipient.com Address Okay ("Наличие будки подтверждаю. Отправляй").
Клиент протягивает бланк в окошко, а в это время посторонний мужик успевает дописать свои координаты в дополнительное поле уже готовой телеграммы. Как это выглядит со стороны? Займемся прослушиванием SMTP-сервера. Представь, что user@user.com - хозяин компьютера, который находится под наблюдением у программы Еmail Spy Pro, recipient@recipient.com - настоящий адресат, а spy@spy.ru - презренное дитя порока, любопытный наблюдатель.
* Если включена опция "Не отправлять письмо настоящему адресату":
MAIL FROM:<user@user.com>
250 user@user.com Address Okay
RCPT TO: spy@spy.ru
250 spy@spy.ru Address Okay
Мейлер отправляет письмо на recipient@recipient.com, хотя сервер получает указание RCPT TO: spy@spy.ru. Так захотел Еmail Spy Pro. Передаем слово почтовой программе:
MAIL FROM:<user@user.com>
250 user@user.com Address Okay
RCPT TO:<recipient@recipient.com>
250 spy@spy.ru Address Okay
Забавно, правда? Мейлер добросовестно выполняет свою работу, а SMTP упорно играет в поддатую секретаршу:
- Будьте так любезны, отправьте это письмо Петру Сергеевичу.
- Всенепременно (чего он там сказал?), я отправлю это письмо Прасковье Семеновне (мама, как мне плохо...).
* Если наблюдатель не удаляет адрес настоящего получателя письма, процесс отправки сообщения проходит примерно в том же стиле. The Bat!, как и прежде, все делает правильно:
MAIL FROM:<user@user.com>
250 user@user.com Address Okay