Софт VMProtect devirtualizer

[syscall]

VMP devirtualizer

( last version )

Пожалуйста, авторизуйтесь для просмотра ссылки.

Usagble:

./build/titan -i intrinsics/vmprotect64.ll -b crypted_app.exe -e entrypoint_of_vm

intrinsics/vmprotect64.ll -> лежит там же, на гитхабе

CREDITS:

Пожалуйста, авторизуйтесь для просмотра ссылки.

 

[shialex]

VMP devirtualizer

( last version )

Пожалуйста, авторизуйтесь для просмотра ссылки.

Usagble:

./build/titan -i intrinsics/vmprotect64.ll -b crypted_app.exe -e entrypoint_of_vm

intrinsics/vmprotect64.ll -> лежит там же, на гитхабе

CREDITS:

Пожалуйста, авторизуйтесь для просмотра ссылки.

Nice Release, +rep

 

[Ahora_technology]

VMP devirtualizer
( last version )

Не совсем правда. Желаю удачи протестировать на 3.8(а лучше на 3.7).
Сам пример не плохой, но всегда нужно понимать, что нет "волшебных коробочек", которые решат всё и всегда за вас(включая и защиту)

 

[getvertex]

Ну что сказать

 

[syscall]

Не совсем правда. Желаю удачи протестировать на 3.8(а лучше на 3.7).
Сам пример не плохой, но всегда нужно понимать, что нет "волшебных коробочек", которые решат всё и всегда за вас(включая и защиту)

 

[BestChen]

Не совсем правда. Желаю удачи протестировать на 3.8(а лучше на 3.7).
Сам пример не плохой, но всегда нужно понимать, что нет "волшебных коробочек", которые решат всё и всегда за вас(включая и защиту)

Is VMP3.8 still safe? because someone leaked the virtual machine source code of VMP3.5 some time ago, I am skeptical about the security of VMP3.8 version.

 

[cbdvomnelol]

Is VMP3.8 still safe? because someone leaked the virtual machine source code of VMP3.5 some time ago, I am skeptical about the security of VMP3.8 version.

leak vmp sources did not help in any way to write this devirtualizer, as well as the virtual machine in vmp has changed a lot since version 3.6

 

[Ahora_technology]

Is VMP3.8 still safe? because someone leaked the virtual machine source code of VMP3.5 some time ago, I am skeptical about the security of VMP3.8 version.

1) The leaked source code was not posted in full.
In particular, there was no code for obfuscation of the native code (virtual machine), which is a triangular stone in obfuscation.
2) You can always try to break such public tools if you attack such libraries:
Triton, Unicorn Engine, etc. There are other approaches, but I see no point in talking about them.
3) There are always private tools for divirtualizing such tools, but they are very private or you have to pay a tidy sum for them (when will this come to your attention?).
4) Ask technical support for this, because I shouldn’t have written the text above.