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
Root-My-Galaxy-S938B — KSU-Installer für unterstützte Samsung-Galaxy-Firmware mit CVE-2026-43499 | Kitploit
Tools/GitHubGitHub/asarr22/root-my-galaxy-s938b
Android-SicherheitPrivilege EscalationExploitationPost-ExploitationMobile SicherheitPayload-EntwicklungFirmware-Analyse
GitHubasarr22/root-my-galaxy-s938b

Root-My-Galaxy-S938B

KSU-Installer für unterstützte Samsung-Galaxy-Firmware mit CVE-2026-43499

Repository anzeigen
1vor 1 MonatNoch 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

Root My Galaxy — S938B

Root My Galaxy ist ein Firmware-profilierter Installer für temporären KernelSU-Root auf unterstützten Samsung-Builds. Dieser Fork wird für das Galaxy S25 Ultra SM-S938B gepflegt, das folgendes ausführt:

root@kitploit:~
Build:  BP4A.251205.006.S938BXXSBCZG3
Kernel: 6.6.98-android15-8-pd6ff1cd-abogkiS938BXXSBCZG3-4k

Neueste signierte APK herunterladen

Der Anwendungsquellcode, der Firmware-Feed und der Zygisk-Anbieter sind bewusst getrennt:

  • Anwendung: dieses Repository;
  • Payload-Feed: Root-My-Galaxy-Payloads-S938B;
  • getesteter Post-Boot-Zygisk-Anbieter: NeoZygisk-PostBoot.

Sicherheitsmodell

Der Root ist temporär. Ein vollständiger Neustart oder Herunterfahren entfernt die aktive KernelSU-Sitzung, obwohl installierte Module in /data/adb/modules für den nächsten erfolgreichen Exploit-Lauf verbleiben.

Die App gleicht automatisch die vollständige Kernel-Version, die Build-Anzeige-ID, das SDK, die ABI und die Seitengröße ab. Der erweiterte Modus erlaubt die manuelle Profilauswahl, aber ein ähnliches Modell oder eine ähnliche Kernel-Familie ist nicht gleichbedeutend mit einem exakten Firmware-Profil.

Verwenden Sie dies nur auf Geräten, die Ihnen gehören oder für die Sie ausdrücklich zum Testen autorisiert sind.

Root-Verfahren

  1. Installieren Sie die neueste signierte APK aus Releases.
  2. Führen Sie den einfachen Exploit-Ablauf aus und warten Sie, bis KernelSU als aktiv gemeldet wird.
  3. Öffnen Sie den KernelSU-Manager und bestätigen Sie den Root-Zugriff.
  4. Für reine KernelSU-Nutzung hören Sie hier auf.
  5. Für Zygisk installieren Sie genau einen Anbieter und die Module, die davon abhängen.
  6. Verwenden Sie bei einer Erstinstallation in einer sauberen Kernel-Sitzung einmal Soft Reboot aus dem KernelSU-Manager.
  7. Warten Sie, bis Android zurückkehrt, und überprüfen Sie den Anbieter und die abhängigen Module.

Verwenden Sie nicht die zurückgezogene automatische ReZygisk-Brücke und geben Sie keinen gezielten ctl.restart zygote-Befehl auf der validierten Samsung-Firmware aus. Hardware-Tests zeigten, dass dieser Pfad in den Fehlerzustand Device Services Uninstalled von Samsung übergehen und einen vollständigen Neustart erfordern kann.

Anbieter-Updates erfordern einen vollständigen Neustart

Installieren Sie keinen neuen Zygisk-Anbieter-Build über einen laufenden Monitor und drücken Sie dann KernelSU Soft Reboot im selben Kernel-Boot. Ein Hardware-Test reproduzierte einen stopped(zygote crashed)-Zustand, wenn ein alter Monitor/Laufzeit überlebte, während neuere Anbieterdateien aktiviert wurden.

Nach dem Aktualisieren von Zygisk Next oder NeoZygisk PostBoot:

  1. Installieren Sie das Update, führen Sie jedoch keinen Soft Reboot durch;
  2. führen Sie einen vollständigen Geräteneustart durch;
  3. führen Sie den einfachen Root My Galaxy-Exploit erneut aus;
  4. verwenden Sie im KernelSU-Manager einmal Soft Reboot;
  5. überprüfen Sie den Anbieter.

Nach einem zygote crashed, gelöschtem Monitor, Generationskonflikt oder FULL_REBOOT_REQUIRED-Bericht versuchen Sie in dieser Kernel-Sitzung keinen weiteren Soft Reboot.

