Skip to content
KitploitKITPLOIT
ToolsExploitsBlog
Log in
Einreichen
ToolsExploitsBlog
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.

FeedsKontaktDatenschutz© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
IonStack_S21 — Exploit-Chain-Forschung zu CVE-2026-43499 auf Samsung Galaxy S21 | Kitploit
Tools/GitHubGitHub/kurtulusakyuz/ionstack_s21
Android-SicherheitPrivilege EscalationSchwachstellenanalyseExploitationReverse EngineeringPost-ExploitationMobile SicherheitPapers & ForschungPayload-EntwicklungBinary-Exploitation
GitHub
879vor 20 TagenNoch 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
kurtulusakyuz/ionstack_s21

IonStack_S21

Exploit-Chain-Forschung zu CVE-2026-43499 auf Samsung Galaxy S21

Repository anzeigen

IonStack_S21 — CVE-2026-43499-Forschung für Galaxy S21 (SM-G991B)

Funktionierendes, aktives KernelSU-Projekt für dieses Gerät: kurtulusakyuz/dfroot-s21 — dort beginnen. Dieses Repo enthält nur die IonStack-Forschung.

Gerätespezifische IonStack-Nutzlast für das Samsung Galaxy S21 (o1s) auf Firmware G991BXXSJHZC2. Status: Forschung ABGESCHLOSSEN — deterministisch nur DoS; der Kernel-Schreibpfad ist auf diesem Build nachweislich unmöglich. Vollständige Beweise in RESEARCH.md.

FeldWert
ModellSM-G991B
Geräto1s
FirmwareG991BXXSJHZC2
Android15 / API 35 (AP3A.240905.015.A2, Fingerprint samsung/o1sxeea/o1s)
Seitengröße4096
Kernel5.4.242-30958140-abG991BXXSJHZC2
SoCExynos 2100
MitigationsCFI+PAC+PAN/UAO, KDP_CRED, SELinux enforcing, kein userfaultfd

Basiert auf der IonStack-CVE-2026-43499-Implementierung, veröffentlicht in NebuSec/CyberMeowfia (Upstream b850d3bddc74c3328d5fbcc0568d21962b55d949) und BuSung-dev/CVE-2026-43499-S25U, mit Dank an F-19-F/IonStackQuest3. Upstream Apache License 2.0 beibehalten in LICENSE (siehe NOTICE).

Endzustand (zuerst lesen)

Das GhostLock-Schreibprogramm für dieses Gerät ist fertig und abgeschlossen, nicht pausiert. Was bewiesen wurde, der Reihe nach:

  1. Der Bug ist real und vorhanden. remove_waiter() löscht current->pi_blocked_on anstelle von waiter->task->pi_blocked_on, sodass ein FUTEX_CMP_REQUEUE_PI-Rollback einen hängenden Zeiger auf einen Stack-rt_waiter hinterlässt. Der Upstream-Fix 3bfdc63 fehlt in 5.4.242.
  2. Der Trigger ist zuverlässig. Der 3-Thread-Zyklus (Owner → Kette → Waiter → Ziel-Deadlock, Haupt-CMP schlägt mit EDEADLK fehl) plus ein Consumer-sched_setattr reproduziert einen geräteidentischen Oops (rt_mutex_adjust_prio_chain+0x108 → _raw_spin_trylock+0x1c, Fault-VA 0) sowohl in einem KDP-losen QEMU-Gast als auch auf dem Telefon selbst (lastkmsg 118/119). Der hängende Slot ist vollständig gemappt (Stack-Top E-0x328, Lebenszyklus charakterisiert via QEMU+GDB).
  3. Der Schreibvorgang ist hier strukturell unmöglich. Neun Syscall-Spray- Familien wurden tiefenvermessen — keine erreicht den Slot; Slab-Reclaim ist durch ein Owner-Liveness-Catch-22 blockiert; und der entscheidende Fire-Time-Dump zeigt, dass die Sigreturn-Kopie NUR bei victim+0x40 liefert, während das durchlaufene Gate-Feld lock (+0x38) NIEMALS angreiferkontrolliert ist (15/15 Dumps). Unabhängige Ports (ASUS i005, AQUOS-Sigreturn-Route) stoßen auf dieselbe Wand. Geometrie, nicht Wahrscheinlichkeit.
  4. Was überlebt, ist ein deterministisches Reboot-Primitiv. NULL-Lock- Walks paniken den Kernel und starten das Telefon neu — ein zuverlässiger DoS, keine Privilegieneskalation.

