Как трассировать dll в дебаггере IDA?

koekaker · 24.02.2026

Открываю в IDA dll-файл, в Application пишу rundll32.exe, в Parameters dll-файл и вызываемую функцию, ставлю брэкпоинты в точке входа и в функции, но в эту функцию никогда не попадаю. Проваливается куда-то в ntdll.dll и в конце концов вылетает с ошибкой.

Ахимов · 24.02.2026

koekaker

Может нормальный отладчик использовать ?

koekaker · 25.02.2026

Ахимов сказал(а):
koekaker

Может нормальный отладчик использовать ?

x64dbg? Я не понимаю, как в нем цепляться к процессу на виртуалке. Файлик-то зловредный. В IDA как-то удобнее с этим.

nick8606 · 25.02.2026

В x64dbg для запуска DLL есть собственный загрузчик, цепляться ни к чему не надо, просто выбрать нужный файл.

Если в DLL есть антиотладка, то под отладчиком может не запуститься, но это уже другая тема.

koekaker · 25.02.2026

nick8606 сказал(а):
В x64dbg для запуска DLL есть собственный загрузчик

Этот, я так понимаю?
В эту же строчку мне надо дописать полный путь к моему dll и вызываемую функцию?

koekaker · 25.02.2026

И все же запускать процесс на виртуалке, а отлаживать на основной машине, в x64dbg нельзя?

Ахимов · 25.02.2026

koekaker сказал(а):
И все же запускать процесс на виртуалке, а отлаживать на основной машине, в x64dbg нельзя?

Это не ядерный виндебаг, где две машины нужны. Это юзер отладчики, обычное приложение, которое управляет дочерним. И там непонятный ассемблер

nick8606 · 25.02.2026

koekaker сказал(а):
В эту же строчку мне надо дописать полный путь к моему dll и вызываемую функцию

Ничего не надо дописывать. Просто File+Open и выбираете DLL. Отладчик остановится на её EP, а дальше уже решайте, как продолжать.

koekaker сказал(а):
И все же запускать процесс на виртуалке, а отлаживать на основной машине, в x64dbg нельзя?

Зачем такие сложности? Что мешает скопировать отладчик на виртуалку и всё делать там?

koekaker · 25.02.2026

nick8606 сказал(а):
а дальше уже решайте, как продолжать.

Собственно, и не знаю, как. В зловредной dll есть некая функция, которая принимает несколько параметров. Как в нее провалиться и выяснить, что она делает?

Александр Суворов1 · 02.03.2026

Кинь бинарь

koekaker · 02.03.2026

Александр Суворов1 сказал(а):
Кинь бинарь

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

Александр Суворов1 · 02.03.2026

koekaker сказал(а):
Распространение зловредных файлов как бы не приветствуется, я полагаю. Подобных зловредов полно. Просто антивирус выловил и мне любопытно, интересует методика исследования.

ну тогда разбирайся сам т к без бинаря помочь не могу

Ты если что можешь кинуть под паролем infected

Ахимов · 02.03.2026

Изучаешь архитектуру, базовый isa Intel® 64 and IA-32 Architectures Software Developer Manuals

Заодно системную архитектуру. Затем смотришь в диз и понимаешь чего там написано и как это работает. Но есть плохая новость - поезд уехал и его не догнать.)

koekaker · 02.03.2026

Александр Суворов1 сказал(а):
ну тогда разбирайся сам т к без бинаря помочь не могу

Ты если что можешь кинуть под паролем infected

Кинул в личку.

Собственно, провалиться в функцию dll получается нормально, проверил на обычном файле. Здесь же, судя по экспортируемым функциям (которые вроде легальны?), зловред прячется где-то глубже?

Marylin · 02.03.2026

koekaker сказал(а):
но в эту функцию никогда не попадаю. Проваливается куда-то в ntdll.dll и в конце концов вылетает с ошибкой.

Любая DLL содержит в себе N-функций (процедур), которые являются статическими, т.е. не исполняются сами по себе, пока родитель EXE не вызовет их явно. Динам.частью можно считать лишь необязательную процедуру на точке-входа DllEntryPoint(), в которую системный загрузчик в нёдрах Ntdll.dll передаёт три параметра - это база dll в памяти (hinstDll), причина вызова (fdwReason=Attach/Detach), и третий в резерве. Мы можем игнорировать все эти параметры лоадера, но обязательно должны вернуть ему EAX=1. Собственно поэтому DllEntryPoint() (DllMain) и считается необязательной, кроме EAX=1.

Теперь если вы загрузите просто либу в любой отладчик, то попадёте в её точку-входа, где как правило будет mov eax,1 --> ret, что отфутболит обратно в загрузчик Ntdll.dll (инит либы ещё не окончен). Таким образом чистую DLL вы не сможете отладить, хотя можно стат.анализом в том-же дебагере просто просмотреть содержимое функций. Для этого загрузите DLL в x64dbg как обычно через Open, и не делая ни шага перейдите на вкладку "Отладочные символы". Далее находите свою dll в списке, и получаете все её эксп.функции (двойной клик = окно кода). При этом в стеке (после адреса-возврата) найдёте три параметра системного лоадера: hinsDll, fdwReason, Reserved (если х64 то в rcx,rdx,r8).

То-есть дебагер здесь вам ничем не поможет, а только IDA в статике. Если хотите динамически трассировать, то или через родное приложение, или писать свой EXE, который будет по очереди вызывать все функи из этой dll. Иначе никак.

koekaker · 02.03.2026

Спасибо за подробный ответ!

Я взял простенькую dll, где в статике видны все ее функции. В IDA в поле "Application" заменил на "c:\windows\syswow64\rundll32.exe". В "Parametres" написал путь к dll, имя функции и через пробел параметры функции. Успешно проваливается.
Но, судя по всему, в большинстве случаев так легко не получится. В этой зловредной dll вообще не пойму, какие функции, там указатели на лету строятся. Да, заходит в DLLMain c Reason Attach, какие-то непонятные действия, Reason меняется на Detach и до свидания.

Как трассировать dll в дебаггере IDA?

Вложения

Вложения

Ещё по теме