книги хакеры / журнал хакер / 088_Optimized

Реггер

Дай угадаю: ты думал, что столько «мяса» для флудера ты будешь регистрировать руками? Как бы не так. Напишем реггер и не просто реггер, а автоматическую машину регистрации с распознаванием картинок. Я не стал делать его универсальным, а просто выбрал самый сложный вариант с самой хитрой картинкой. Если ты разберешься с тем, как он работает, то накодить реггеры для всех остальных вариантов не составит труда. Итак, наш план действий:

/1/ скачать страницу регистрации /2/ считать хитрый код

и прибавить к url’у форума /3/ скачать картинку /4/ конвертировать

/5/ распознать картинку /6/ завершить регистрацию

Вроде бы с 1—3 пунктами осложнений быть не должно (см. сорцы и все предыдущие выпуски Хакера). Конвертация — это две строчки кода: сначала полностью разжимаем JPG, а потом присваиваем битмапу. А вот чтобы распознать картинку, придется немного попотеть.

Кстати, при регистрации сначала тебя спросят, согласен ли ты с правилами, но нас совершенно не волнует ни вопрос, ни правила. Более того, нам никто не запрещаетсразупройтинастраницурегистрациипо этому адресу:

index.php?act=Reg&coppa user=0&termsread=1& coppa_pass=1&agree_to_terms=1

Находим Id-картинки по строке: «regid» value=«.» Прибавляем значение к index. php?act=Reg&CODE=image&rc=. Теперь у нас есть полный путь к картинке. Но со скачиванием картинки при помощи WinSock также возникают определенные трудности, ведь картинка — не текст и содержит нулевые символы, поэтому помещать ее в string нельзя, для этого воспользуемся потоками(TStream) и посчитаем ее из сокета побайтово. Далее остается только загрузить битмап из потока функцией

LoadFromStream и распознать.

Опознание

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

антов написания цифр и создать из них максимально похожую сразу на все картинку. От этого действа будет зависеть качество распознавания. Стоит учесть, что во всех картинках IPB посередине идет линия, если серединного куска цифр нет нигде, то и не стоит пририсовывать ее к эталону. Хм… Пора составлять план распознавания.

/1/ определить вертикальные и горизонтальные границы

/2/ убрать все ненужные нам цвета, оставить только черный и близкий к черному цвет

/3/ выделить активные зоны, то есть те места на картинке,

где располагаются наши цифры /4/ сравнить каждую цифру

с каждым эталоном /5/ сравнить в процентном

отношении сходство цифры с эталоном

Определить границы — это значит обрезать все лишние места, но, так как наши цифры всегда стоят на одних и тех же местах, для нас это скорее не вынужденная необходимость, а один шаг к удобству. Для того чтобы определить процент сходства, нужно сравнить цвета эталона и цифры. Либо они равны, либо нет

— другого не дано, поэтому эталоны и уже готовый к анализу рисунок должны состоять из двух цветов, обычно черного и белого, но мне вдруг захотелось, чтобы он был а-ля мороженоестоматнымсоком,иясделалихкрасными. Определять нужные нам для распознавания пиксели, без фона и помех нужно по диапазону RGB. Пиксель с самыми максимальными цветовыми показателями был RGB(44,44,44), поэтомузаточку отсчета япринялименноего. Далее нужно было проверить каждый пиксель на «близость к черному» — и вот перед нами красно-белый вариант. Активные зоны есть не что иное, как положение потенциальных цифр на картинке, так что нам не придется рыскать по ней в их поиске, так как цифры на IPB'шных пикчах не меняют своего местоположения во время генерации. Мы знаем размер и координаты начала, значит, можно исследовать конкретныезоны.Следующий момент—собс- твенно, самое определение цифр. Начинаем с первойактивнойзоныидвойнымцикломсравниваемкаждуюцифрусэталоном.Получается 4цикла:

/1/ смена активных зон /2/ смена эталонов /3/ анализ строки

/4/ анализ пикселя Записываем в массив количество совпавших

пикселей, сравниваем. Наибольший элемент массиваиестьнашаискомаяцифра.

Далее передаем серверу данные о картинке вместе с зашифрованным числом. Готово. Миссия выполнена.