Verwandte Kernel-LPE-Wege aus 2026 wurden auf diesem Build ebenfalls durch Firmware-Konfiguration geschlossen (USER_NS, RDS, CRYPTO_USER_API_AEAD alle nicht gesetzt; MFC-Double-Free unerreichbar mit MFC_USE_DMABUF_CONTAINER=n; AF_ALG/eBPF für Shell gesperrt). Post-Write-Artefakte (KernelSU .ko + ksud für genau diese Firmware gebaut) sind separat bereitgestellt; die src/kernelsnitch/-Header in diesem Baum bleiben bereitgestellt, aber ungebaut (kein Consumer existiert ohne einen Write).

Layout

Makefile                  build (NDK r27+, ANDROID_NDK_HOME)
src/                      exploit source (o1s profile only)
src/targets/o1s-G991BXXSJHZC2/  target.h + p0_fingerprint.h
src/kernelsnitch/         mm_struct leak (futex hash collision, staged)
tools/                    p0 fingerprint helper
RESEARCH.md               research notes (geometry, verdicts)

Build

export ANDROID_NDK_HOME=/path/to/android-ndk
make clean all
# SLIDE_WRITER_SEL=1|2|3 selects mcast/sigreturn(default)/xattr writers.
# Unset selects the experimental pselect writer (see RESEARCH.md).

Ausgaben (build/o1s-G991BXXSJHZC2/): cve-2026-43499 (LD_PRELOAD-Nutzlast), cve-2026-43499-app.so (App-Nutzlast), cve-2026-43499-root (Root-Helfer).

Bereitstellen & ausführen

adb push build/o1s-G991BXXSJHZC2/cve-2026-43499 /data/local/tmp/cve-2026-43499
adb push build/o1s-G991BXXSJHZC2/cve-2026-43499-root /data/local/tmp/cve-2026-43499-root
adb shell chmod 755 /data/local/tmp/cve-2026-43499 /data/local/tmp/cve-2026-43499-root
adb shell "LD_PRELOAD=/data/local/tmp/cve-2026-43499 sh"
# on success:
adb shell "/data/local/tmp/cve-2026-43499-root -c 'id; getenforce'"

Erwartungsmanagement: Auf diesem Build bedeutet „Erfolg" der Trigger-Walk und seine Oracle-Ausgabe — ein NULL-Lock-Walk startet das Gerät neu, anstatt Root zu liefern (siehe „Endzustand" oben). Root, falls jemals über ein zukünftiges Schreibprimitiv erreicht, lebt nur bis zum Neustart; nichts wird geflasht.

Status / Warnungen

  • Nur DoS, Schreibpfad mit Beweisen geschlossen — siehe RESEARCH.md für die vollständige Darstellung (Slot-Geometrie, Spray-Abschluss, SIGRETURN- Grand-Model, entscheidender Fire-Time-Dump, Bestätigung auf dem Gerät).
  • Timing-sensitiv; Kernel-Panics sind zu erwarten. Für saubere Slabs neu starten, das Gerät während der Ausführung im Leerlauf lassen. /data/local/tmp wird beim Neustart gelöscht — Binärdateien nach jedem Boot erneut pushen.
  • Nur auf Geräten verwenden, die Sie besitzen oder für die Sie ausdrücklich autorisiert sind, Tests durchzuführen.
Tool herunterladen