Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
aquos-r7-ghostlock — Gerätespezifischer Linux-5.10-Kernel-Root-Exploit für Sharp AQUOS R7 (CVE-2026-43499), der temporär UID 0 mit SELinux permissive und einem su-Daemon gewährt. | Kitploit
Tools/GitHubGitHub/pirosap/aquos-r7-ghostlock
Android-SicherheitPrivilege EscalationSchwachstellenanalyseExploitationReverse EngineeringPost-ExploitationMobile SicherheitPayload-EntwicklungBinary-Exploitation
GitHubpirosap/aquos-r7-ghostlock

aquos-r7-ghostlock

Gerätespezifischer Linux-5.10-Kernel-Root-Exploit für Sharp AQUOS R7 (CVE-2026-43499), der temporär UID 0 mit SELinux permissive und einem su-Daemon gewährt.

vor 7h 48mNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen
Repository anzeigen

AQUOS R7 GhostLock temporärer Root

Gerätespezifischer Linux-5.10-Port von GhostLock (CVE-2026-43499) für das Sharp AQUOS R7. Das validierte Ziel ist das AQUOS R7 (Mineva, SGA202SH/A202SH) mit Android 14 Build 03.00.06, Kernel 5.10.218-android12-9-00041-g124993efd06e-ab12385094 (SM8450).

Dies ist ein Port von aquos-r6-ghostlock (AQUOS R6, Kernel 5.4.61-qgki). Jede Konstante — KASLR-Behandlung, das selinux_state-Leak-Fenster, Task-/Cred-Offsets, die Zero-BSS-Scratch-Region — wurde neu abgeleitet und gegen den R7-Kernel validiert; die R6-Stack-Geometrie diente nur als Ausgangsreferenz.

Ein erfolgreicher Lauf verschafft UID 0 mit SELinux permissive und startet einen kleinen su-Kommando-Daemon. Es wird kein vollständiger Linux-Capability-Satz gewährt und die Änderung ist nicht persistent: Ein Neustart stellt den Stock-Kernel-Zustand wieder her.

Build

Der Android-NDK-clang mit Ziel aarch64-linux-android29 ist erforderlich (getestet mit NDK r30):

root@kitploit:~
make build/ghostlock510   # ~3.4 MB static binary
make strip                # optional; ~0.6 MB, same behaviour

Reproduzierbarkeit: Dieser Quellcode ist, mit der obigen Toolchain gebaut, byte-identisch (MD5 fa896ebd361519766b46cc2bab70dea2) mit dem in allen Gerätetests verwendeten Binary. Das Release-Asset ist die llvm-strip-te Form genau dieses Binaries (598.672 Bytes, SHA-256 d3056b65380da9fda68bc1891a08c6028ee1cbdb39ff2c3ca136b703f1b0bef7).

Ausführung

Das Binary (Release-Asset oder eigener Build) pushen und einmal ausführen:

root@kitploit:~
adb push ghostlock510 /data/local/tmp/ghostlock510
adb shell chmod 755 /data/local/tmp/ghostlock510
adb shell "setsid nohup /data/local/tmp/ghostlock510 \
  --use-setattr --stamp3 --perm-pc --cred-swap --install-su \
  --stamp-off 0xf0 --log /data/local/tmp/ghostlock510.log \
  </dev/null >/dev/null 2>&1 &"

Den installierten su-Client für Root-Kommandos verwenden (vollständiger Pfad erforderlich):

root@kitploit:~
adb shell "/data/local/tmp/su -c 'id; getenforce'"
# uid=0(root) gid=2000(shell) groups=2000(shell) context=u:r:kernel:s0
# Permissive

su kommuniziert mit dem Daemon des Exploits über Loopback-TCP (Port 9999); es wird keine persistente Root-Shell angehängt. Kommandos sind zeilenbasiert, und das Verschachteln von su innerhalb von su funktioniert nicht. Interaktive Programme (vi, top, …) benötigen ein PTY; ein interaktiver su-Modus auf Basis des Daemons bleibt zukünftiger Arbeit überlassen.

Ein Exploit-Lauf pro Boot

Gemessen auf genau diesem Build (siehe VERIFICATION.md):

  • Der erste Lauf nach einem sauberen Boot war 10/10 Mal erfolgreich, unabhängig davon, wann er ausgeführt wurde (30–300 s nach Boot-Abschluss).
  • Ein zweiter Lauf, während eine Root-Session noch aktiv war, löste innerhalb von Sekunden einen Kernel-Panic aus. Das Gerät erholt sich automatisch (~40–90 s).

Also: Neustart, ghostlock510 einmal ausführen und nicht erneut ausführen, solange diese Session lebt. Der Neustart ist der Bereinigungspfad.

Wichtige Sicherheitshinweise

  • Kalibriert für das exakt oben genannte Gerät/Build. Nicht auf anderen Kernels ausführen, ohne jeden Offset und jede Stack-Geometrie unabhängig zu validieren.
  • Nach einem erfolgreichen Lauf zeigen Kernel-PI-Referenzen in den Stack eines aktiven Worker-Threads. Den geparkten Exploit-Prozess (oder die Prozesse) nicht beenden.
  • Nur auf Hardware verwenden, die Sie besitzen oder deren Test ausdrücklich autorisiert ist.

Kalibrierungsherkunft

Große externe Eingaben sind bewusst nicht in diesem Repository enthalten:

  • Kernel-Offsets und Disassembly wurden dem vmlinux/System.map des Android-CI-Kernel-Builds 12385094 entnommen; die Byte-Identität mit dem tatsächlich auf dem Gerät laufenden Kernel wurde über dessen boot_a-Image verifiziert.
  • SHARP-OSS-Firmware 03.00.01 wurde als Gerätequellenreferenz verwendet.

Referenzen

  • mouseos/aquos-r6-ghostlock — die direkte Portierungsquelle (AQUOS R6, Apache-2.0).
  • R0rt1z2/GhostLock — der Upstream- 5.10-Serien-PoC (Amazon-Geräte); der --stamp3 / --use-setattr-Ansatz wurde davon inspiriert (in jenem Repository ist keine Lizenz angegeben).

Lizenz

Apache License 2.0. Siehe LICENSE und NOTICE.

Tool herunterladen