A library to modify another program's memory on linux x64. The goal of this library is to provide easy functions to modify the memory of another application externaly. Additionaly creating a program like CheatEngine that runs natively on Linux with many features that CheatEngine provides.
A basic example on how to use memmod, for more examples look here.
from memmod import Process
# opens a process with the name "supertux2"
proc = Process(name="supertux2")
# get the puts function and execute it inside the process
puts = proc.get_libc_function("puts")
puts("Hello World!")
# Find a module by name
modulebase = proc.find_module(proc.name)
assert modulebase != None, "Failed to find module base"
# Search ingame coin address by resolving a pointer chain
static_ptr = modulebase.start + 0x6CBC40
coin_ptr_addr = proc.resolve_pointer_chain(static_ptr, [0x28, 0x20, 0x0])
# Write a number to address
proc.write(coin_ptr_addr, 9999)
You can find the uploaded library here and install it with:
pip3 install libmemmod
Together with the library you can also use the various scripts that have been installed. Here an example of their usage:
sudo -E loadshared -n supertux2 mysharedlib.so
sudo -E accessanalyzer -n supertux2 -a 0x559c7b55330e
sudo -E pointerscanner -n supertux2 -a 0x558599fb6fe0 -r 0x1ff
sudo -E timerhack -n supertux2 -f 2.0
- read/write to a process
- inject breakpoints and listen to them
- execute functions within the target process
- find modules from
/proc/pid/maps
by name, mode, offset or address - inject
.so
into target process withload_shared_library()
- create function detours with an optional trampoline
- bindings for ptrace
- get path to binary file with
get_path_to_executable()
- search pattern in a module with a signature
- resolve a pointerchain to find addresses, can be used with the Pointer Scanner.
- supports mono specific calls, see here
- find symbol and relocation offsets within a module
- get X11 window id with
get_x11_window()
- send key presses to the process
send_key()
- search for data or addresses in a specified range with
scan()
We use the /proc/
folder that "stores" all processes in separate folders with their Process-ID (pid) as the folder name.
Each process has a /proc/pid/status
file that contains the process name, a /proc/pid/maps
file with all the memory regions
listed, a /proc/pid/mem
"file" in which we can read/write in to the memory of the process (with the necessary permissions).
For reading and writting use the functions read()
and write()
, searching for a module can be done by using the functions
find_module()
and find_module_with_address()
.
For debugging we use the ptrace systemcall that allows us to stop a process, read its registers and continue until it reaches
a breakpoint. A breakpoint in x64 linux is the hex number 0xCC and we can simply write this byte into the process as explained
in the previous section. To use ptrace with this library run with proc.ptrace() as ptrace:
, when running this, it will
automatically attach and stop the process, after that it will NOT detach, but instead just continue! If you want to detach
you will need todo it manually with ptrace.detach()
. For easier handling with debugging and breakpoints you can use add_breakpoint()
,
it will take an address
and a handler
that is being executed as soon as the target process reaches the breakpoint. Optionaly you
can provide it with data that can be used in the handler. The handler will receive the registers and the data if provided. The handler
must return a boolean, if it returns False
the breakpoint will be removed, to keep the breakpoint return True
. But to start
listening to the breakpoints you will need to run the listen()
function. Note that the breakpoints are not being written into the
memory by add_breakpoint()
but by listen()
. Listen will stop when all breakpoints have been deleted or the user interrupts it with
ctrl+c, which will lead to the automatic removal of all breakpoints. Look here for examples on how to use it.
We use ptrace to stop the application and write the call rax
instruction at the current rip
location and a breakpoint after
that. We load into the rax
register the address to the function we want to execute and the other register are being set to the
arguments we want to pass to the function. After setting the registers, we continue the process flow and will reset the registers
and the overwritten binary as soon as we reach the breakpoint. To use this feature use the function run_function()
.
For more information see this article.
To show the capabilities of this library I programmed a few scripts that can be helpful when searching for addresses and are also being installed when installing this library. These scripts where inspired by the functionalities of CheatEngine.
- Access Analyzer Searches for asm instruction accessing address
- Pointer Scanner Searches for pointers pointing to an address
- Load Shared Library Loads a
.so
file to a process - Timer hack Speeds up the clock by a defined factor (x64 only)
Here are some useful links to websites that helped me making this library and the scripts.
- Guided Hacking - Read / Write to memory
- Linux-Inject
- ELF-Structure
- Injecting Code with Ptrace
- BananaBot - CSGO hacking
- C++ vtables
- LD_PRELOAD and Symbols
- Guided Hacking - Function hooking
- Guided Hacking - Unity / Mono
- Mono API Documentation
- Sendkeys (X11)
Some tools and programs that I used when testing and debugging the library and it's scripts.
- readelf (read symbols from binary file)
- objdump (assembler code of binary file)
- gdb (for debugging the target process)
- monodis
- online-86-assembler