From 9c8518543fc718fd2683ca3c152df2b735212145 Mon Sep 17 00:00:00 2001
From: Orfeas <38209077+0xfea5@users.noreply.github.com>
Date: Tue, 23 Apr 2024 19:43:48 +0300
Subject: Adding README, LICENSE and relevant screenshots

---
 README.md | 83 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 83 insertions(+)
 create mode 100644 README.md

(limited to 'README.md')

diff --git a/README.md b/README.md
new file mode 100644
index 0000000..04eb8a5
--- /dev/null
+++ b/README.md
@@ -0,0 +1,83 @@
+# Introduction to game hacking using C & Linux API
+
+This project is part of a presentation I did about the bare and bones of game hacking on Linux.
+The goal is to introduce the viewers into two core Linux APIs, namely `procfs` and `ptrace`, through
+the development of a game trainer.
+
+## Disclaimer
+Everything discussed and showed in the presentation was done for educational purposes only.
+I do not encourage or promote the use of cheats or any other method that provide an unfair advantage.
+
+## Licence
+The project/presentation is licensed under GPLv2. See [LICENSE](https://git.orfeas.xyz/linux-game-trainer/tree/LICENSE) for more information.
+
+## Presentation outline
+* Introduction to basic concepts (binaries, processes, virtual memory)
+* Discussion on common cheating methods (internal, external & hardware level)
+* Focus on external cheats and their interaction model with the game's process
+* Introduction to Linux' `procfs` API
+* Introduction to Linux' `ptrace` API
+* Live demo
+
+## Demo
+During the demo I went through the steps of making a simple trainer using
+the concepts explained previously. I did this by going through every single commit
+which incrementally built the logic for the trainer. Finally I used the game
+[assaultcube](https://assault.cubers.net/download.html) to demonstrate the 
+trainer's capability to scan, read and write another process' memory.
+
+## Download & Use
+
+### Clone the repo
+
+```bash
+git clone https://git.orfeas.xyz/linux-game-trainer
+```
+
+### Prerequisites
+In most (if not all Linux distros), `ptrace` won't be able attach to any process.
+To change this behavior you can run:
+
+```bash
+echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
+```
+
+Note that this setting is not persistent across reboots.
+
+### Running the trainer
+To run the trainer run:
+
+```bash
+make
+./run <tracee_pid>
+```
+
+Two terminal windows will popup. In case they don't, you can modify the `run.sh` script to
+run your favorite terminal emulator (default being `gnome-terminal`).
+
+The first terminal window is running the `scan.sh` found under the `scripts/` directory.
+The script expects a byte sequence which is then scanned through the tracee's memory. Upon
+finishing, the results are cross referenced with previous scans to only get the memory 
+addresses that have appeared in all scans.
+
+The second terminal window is running the `read.sh` also found under the `scripts/` directory.
+The scripts reads out the data of the addresses of the most recent scan (post cross-referencing)
+at regular intervals (once per second).
+
+You can write to the remote process' memory by running:
+
+```bash
+./trainer <tracee_pid> <hex_value> <address ...>
+```
+
+## Screenshot
+![](./screenshots/assaultcubedemo_smol.png)
+
+## Related links
+* [man 2 ptrace](https://man7.org/linux/man-pages/man2/ptrace.2.html)
+* [man 5 proc](https://man7.org/linux/man-pages/man5/proc.5.html)
+
+## Image sources
+* [Pepe with monster](https://www.memeatlas.com/images/pepeThumbnails/pepe-boomer-monster-thumbsup-thumbnail.png)
+* [Pepe computer](https://i.ytimg.com/vi/_-dh_BnaxNo/maxresdefault.jpg)
+* [Pepe gamer](https://www.nicepng.com/png/full/0-8360_png-pepegamer-pepe-emoji-discord.png)
-- 
cgit v1.2.3