Crates.io | ilhook |
lib.rs | ilhook |
version | 2.1.1 |
source | src |
created_at | 2019-12-13 12:35:31.346861 |
updated_at | 2024-07-02 08:38:33.980082 |
description | A library that provides methods to inline hook binary codes in x86 and x86_64 architecture |
homepage | |
repository | https://github.com/regomne/ilhook-rs |
max_upload_size | |
id | 189042 |
size | 89,103 |
This crate provides methods to inline hook binary codes of x86
and x64
instruction sets.
HOOK is a mechanism that intercepts function calls and handles them by user-defined code.
This crate works with Cargo and is on
crates.io. Add it to your Cargo.toml
like so:
[dependencies]
ilhook = "2"
Ilhook supports 4 types of hooking.
This type is used when you want to get some information, or modify some values (parameters, stack vars, heap vars, etc.) at the specified timing.
Assume we have a C++ function:
void check_serial_number(std::string& sn){
uint32_t machine_hash = get_machine_hash();
uint32_t sn_hash = calc_hash(sn);
// we want to modify the result of this comparison.
if (sn_hash == machine_hash) {
// success
}
// fail
}
And it compiles to the asm code:
0x401054 call get_machine_hash ;get_machine_hash()
0x401059 mov ebx, eax
; ...
0x401070 lea eax, sn
0x401076 push eax
0x401077 call calc_hash ;calc_hash(sn)
0x40107C add esp, 4
0x40107F cmp eax, ebx ;we want to modify the eax here!
0x401081 jnz _check_fail
; check_success
Now let's start:
use ilhook::x86::{Hooker, HookType, Registers, CallbackOption, HookFlags};
unsafe extern "C" fn on_check_sn(
reg: *mut Registers,
_: usize
) {
println!("m_hash: {}, sn_hash: {}", (*reg).ebx, (*reg).eax);
(*reg).eax = (*reg).ebx; //we modify the sn_hash!
}
let hooker = Hooker::new(
0x40107F,
HookType::JmpBack(on_check_sn),
CallbackOption::None,
0,
HookFlags::empty(),
);
hooker.hook().unwrap();
Then check_serial_number
will always go to the successful path.
This type is used when you want to replace a function with your customized function. Note that you should only hook at the beginning of a function.
Assume we have a function:
fn foo(x: u64) -> u64 {
x * x
}
assert_eq!(foo(5), 25);
And you want to let it return x*x+3
, which means foo(5)==28.
Now let's hook:
use ilhook::x64::{Hooker, HookType, Registers, CallbackOption, HookFlags};
unsafe extern "win64" fn new_foo(
reg: *mut Registers,
_ :usize,
_ :usize
) -> usize {
let x = (&*reg).rdi as usize;
x * x + 3
}
let hooker = Hooker::new(
foo as usize,
HookType::Retn(new_foo),
CallbackOption::None,
0,
HookFlags::empty(),
);
unsafe { hooker.hook().unwrap() };
assert_eq!(foo(5), 28);
This type is used when you want to change the original run path to any other you wanted.
The first element of the enum HookType::JmpToAddr
indicates where you want the EIP jump
to after the callback routine returns.
This type is used when you want to change the original run path to any other you wanted, and the destination address may change by the input arguments.
The EIP will jump to the value the callback routine returns.
This crate is not thread-safe if you don't specify HookFlags::NOT_MODIFY_MEMORY_PROTECT
. Of course,
you need to modify memory protection of the destination address by yourself if you specify that.
As rust's test run parrallelly, it may crash if not specify --test-threads=1
.