aaaaaa aaaaaaa 51118baca8 recreate project as DLL | il y a 7 ans | |
---|---|---|
.. | ||
README.md | il y a 7 ans | |
advanced_instructions.asm | il y a 7 ans | |
advanced_instructions.h | il y a 7 ans | |
assemble.ps1 | il y a 7 ans | |
backwards.asm | il y a 7 ans | |
backwards.h | il y a 7 ans | |
catch.hpp | il y a 7 ans | |
main.cpp | il y a 7 ans | |
simple_tests.asm | il y a 7 ans | |
simple_tests.h | il y a 7 ans | |
test_cases.h | il y a 7 ans | |
test_cases.vcxproj | il y a 7 ans | |
test_cases.vcxproj.filters | il y a 7 ans |
This project aims to give a simple overview on how good various x64 hooking engines (on windows) are. I’ll try to write various functions, that are hard to patch and then see how each hooking engine does.
I’ll test:
(I’d like to test detours, but I’m not willing to pay for it. So that isn’t tested :( )
There are multiple things that make hooking difficult. Maybe you want to patch while the application is running -- in that case you might get race conditions, as the application is executing your half finished hook. Maybe the software has some self protection features (or other software on the system provides that, e.g. Trustee Rapport)
Evaluating how the hooking engines stack up against that is not the goal here. Neither are non-functional criteria, like how fast it is or how much memory it needs for each hook. This is just about the challenges the function to be hooked itself poses.
Namely:
Test cases ==========