
Magisk-Modul, das automatisch renef_server (dynamische Instrumentierung für Android) paketiert.
Ein Magisk / KernelSU / APatch Modul, das automatisch renef — ein dynamisches Instrumentierungstoolkit für Android — verpackt und ausführt.
Inspiriert von magisk-frida.
MagiskRenef-{version}.zip von den Releases herunterNach dem Neustart startet renef_server automatisch über UDS (Unix Domain Socket) auf dem abstrakten Socket @com.android.internal.os.RuntimeInit.
Verbinde dich von deinem Host-Rechner aus mit dem renef-Client:
# Spawn a new process
renef -s com.example.app -l your-script.lua
# Attach to running process (open the app first)
adb shell su 0 sh -c "pidof com.example.app" # get PID
renef -a <PID> -l your-script.lua
Nach dem Neustart überprüfe die Modulliste deines Root-Managers:
renef_server is running (UDS) — gesundrenef_server failed to start — siehe FehlerbehebungÜberprüfe das Server-Log:
adb shell su 0 cat /data/local/tmp/renef_server.log
Failed to find libc baseMögliche Ursachen:
SELinux erzwingend — häufigste Ursache bei benutzerdefinierten ROMs / Samsung-Geräten:
adb shell su -c setenforce 0
Dann erneut versuchen. Wenn es funktioniert, blockiert SELinux die Prozessinjektion von renef.
Gerät nicht gerootet — renef_server muss als root (uid 0) laufen
Falsche Architektur — nur ARM64 wird unterstützt
Manche Apps setzen android:exported="false" für alle Aktivitäten. Das Flag -s (spawn) verwendet monkey, das diese nicht starten kann. Verwende stattdessen -a (attach):
# 1. Open the app manually on your device
# 2. Get its PID
adb shell su 0 sh -c "pidof com.example.app"
# 3. Attach
renef -a <PID> -l your-script.lua
Ein GitHub Actions-Workflow läuft täglich. Wenn eine neue renef-Version erkannt wird, führt er Folgendes aus:
renef-v{VERSION}-android-arm64.tar.gz von den renef-Releases herunterrenef_server und libagent.so# Install uv (https://docs.astral.sh/uv/)
uv run python3 main.py
# Force a rebuild
FORCE_RELEASE=1 uv run python3 main.py