nickcano/xenoscanOpen source memory scanner written in C++
XenoScan is a memory scanner which can be used to scan the memory of processes to locate the specific locations of important values. These types of tools are typically used when hacking video games, as they allow one to locate the values representing the game's state in memory.
XenoScan is written in C++ with a Lua frontend, and I've been working on advanced functionality that goes beyond anything that has been in any other memory scanners I've seen. Notably, it has a way to enumerate and return all complex data structures (such as std::list and std::map) in the target's memory space, and it can even scan for any class instances and group the discovered instances by their underlying types.
If you need to get in touch with me, want a place to chat, or have a question, my Discord is the best place.
XenoLua is a wrapper around Lua that provides a ton of functionality. Most notably, it provides a LuaVariant class which wraps the functionality of converting between C/C++ and Lua types. Additionally, it has helper functions for working with Lua in the LuaPrimitive class.
XenoScanEngine is the meat of the project. It contains the code for the scanning, data structure detection, and everything else.
XenoScanLua ties XenoScanEngine to XenoLua to provide a Lua-scriptable frontend for the scanner. Currently, this is the only entry-point to the scanner.
Additionally, this project contains some test code that ensures everything is working properly. A test is a combination of a .cpp, a .h, and a .lua file. For examples on how to use the scanner, you can check out the .lua test files.
XenoScan uses CMake, and has been tested with Visual Studio 2017. To use this version of VS, simply run buildmsvc2017.bat from a 32bit Developer Command Prompt for VS. As an example, to build a project for Visual Studio 2017, I run
cd C:\path\to\XenoScan
buildmsvc2017.bat
Which creates a file named XenoScan.sln in my build directory (e.g. C:\path\to\XenoScan\build). I then use this solution file to compile the code in Visual Studio. Building x64 is similar, but is run from an x64 Native Tools Command Prompt for VS.
cd C:\path\to\XenoScan
buildmsvc2017x64.bat
When switching between 32bit and x64 builds, you should run buildclean.bat. This will delete the generated project files and remove the compiled LuaJIT binaries, as they need to be rebuilt for the correct architecture (this will happen automatically).
Note: I have no idea why these prompts are named so differently. The important part is that the vcvars setup by the prompts correspond to the architecture being built. This is mainly important for building LuaJIT. Regardless, the build scripts will tell you if you're running them from the wrong place.
In theory, you should be able to build the code with any modernish compiler, as long as you use CMake to generate the project files. Before you can compile, you will need to make sure you've checked out the submodules. Once that's done, you'll also have to build the luajit submodule so XenoScan can link against the libraries.
By modernish, I mean anything that supports C++17, as the code uses that standard. Additionally, your CMake version should be at least 3.10.
The code is designed to be platform-agnostic. Theoretically, to compile on any other platform, you would need to
ScannerTargetWindows.cpp and ScannerTargetWindows.h files from the project.ScannerTarget interface for your platform.Basic scanning functionality supports the following types:
int8_tuint8_tint16_tuint16_tint32_tuint32_tint64_tuint64_tfloatdoublefiletime64: 64bit time stamp (GetSystemTimeAsFileTime() on Windows)ticktime32: 32bit tick count ( on Windows)* Lua frontend may choke on 64-bit integers, but the scanner library supports them.
Scanning supports the following types of matching:
min <= check <= max)Additionally, there is functionality to detect all instances of the following types:
std::mapstd::listGetTickCount()C++ struct)