
Módulo de Magisk que empaqueta automáticamente renef_server (instrumentación dinámica para Android)
Un módulo de Magisk / KernelSU / APatch que empaqueta y ejecuta automáticamente renef — un kit de instrumentación dinámica para Android.
Inspirado por magisk-frida.
MagiskRenef-{version}.zip desde ReleasesDespués del reinicio, renef_server se inicia automáticamente usando UDS (Unix Domain Socket) en el socket abstracto @com.android.internal.os.RuntimeInit.
Conéctese desde su máquina anfitrión usando el cliente renef:
# 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
Después del reinicio, verifique la lista de módulos de su gestor de root:
renef_server is running (UDS) — saludablerenef_server failed to start — consulte Solución de ProblemasRevise el registro del servidor:
adb shell su 0 cat /data/local/tmp/renef_server.log
Failed to find libc basePosibles causas:
SELinux en modo enforcing — la causa más común en ROMs personalizadas / dispositivos Samsung:
adb shell su -c setenforce 0
Luego intente de nuevo. Si funciona, el problema es que SELinux bloquea la inyección de procesos de renef.
Dispositivo no rooteado — renef_server debe ejecutarse como root (uid 0)
Arquitectura incorrecta — solo se soporta ARM64
Algunas aplicaciones establecen android:exported="false" en todas las actividades. La bandera -s (generar) usa monkey que no puede lanzarlas. Use -a (adjuntar) en su lugar:
# 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
Un flujo de trabajo de GitHub Actions se ejecuta a diario. Cuando se detecta una nueva versión de renef, realiza lo siguiente:
renef-v{VERSION}-android-arm64.tar.gz desde los lanzamientos de renefrenef_server y 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