Если кто-то решит взяться за альтернативные картинки, использующиеся в IPB, то забудьте про метод, о котором поведал вам я. Там все намного проще и без явно выраженных болезней заднего прохода. Эталонами будут служить не картинки, а результат ка- кой-нибудь хэш-функции, вроде md5 или ord(str[1])+ord(str[2]). Дальше нужно просто скачать картинки и сравнить их хэши с эталонными— это,намойвзгляд,самыйпростой способ разгадывания статичных картинок.

Еnjoy

Подобные программы делать совсем несложно. Однажды, написав основу для брута/флудера/реггера, можно использовать ее для любых подобного рода приложений. Главное здесь — изучить работу данного сервиса: за что отвечают его параметры, какие из них переменные, какие константы. Лично ядляанализаиспользуюMiniBrowser: он позволяет смотреть хидеры http-запро- сов, поля веб-форм в момент отправки, а также посылать get- и post-запросы — все в одномокне. Надискевместессорцамиищи последнююеговерсию. Веськодингсофта, эксплуатирующего веб-приложения, сводится к изучению сервиса — посылке/получению данных и парсингу ответа.

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

Флудер, описанный в этой статье, будет работать только лишь для IPB 2* и более. Добавить поддержку первой версии — проще простого. Единственным отличием первой версии от второй является количество ключей: post_key в первой версии нет, а реггер будет работать для второй версии и с определенными картинками, что при наличии прямых рук легко компенсируется.

Но учти! Флудить — здоровью вредить. Лучше занимайся чем-нибудь более полезным и прибыльным.

BINARY YOUR’S z

На диске ты найдешь все исходники и софт, упомянутый в статье.

Такие разные ассемблеры

Ассемблер — это не только язык, но еще и транслятор. То, что язык PDP-11 не пригоден для x86, — понятно, но вот несовместимость ассемблерных трансляторов друг с другом для многих становится новостью. Что составляет фундамент ассемблера как языка? Мнемоники машинных команд (mov, nop, cmp) — это раз. Средства самого языка (метки, директивы, макросы) — это два! Формально за мнемоники отвечают Intel и AMD. Именно они дают символические имена машинным командам, регистрам, флагам и т. д. Большинство x86-ассемб- леров придерживаются этой нотации (хоть она никем и не стандартизирована), однако

«большинство» — еще не все. В мире *nix широко распространен AT&T синтаксис, отличающийся не только мнемоникой, но даже порядком операндов! Здесь операндприемник расположен не слева, как у Intel, а справа!!! Регистры начинаются со знака процента, константы — со знака доллара,

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

ния 666h выглядит так: «mov eax,666h», а на AT&T так: «movl $666h,%eax». Программа,

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

тем ассемблером, для которого она предназначена. В противном случае готовься к переделкам, то есть к адаптации. Отличия зачастую проявляются в самых неожиданных местах. Некоторые ассемблеры понимают, что «mov eax, x» — это то же самое, что и «mov eax,[x]», некоторые — нет. Они

спотыкаются и выдают ошибку. Но это еще ничего! Гораздо хуже, когда транслятор молчаливо трактует эту конструкцию как «mov eax, offset x», что совсем не одно и то же! Такчтоприпереносепрограммыприходится быть очень и очень осторожным.

Совместимость О — вообще отдельная песня. Программы, ориентированные на MS-DOS, без мата не только не транспортабельны, но и непереносимы. Для них характерно прямое взаимодействие с оборудованием, доступное в NT только с ядерного уровня, не говоря уже о том, что 16-разрядный код вызывается из 32-раз- рядных приложений только через DPMI, да и то не без ухищрений. Таким образом, прежде чем транслировать ассемблерную программу, необходимо отождествить, для какого транслятора и операционной системы она предназначена! С ассемблерными фрагментами, выхваченными из «родного» контекста, приходитсяещехуже. Допустим, в некоторой статье описывается интересный антиотладочный прием и приводится ассемблерный код, но, как встроить его в свою программу, не говорится. Знакомая ситуация, не правда ли? Непосредственная трансляция невозможна, так как транслятор дико матерится, но ничего не отвечает.