Попробуем сформировать соответствующий файл, задав в скрытом поле имя интересующего нас пользователя и отослать форму, т.к. CGI, увы, не проверяет место нахождения формы-запроса.

< form method=post action="http://koi.mail.ru/cgi-bin/modifyuser?modify" >

В IE под Win 95/98, например, достаточно выполнить скрипт open("javascript:open(window.location)"); приводящий к бесконечному размножению окон, требующему перезагрузки. Само письмо лучше отослать (на случай неудачи) от анонимной службы рассылки писем. ( Смотрите статью "Атака на отказ..."). На 06.01.2000 пример ещT работал. Исходники на www.chat.ru/~avkvladru/mail/ Защититься от этой атаки как всегда просто. Отключить Java, а лучше, отказаться от использования Web-интерфейсов.

Тот же mail.ru предлагает и форвардинг и pop-сервера. Экономия на настройке приносит проблемы с безопасностью не только администраторам больших сетей, поверьте. 4. Составляем список абонентов сервера. Заветной мечтой всех спамеров мира является список (база) абонентов. Недаром, в их среде постоянно ходят слухи о каких-то почтовых серверах, поддерживающих команду finger ;).

Также пару дней назад на форуме видел очередной крик души ( если таковая ещT жива ;-) : "Нужна база е-мейлов по заграничным и Московским сайтам $$$ - Вася 02:53:36 06/1/2000 (0)" Нередко почтовые Web-сервера могут "бесплатно" предоставить подобную информацию.

Метод еT получения довольно прост. При легальной работе с почтовым ящиком запоминаем адреса CGI-скриптов, ответственных за смену и чтение параметров пользователей. Потом, вызываем их без параметров (форм). Вполне вероятны ошибки в скриптах, при которых они отработают с последними занесTнными ( или использующимися в текущий момент) именами пользователей. Конечно, шансов на то, что параметры можно изменить нулевые, а вот сообщение об ошибке доступа вполне может содержать имя пользователя, как это происходит на mail.ru.