Zygisk-Optionen

Verwenden Sie jeweils nur einen Zygisk-Anbieter.

Zygisk Next

Zygisk Next kann als herkömmlicher Anbieter verwendet werden. Installieren Sie sein KernelSU-Modul, konfigurieren Sie es normal, installieren Sie abhängige Module wie LSPosed oder Zygisk Assistant, und führen Sie dann aus einer sauberen Post-Exploit-Sitzung einen KernelSU-Manager Soft Reboot durch. Anbieter-Updates folgen dem oben genannten Voll-Neustart-Lebenszyklus.

Zygisk Next ist ein separates Projekt. Kompatibilitäts- und Closed-Source-Release-Änderungen werden von seinen Maintainern kontrolliert.

NeoZygisk PostBoot

Der gepflegte NeoZygisk PostBoot-Fork wurde auf S938BXXSBCZG3 hardwarevalidiert. Er stützt seine Laufzeit unter /dev/.neozygisk, um zu verhindern, dass Samsung DEFEX einen Root-Berechtigungs-Zygote daran hindert, die persistente Bibliothek unter /data/adb zu öffnen.

Validierte Erstinstallationssequenz:

  1. führen Sie den einfachen Root My Galaxy-Exploit vollständig aus;
  2. installieren oder aktivieren Sie NeoZygisk PostBoot;
  3. installieren oder aktivieren Sie Zygisk Assistant- und/oder LSPosed-Module;
  4. verwenden Sie im KernelSU-Manager einmal Soft Reboot;
  5. verwenden Sie die NeoZygisk-Modul-Aktionsschaltfläche zur Live-Überprüfung.

Eine erfolgreiche Überprüfung meldet einen injizierten zygote64, einen laufenden zygiskd64, einen einzelnen Monitor derselben Generation, der an init angehängt ist, und das Live-Mapping von /dev/.neozygisk/lib64/libzygisk.so.

Installieren Sie NeoZygisk PostBoot nicht neben Zygisk Next, ReZygisk oder einem anderen Anbieter, der denselben Zygisk-Lebenszyklus verwendet.

Payload-Integrität

Die APK löst den aktuellen Commit von igorcv88/Root-My-Galaxy-Payloads-S938B auf, lädt support/targets-v2.json von diesem unveränderlichen Commit herunter und schreibt jede Artefakt-URL auf denselben Commit um. Der Release-Workflow überprüft:

  • die exakten pa3q-S938BXXSBCZG3-Zielmetadaten;
  • dass jede URL zum gepflegten Payload-Repository gehört;
  • dass jeder referenzierte Payload existiert und seiner deklarierten Bytengröße entspricht;
  • dass die Anwendung keinen stromaufwärtigen veränderlichen Payload-Endpunkt enthält.

Signierte APK-Updates

Stabile APKs werden von GitHub Actions signiert und direkt als Assets unter Releases veröffentlicht, ohne einen Actions-Artefakt-Wrapper. versionCode erhöht sich bei jedem Release-Lauf, sodass spätere APKs frühere stabile Builds aktualisieren können, ohne sie zu deinstallieren, sofern das Signaturzertifikat unverändert ist.

Die erste Migration von einer debug-signierten oder anders signierten APK kann weiterhin eine Deinstallation erfordern. Android akzeptiert ein In-Place-Update nur, wenn die installierte und die eingehende APK dasselbe Signaturzertifikat teilen.

Erforderliche Repository-Geheimnisse:

root@kitploit:~
KEYSTORE_BASE64
KEYSTORE_PASSWORD
KEY_ALIAS
KEY_PASSWORD

Derselbe Signaturschlüssel kann technisch mehrere Paketnamen signieren. Die Wiederverwendung des BatteryRemapper-Schlüssels ist gültig, koppelt jedoch die Sicherheit beider Anwendungen: Ein Schlüsselkompromiss betrifft Updates für beide Pakete.

Lokaler Entwicklungs-Build

Anforderungen:

  • Android Studio JBR 21;
  • Android SDK 37;
  • Android NDK 28 oder neuer;
  • CMake 3.22.1.
root@kitploit:~
$env:JAVA_HOME='C:\Program Files\Android\Android Studio\jbr'
.\gradlew.bat :app:assembleDebug

Lokale Debug-APK:

root@kitploit:~
app/build/outputs/apk/debug/app-debug.apk
Tool herunterladen