Ранг: 283.6 (наставник), 56thx Активность: 0.13↘0 Статус: Участник Author of GeTaOEP
Создано: 14 июля 2009 14:39 · Поправил: DillerInc · Личное сообщение · #1
Назначение, я думаю, понятно из названия.
* Программа поддерживает как x86, так и x64 исполняемые файлы. Работа программы была протестирована на всех операционных системах, указанных в соответствующем nfo. * Программа позволяет работать с DLL. Для этого можно использовать либо встроенный auxiliary dll loader, либо родной загрузчик конкретной библиотеки, если таковой имеется. * Программа требует прав администратора при старте.
Последнюю на данный момент версию можно скачать с нашего сайта по следующей ниже ссылке:
mak пишет: тут использован тот самый эффективный метод поиска оеп ? ...эффективный метод(если ты про то) относится чисто к securom'у.Здесь же используется,так сказать,generic метод.
ну сделали бы memo или 2 editbox (чтобы не переписывать циферки постоянно) не так же ведь и трудно и ещё косяк, не выгружает подопытного он висит и грузит на 50-99% проц (WinXP SP2)
Isaev пишет: ну сделали бы memo или 2 editbox (чтобы не переписывать циферки постоянно) ...если так будет удобней,то можно сделать. Isaev пишет: он висит и грузит на 50-99% проц ...тут так и задумано.Может кто-то захочет потрогать зацикленный образ в памяти,сдампить его,например. Однако,если народ будет настаивать,то можно оформить иначе.
DillerInc пишет: Может кто-то захочет потрогать зацикленный образ в памяти,сдампить его,например. можно кнопочку сделать, типа зациклить, а по-умолчанию выгружать
На одной из жертв "приблизительным OEP" считалось место сразу после GetStartupInfoA. Это типа один из методов обнаружения? Ставим бряк на стандартные входные функи и смотрим адрес возрата?
Тогда уж лучше поставить хук на конец GetModuleHandle и сверять eax со своим ImageBase, но всё это идиотизм, т.к. практический толк от такого софта стремится к нулю
progopis пишет: Ставим бряк на стандартные входные функи и смотрим адрес возрата? ...я же говорил,что всё очень просто. SLV пишет: Тогда уж лучше поставить хук на конец GetModuleHandle и сверять eax со своим ImageBase ...бред.Будешь тогда работать только на определённых билдах kernel32.Далее причём здесь свой ImageBase?Прот сам может сотни раз вызывать функцию следующим образом: invoke GetModuleHandle, 0 SLV пишет: но всё это идиотизм, т.к. практический толк от такого софта стремится к нулю ...звёзды мне подсказывают,что многие с тобой не согласятся.
DillerInc, давай с фактами, обоснуй почему будет работать "на определённых билдах kernel32". Разве PEB так часто меняется? > Прот сам может сотни раз вызывать и что дальше? Каждое такое место будет потенциально близким к oep.
SLV пишет: т.к. практический толк от такого софта стремится к нулю дык не юзай. Есть программы вообще с одним MessageBoxA и сам прот забирает N*4 байт из стэка - любой универсальный метод идёт лесом.
DillerInc Взял тестовую прогу UnPackMe_ExeCryptor2.1.20.j.exe запустил, OEP вприципе верно нашел, там как раз спертый код пропустил. после мессаджа твоя прога закрылась, а тестовая прога осталась висеть, при этом жрать 50% проца ( это хорошо что у меня 2-х ядерный ). видимо плохо киляешь процесс.
Више DillerInc писал ответ почему комп грузит Isaev пишет: он висит и грузит на 50-99% проц ...тут так и задумано.Может кто-то захочет потрогать зацикленный образ в памяти,сдампить его,например. Однако,если народ будет настаивать,то можно оформить иначе.
SLV пишет: Разве PEB так часто меняется? ...ты мне предлагаешь перехватывать обращение к PEB'у? В данном случае,это подобно удалению гланд через задний проход.Гораздо проще,а главное эффективнее поставить простой сплайс на нужные функции.И нужным образом обрабатывать перехват. Поэтому лучше ты обоснуй свой вариант. SLV пишет: Каждое такое место будет потенциально близким к oep. ...похоже,ты далёк от реальности.
Сейчас я намерен приделать туда диалог,где по-умолчанию будет выставлена галка "Automatically kill target process when done".Ну,и в EDIT будет выводится лог.
ClockMan пишет: Вообщето тузлу делали под securoms ;) ...я уже не помню,для чего я её изначально делал
DillerInc посмотри как работает GetModuleHandle когда HMODULE = 0. Про перехват обращения я не сказал ничего. Я про установку хука в конец функции. Или проще поставить хук на начало GetModuleHandle и сравнивать адрес возврата с границами секции кода при 0 в аргументе. Но всё равно универсально такое не сделаешь, про протекторы хз, но если рассматривать реальное применение в универсальном движке, то это будет 50/50.
СэЛоВэ, не докапывайтесь до софта. GetModuleHandle в длл не робит. Да и эмулиться он может. И вызываться много раз. А тут бряк на несколько функций сразу. Никто не обещает, что работать будет в 100% со всеми протами, а на практике даёт вполне неплохой результат.
Обновление. Как я и говорил,был добавлен диалог.Теперь можно управлять судьбой целевого процесса с помощью галки "Automatically kill target process when done", которая по-умолчанию отмечена.Информация выводится в виде лога. В библиотеке была добавлена версионная информация.Следите,чтобы эта версия соответствовала версии основного приложения. SLV пишет: В длл можно DisableThreadLibraryCalls попробовать ...спасибо,добавил.Пускай будет небольшая оптимизация.