Сейчас на форуме: (+9 невидимых) |
eXeL@B —› Протекторы —› Декомпилятор ВМ |
<< 1 ... 18 . 19 . 20 . 21 . 22 . 23 . 24 . >> |
Посл.ответ | Сообщение |
|
Создано: 03 марта 2010 12:33 · Личное сообщение · #1 Вашему вниманию предлагаются наработки по декомпиляции ВМ. Проект на сегодняшний день для меня завершен, но жаль если результат "ляжет на полку", может кому-нибудь и пригодится. Предлагаю сначала ознакомиться с обзором, и если будет интерес то могу выложить и сам плагин, или здесь или в личку заинтересованным лицам, каким образом, пока ещё не решил... Но если кто-либо ожидает увидеть "автоматическое чудо", то сразу скажу - его нет. Для того чтобы получить результат нужна ручная предварительная работа: - с исследуемой программы должна быть снята упаковка - точки входа в ВМ находятся вручную - возможно неоднократное "жамкание" клавиш в OllyDbg, а возможно и модификация кода, чтобы попасть в нужное место, в зависимости от защищенной функции - необходимо вручную прицепить к программе требуемый секцию - запись результатов в файл это тоже ручная работа, но уже более приятная Не всё гладко обстоит с определением реализаций ВМ, на сегодняшний день примерно каждая третья реализация автоматом не определяется, приходится под неё модернизировать плагин, т.к. не могу сразу предусмотреть все случаи "издевательств" ВМ с кодом примитивов. Лучше дела с восстановлением "исходного" кода защищенных функций - 70% нормально восстанавливается, хотя во многом это зависит от самой структуры функции. Таким образом, если будет заинтересованность и помощь в нахождении подобных ситуаций, то проект может быть доведен до релизной стадии. ЗЫ: Речь идет об Ореановских машинах. Нигде специально не упоминал. 9c41_03.03.2010_CRACKLAB.rU.tgz - VMSweeperLst.rar ----- Everything is relative... |
|
Создано: 23 апреля 2016 15:01 · Личное сообщение · #2 |
|
Создано: 01 мая 2016 14:00 · Личное сообщение · #3 jazzz пишет: В vmsweeper нельзя добавить настройку, делать хардварные или софтовые бряки? Или он уже не правится? Читаем это сообщение https://exelab.ru/f/action=vthread&forum=13&topic=15906&page=17#9 тут всё понятно написано. что значит ошибка Decoder VM is not running? И еще при попытке декомпильнуть функцию происходит краш программы и вообще железные бряки приводят к падению программы несмотря на то что все плагины настроены и сама программа уже распакована? Это значит, что декодер не запущен, появляется когда давите продолжение декодирования по Shift+F1, а F1 первоначально на точке входа в вм не даванули или же перезапустили Ольку вместе с прогой. Не всякая распакованная прога с вмпротектом будет работать, декомпилируйте нужные функции в оригинале проги, если же падает, то ничего страшного - рестарт проги в Ольке и Shift+F1 помогут. Почитайте описание Свипера и тему - им ещё надо уметь пользоваться. ----- Everything is relative... | Сообщение посчитали полезным: VodoleY |
|
Создано: 02 мая 2016 10:31 · Личное сообщение · #4 |
|
Создано: 26 июля 2016 08:41 · Личное сообщение · #5 Наконец-то появилось время и реальная необходимость заняться новыми версиями вмпротекта. Начиная с версии 3.0 вмпрот имеет новую безцикловую вм. Изменения настолько серьезны что нужно писать новый анализатор вм до промкода. О подробностях структуры протектора сообщу позже, если это необходимо...) ----- Everything is relative... | Сообщение посчитали полезным: HandMill, daFix, Jaa, Nightshade, Larry, zNob, SwordBack, Bronco, gloom, mushr00m, -Sanchez-, vnekrilov, VodoleY, 4kusNick |
|
Создано: 26 июля 2016 13:00 · Личное сообщение · #6 |
|
Создано: 26 июля 2016 14:53 · Личное сообщение · #7 |
|
Создано: 26 июля 2016 15:53 · Личное сообщение · #8 Vamit пишет: имеет новую безцикловую вм и он тоже? утверждать не буду, но впечатление что похоже на конструктор switch_case_break; Для апишек свой выход, для переходов между хендлами свои и т.д. Переходы через стек всё таки создают дискомфорт. Vamit пишет: Для перехода на 64 разряда пока нет необходимости и возможности необходимость есть и очень даже...)) А вообще успехов. ----- Чтобы юзер в нэте не делал,его всё равно жалко.. | Сообщение посчитали полезным: gloom |
|
Создано: 26 июля 2016 18:08 · Личное сообщение · #9 Bronco пишет: что похоже на конструктор switch_case_break; Не похоже, всё как и было - непрерывная пикодовая лента с прыжками по ней в месте условных и безусловных переходов, выход из вм для выполнения невиртуализованных фунок, пакетные вызовы со сменой ленты пикода для выполнения виртуализованных фунок и прочей внутренней дряни - только цикла вм нет, нет таблицы примитивов и нет их опкодов, адрес следующего примитива находится в ленте и хеширован. Инициализатор хеша, как и сам расчет хеша для каждой реализации вм разный. Заранее распознать примитивы нельзя, приходится это делать на лету во время декомпиляции ленты - это пока кратенько так...)) ----- Everything is relative... |
|
Создано: 26 июля 2016 19:28 · Поправил: Bronco · Личное сообщение · #10 Vamit пишет: выход из вм для выполнения невиртуализованных фунок в моём случае реализация вм в которой таких выходов больше одного. Системные Апи на свой и тд. И контекст ЦПУ восстанавливают уже без ключей. Отсюда и предположил конструктор. В остальном всё схоже по описанию, и это х64. ----- Чтобы юзер в нэте не делал,его всё равно жалко.. |
|
Создано: 27 июля 2016 07:49 · Личное сообщение · #11 Vamit пишет: только цикла вм нет, нет таблицы примитивов и нет их опкодов, адрес следующего примитива находится в ленте и хеширован индусов в ВМ_Прот наняли что ли? это их фишка циклы разворачивать, ибо платят за количество строк кода ----- Наша работа во тьме, Мы делаем, что умеем. Мы отдаем, что имеем, Наша работа во тьме.... |
|
Создано: 27 июля 2016 13:34 · Поправил: Vamit · Личное сообщение · #12 Ну вот, не прошло и двух дней а результат имеется: Code:
не влезло в один пост... ----- Everything is relative... | Сообщение посчитали полезным: vofka_morkofka, mkdev |
|
Создано: 27 июля 2016 13:39 · Личное сообщение · #13 продолжение... Code:
Осталось удалить антидамп и разобраться с ошибочками... ----- Everything is relative... |
|
Создано: 27 июля 2016 14:32 · Поправил: vofka_morkofka · Личное сообщение · #14 |
|
Создано: 27 июля 2016 14:53 · Личное сообщение · #15 |
|
Создано: 27 июля 2016 15:06 · Личное сообщение · #16 Ага, вот теперь понял что это. Спасибо. А деобфускация промежуточного кода осталась прежней, то есть от той версии свипера что была? То есть даже без кардинальных переделок удалось добиться такого выхлопа? А если это не великая тайна, то каким способом свипер деобфусцированный код чистит, после того как ВМ убрана из работы? Собственные наработки или какой-то компилятор оптимизирующий? А вообще матчасть учить хочу, только инфы крупицы, надо над этим работать и работать ещё.. |
|
Создано: 27 июля 2016 22:41 · Личное сообщение · #17 |
|
Создано: 07 февраля 2017 16:09 · Личное сообщение · #18 Есть желание перенести Свипер на Ольку 2.01 и реализовать 64 разрядную декомпиляцию, но сначала нужно разобраться с антидебагом, есть ли в природе нормальные плагины по сокрытию Ольки от вмпрота на Win10 последних сборок? Если есть дельные предложения, то можно и в личку... ----- Everything is relative... | Сообщение посчитали полезным: CyberGod |
|
Создано: 07 февраля 2017 16:20 · Личное сообщение · #19 |
|
Создано: 07 февраля 2017 17:04 · Поправил: Bronco · Личное сообщение · #20 Vamit пишет: Есть желание перенести Свипер на Ольку 2.01 и реализовать 64 разрядную декомпиляцию, но сначала нужно разобраться с антидебагом, есть ли в природе нормальные плагины по сокрытию Ольки от вмпрота на Win10 последних сборок? Если есть дельные предложения, то можно и в личку... Лучше уже сразу на Mr.eXoDia x64, и проект развивается, и там движки кросплатформенные, тот же капстон, юникорм, поддержка питона, очень подсобят. Ну и олька то под х64 как бы под вопросом, то что в привате, я так понял не особо юзабильное. по антидебагу днйствительно скиллахайде рулЁт, опять же проект опен сорс ----- Чтобы юзер в нэте не делал,его всё равно жалко.. | Сообщение посчитали полезным: HandMill, v00doo |
|
Создано: 07 февраля 2017 20:40 · Личное сообщение · #21 |
|
Создано: 07 февраля 2017 20:46 · Поправил: Bronco · Личное сообщение · #22 Vamit пишет: Сцилла на Win10 работать не хочет, да и 2014 года она не обновлялась... ну и как гарант, последний 2 года на вин10. Vamit пишет: очень много почти с 0 оно то понятно, только тут один ----- Чтобы юзер в нэте не делал,его всё равно жалко.. | Сообщение посчитали полезным: Vamit |
|
Создано: 07 февраля 2017 21:47 · Поправил: Vamit · Личное сообщение · #23 |
|
Создано: 10 февраля 2017 01:12 · Поправил: v00doo · Личное сообщение · #24 Vamit пишет: Есть желание перенести Свипер на Ольку 2.01 и реализовать 64 разрядную декомпиляцию С возвращением Bronco пишет: Лучше уже сразу на Mr.eXoDia x64, и проект развивается, и там движки кросплатформенные, тот же капстон, юникорм, поддержка питона, очень подсобят. Солидарен, все таки стоит признать, что оля дохлый инстурмент под 64... Дополню на счет юникорна (питон правда и для иды, но все же): https://github.com/tkmru/nao Vamit пишет: Может ещё у кого есть файл хелпа по PDK для 2ой Ольки, буду благодарен А он вообще был? Я просто только архивчик видел уже с pdk... | Сообщение посчитали полезным: plutos |
|
Создано: 11 февраля 2017 04:42 · Личное сообщение · #25 |
|
Создано: 11 февраля 2017 15:51 · Поправил: mak · Личное сообщение · #26 plutos Собирал не раз, следуй инструкциям на сайте, если всё сделать так как там написано, всё отлично собирается. Правда я потом не стал разбираться, как собрать без дебаг информации .. ----- RE In Progress [!] Coding Hazard [!] Stay Clear of this Cube | Сообщение посчитали полезным: plutos |
|
Создано: 12 февраля 2017 06:56 · Личное сообщение · #27 mak пишет: следуй инструкциям на сайте Точно следую пошаговым инструкциям в COMPILE-WINDOWS.md https://github.com/unicorn-engine/unicorn/blob/master/docs/COMPILE-WINDOWS.md Все вроде бы идет нормально пока не дохожу до •To compile Windows 64-bit binary with MinGW, run: $ ./make.sh cross-win64 и получаю: $ ./make.sh cross-win64 bash: ./make.sh: No such file or directory ???????????? ----- Give me a HANDLE and I will move the Earth. |
|
Создано: 12 февраля 2017 16:27 · Поправил: mak · Личное сообщение · #28 plutos пишет: mak пишет: следуй инструкциям на сайте Точно следую пошаговым инструкциям в COMPILE-WINDOWS.md https://github.com/unicorn-engine/unicorn/blob/master/docs/COMPILE-WINDOWS.md Все вроде бы идет нормально пока не дохожу до •To compile Windows 64-bit binary with MinGW, run: $ ./make.sh cross-win64 и получаю: $ ./make.sh cross-win64 bash: ./make.sh: No such file or directory ???????????? Ты должен перейти в директорию и диск с твоим проектом используя команды dir и cd, кстати флаг дебага в конфиге можно поменять. Я только собрал последний билд из сорсов новых .. Code:
Vamit в твоей теме веселее! ----- RE In Progress [!] Coding Hazard [!] Stay Clear of this Cube | Сообщение посчитали полезным: plutos |
|
Создано: 12 февраля 2017 18:01 · Личное сообщение · #29 |
|
Создано: 13 февраля 2017 04:06 · Личное сообщение · #30 Vamit > есть ли в природе нормальные плагины по сокрытию Ольки от вмпрота на Win10 Я давно не смотрел, но раньше антидебаг у этого прота был примитивным. Что то изменилось ? Системными способами если антидебаг реализован, то это не проблема обойти. Проблему составляет снятие тайминга - дельта по времени между двумя событиями. Обычно такое весьма не просто решить. ----- vx |
|
Создано: 13 февраля 2017 09:50 · Личное сообщение · #31 difexacaw пишет: Я давно не смотрел, но раньше антидебаг у этого прота был примитивным. Что то изменилось ? С 3ей версии прота много что изменилось и антидебаг в том числе, но что конкретно я не знаю. Последняя ScyllaHide решает эту задачу. Но есть в связке OllyDbg 2.01 - last Win10 другие как минимум 2 проблемы, мешающие нормальной работе. Пока разбираюсь... ----- Everything is relative... |
<< 1 ... 18 . 19 . 20 . 21 . 22 . 23 . 24 . >> |
eXeL@B —› Протекторы —› Декомпилятор ВМ |