При обращении к тому-же "http://koi.mail.ru/cgi-bin/modifyuser?modify" выдаTтся сообщение вида Настройки пользователя mnebojsa@mail.ru Ошибка. Не заполнены необходимые поля. - При следующем обращении "сдастся" следующий пользователь или "@/" если таковых не окажется. Осталось исследовать внутреннюю структуру ответа, да написать программу, повторяющую подобные запросы и фильтрующую ответ в поисках нужной информации. Лучше запускать еT в часы пик

 ------------------------- http://www.chat.ru/~avkvladru/mail/getname.java
    ------------------------- import java.io.*; import java.net.*;
    import java.util.*; public class getname { public static void
    main(String args[]) { String nextline; try { URL mailserv=
    new URL("http://koi.mail.ru/cgi-bin/modifyuser?modify");
    for (int i=1;i userlist.txt 

занесут в файл userlist.txt примерно 10000 e-mail адресов. Теперь больной манией величия "хаксор" вполне может создать программу, автоматически рассылающую письма-ловушки отбирающие почтовые ящики, практичный спаммер - рекламу, а конкуренты - сообщение, вида: "бесплатный сервис mail.ru будет с начала месяца прекращTн, воспользуйтесь xxxx.ru" или всT вместе C Уважением A.V. Komlin avkvladru@netscape.net P.S. "Иллюстрация"

Рабочий пример по захвату ящика находится в почтовом боксе intst2 сервера www.mail.ru. Паролем является комбинация из шести единиц "111111" или двоек "222222": попробуйте обе. В InBox ( Входящих) находятся два письма: От Дата Размер Тема 1 AVK Jan 07 1K change pass to 111111 2 AVK Jan 07 1K change pass to 222222 Когда Вы открываете любое из писем, оно автоматически меняет пароль бокса на указанный в "Теме" (111111 или 222222 соответственно). Для наглядности пример приведTн без макияжа( маскировки). Пожалуйста, перед запуском, убедитесь что у Вас включены cookies (они необходимы для корректной работы почтового сервера) и работает JVM(Java). PLS, не меняйте и не портьте почтовый ящик. Если пример не работает - скорее всего персонал mail.ru, получив извещение, устранил ошибку. Сообщите об этом мне или на hackzone. P.P.S. Уважаемые читатели, к сожалению, пример постоянно портят (зачем-то стирают, меняют пароль), а из-за разницы времTн мне трудно его оперативно исправлять :-( .

Подробности можете прочитать на форуме. За адресом примера, если есть желание проверить, обращайтесь ко мне на e-mail. Все файлы, необходимые для создания своего эксплойта лежат на www.chat.ru/~avkvladru/mail/.

При проверке Вам достаточно приаттачить файл readr111.html к письму, выслать его на свой почтовый ящик mail.ru и прочитать письмо. Пароль изменится на 111111. Внимание, пример для наглядности без макияжа ( маскировки). 10.01.2000. Дополнение. Mail.ru устранил ошибку. Надо признать, оперативно.

Наверное даже слишком, забыв, что в IE апплеты можно вызвать и тегом "object", который пока разрешен. Конечно, синтакс вызова чуть-другой, но это не проблема. Так, что завтра работу придTтся повторить. А у читателей ещT есть время попробовать. Большое спасибо всем, кто откликнулся на статью. Увы, примеры на mail.ru были практически недоступны, т.к. их постоянно стирали, причем отнюдь не администраторы mail.ru. Вот пример диалога с форума:

   
 ----------------------------------------------- new
    Народ ну не стирайте примеры к
    статье на mail.ru. Для Вас же сделано.
    Уважайте чужой труд и своих
    коллег. - AVKomlin 12:54:29 09/1/2000 (5) new А ты
    напиши ВС¬, КАК востанавливаешь
    сменTнный пароль, если я к ящику
    даже не притрагиваюсь. Может и
    перестану... . Гыы... - Любопытный 13:17:38
    09/1/2000 (4) new Да-а, Таблетки от
    жадности надо пить. Да побольше,
    побольше! - AVKomlin 13:23:20 09/1/2000 (2) 22.01.2000
    Дополнение II Уважаемые читатели,
    в настоящее время все описаные
    конкретные ошибки в mail.ru
    устранены, но, уверяю Вас, они
    действительно существовали, а не
    плод моего больного воображения ;)

(Комментарий hackzone: это могу подтвердить и я, могут и авторы восторженных писем в форуме в первые дни после публикации). В заключение - ответы на некоторые интересные вопросы, которые позволят яснее выразить смысл данной статьи. Возможно, я сильно увлTкся примерами, в ущерб главной мысли.

1) Из форума "клуба hackzone" Отправитель: REAn, January 13, 2000, 14:59:03 /195.133.82.xxx/: >- И много ли найдется почт, где не спрашивают старый пароль при установке >нового, Увы, много. Да и необязательно менять пароль ( нередко защищTнный), достаточно изменить адрес форвардинга, секретный вопрос или резервный e-mail, которые крайне редко защищTны. Тут и hotmail.com, увы не исключение. > да еще разрешены зловредные апплеты? Не в конкретном теге дело, хотя авторам почтовой WEB-системы их всех быстро не выловить (есть ведь и недокументированные) без существенного ущерба для приходящих писем. В конце концов, можно просто дать в письме ссылку на якобы интересную страничку ( которая содержит ловушку описанную в разделе "3. Макияж"), и пользователь щелкнувший по ссылке во время сеанса (или открывший еT в новом окне, как большинство из нас делает), рискует остаться без почтового ящика, практически независимо от типа службы ( hotmail.com , netscape.net, webber.com и т.д.)

Скажите, многие Web-интерфейсы предупреждали Вас, что нельзя открывать другие сайты во время чтения писем? IMHO, проблема в том, что отсылка настроек при помощи форм опасна в принципе. Даже проверку местонахождения формы нетрудно обойти. 2) Из почты - Отправитель: Рома М. >- Не считаете же Вы возможным отказываться от использования новой идеи >потому, что она >небезопасна. Так бы и СЕТИ не было. Может, чем >подставлять тысячи пользователей mail.ru стоило придумать, как упростить >им жизнь. А безопасные средства коммуникации рано или поздно появятся. С рабочими примерами, похоже, погорячился. С другой стороны, кто бы эту статью читать стал. Посмотрите на печальную статистику посещаемости многих правильных и более полезных статей. А безопасные средства уже давно появились. Например тот же Java.

Что стоит написать на нTм пользовательский интерфейс, для тех пользователей которые желают безопасности и анонимности. Ведь по сути, нашу почту читают все кому не лень от администраторов до провайдеров. Java даTт прекрасные возможности отказаться от средств CGI и шифровать пересылаемую информацию, благодаря чему несанкционированная отсылка рез-тов или подмена апплета пресекается в принципе средствами браузера , т.к. JA разрешено связываться только с сервером откуда он пришTл. Разместить же свой код на почтовом сервере злоумышленнику вряд ли удастся.

Вот примерная реализация. Пользователь загружает апплет. Пользуясь открытым ключTм, тот высылает уникальный ( на данный сеанс) случайный ключ и в дальнейшем весь обмен (включая логин и пароль пользователя) идTт в зашифрованном, симметричным криптоалгоритмом, виде. Никто, ни провайдер, ни админ, ни пресловутое ФСБ не смогут установить даже логин пользователя.