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
CVE-2024-56426 — Ein PoC der Schwachstelle CVE-2024-56426. | Kitploit
Tools/GitHubGitHub/creeeeger/cve-2024-56426
Embedded-System-SicherheitPrivilege EscalationExploitationReverse EngineeringMobile SicherheitHardware-SicherheitPayload-EntwicklungFirmware-AnalyseBinary-Exploitation
GitHubcreeeeger/cve-2024-56426

CVE-2024-56426

Ein PoC der Schwachstelle CVE-2024-56426.

16751vor 26 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
Repository anzeigen

Exynos 990 / Exynos9830 Unified BootROM Exploit

Einheitliches CVE-2024-56426-Tooling für die Exynos 990 Galaxy S20-, S20 FE- und Note20-Familien. Der Exploit akzeptiert alle zehn Modellnamen und ordnet sie sechs verifizierten Stock-Bootloader-Familien zu.

[!CAUTION] Das mitgelieferte Key-Bundle und die generierten Images sind fusing-fähig. Fusing ist irreversibel. Ein Telefon, das auf einen Key gefused wurde, kann nur Images booten, die mit diesem Key kompatibel sind. Ein falsches Modell, eine falsche Rollback-Revision, ein falsches Patch-Set oder ein falsches Key-Bundle kann das Gerät in einer gefusten Boot-Schleife zurücklassen. Verwende Entwicklungs-Keys und die UFS-Payload, während du iterierst. Füge --no-fuse zu jedem Vorbereitungs-/Signierungsbefehl hinzu, es sei denn, Custom-Key-Fusing ist ausdrücklich beabsichtigt.

Unterstützte Modelle

Das ausgewählte Modell steuert sowohl die BL1-Modell-ID als auch die exakt-modellspezifische LK-Patch-TSV. Runtime artifact steuert, welche Stock-Firmware und verschlüsselten Split-Images vom Preflight verwendet werden. Die vier Nicht-5G-Flags, die gepaarte 5G-Runtime- Artefakte verwenden, patchen außerdem LKs Modell-ID-Prüfung und den Modell-ID-Programmierpfad.

[!IMPORTANT] Bei den unten aufgeführten Stock-Firmware-Builds können G780F, N980F, N981B, N985F und N986B nicht die UH-zu-BOOTLOADER- Methode verwenden, um EUB zu betreten. Ihre LK-Bootloader rufen Check_signinfo() auf, was den im Image eingebetteten BinaryName (uh.bin) mit dem erwarteten Dateinamen der BOOTLOADER-Partition (sboot.bin) vergleicht. Die Nichtübereinstimmung erzeugt Binaryname has changed (uh.bin) -> (sboot.bin) und lehnt den Flash ab.

Verwende stattdessen die passenden modellspezifischen Testpunkte, um EUB auf diesen Geräten zu betreten, anstelle der UH-Methode.

Modell-FlagRuntime-ArtefaktRuntime-FirmwareModell-IDEVTRollbackGetestetUH-Methode / EUB-Eintritt
G780FG780FG780FXXSOFYJ10x1541124❌Blockiert — Testpunkte verwenden
G980FG981BG981BXXSNHYB10x1431123✅Kein Dateinamen-Block
G981BG981BG981BXXSNHYB10x13D1123❌Kein Dateinamen-Block
G985FG986BG986BXXSNHYB10x1421123✅Kein Dateinamen-Block
G986BG986BG986BXXSNHYB10x13C1123✅Kein Dateinamen-Block
G988BG988BG988BXXSNHYB10x13E1123❌Kein Dateinamen-Block
N980FN981BN981BXXSIHYH30x1531118❌Blockiert — Testpunkte verwenden
N981BN981BN981BXXSIHYH30x14E1118❌Blockiert — Testpunkte verwenden
N985FN986BN986BXXSIHYH30x1521118❌Blockiert — Testpunkte verwenden
N986BN986BN986BXXSIHYH30x14D1118❌Blockiert — Testpunkte verwenden

Exynos 990 KVM und EL2-Modus

Alle zehn unterstützten Galaxy S20-, S20 FE- und Note20-Modell-Flags haben ein optionales CLI-only-KVM-Boot-Profil. Baue einen Branch des Exynos 990 Kernel, dessen Name kvm enthält, und füge --kvm zum exakt-modellspezifischen Befehl hinzu, zum Beispiel:

python3 exploit/exploit.py --build-sboot --model G985F --no-fuse --kvm

Dieses Profil entfernt den LK H-Arx/UH-Pfad, fordert EL3 auf, den Kernel bei EL2 zu betreten, und wendet die passende entschlüsselte/neu-verschlüsselte EL3-Monitor-Patch-Tabelle an. Es bleibt für Stock-/manipulierte Bootloader- Flash-Modi nicht verfügbar. Das Web-Kontrollzentrum hat absichtlich keine KVM-Steuerung. Mit dem passenden Kernel und WindowsInQemu kann Windows in QEMU auf dem Telefon mit voller Geschwindigkeit über KVM ausgeführt werden.

Schnellstart

Behandle nicht jeden Modus als eine nummerierte Installationssequenz. Wähle ein Ziel:

ZielPfad
Eine signierte Custom-ROM installierenExaktes Modell/Setup → EUB → temporäre --signed --no-fuse-Kette → die vollständige signierte Ausgabe der ROM flashen → UFS-Erststart
Den Exploit testenOptional --prepare --no-fuse → EUB → --signed --no-fuse → stoppen
Die Boot-Kette entwickeln (nur CLI)Temporärer No-Fuse-Test → bauen → generierte SBoot/TZSW/LDFW flashen → UFS
Dump / WiederherstellungDen separaten Workflow und die Fuse-State-Prüfungen verwenden

--prepare führt eine reine Host-Vorbereitung durch: Es ersetzt generierte Arbeits-Images und baut und signiert lokale Dateien, ohne USB zu öffnen. Es ist kein schreibgeschützter Dry-Run oder ein erforderlicher Vorgänger: --signed wiederholt den Preflight. Der generierte dreiteilige Heimdall-Befehl ist ein Boot-Ketten-Entwicklungswerkzeug; er ist kein Custom-ROM-Flash.

Lies USER_GUIDE.md und wähle den passenden Workflow, bevor du ein Gerät anfasst. Er enthält die Complete-ROM-Übergabe sowie die Regeln zur Wiederherstellung im unfused, fused und unsicheren Zustand.

Optionale lokale UI

Der HTTP-Server der Browser-UI verwendet Pythons Standardbibliothek und ruft die vorhandene exploit/exploit.py-CLI auf. Die Validierung von Key-Bundles und die Ausführung von Tools erfordern außerdem die Pakete in requirements.txt. Die Boot-Ketten-Entwicklung und ihr generierter dreiteiliger Heimdall-Befehl bleiben reine Terminal-Tools.

Starte sie aus dem Repository-Stammverzeichnis:

python3 exynos990_control_center.py

Der Launcher bindet an 127.0.0.1, generiert ein neues Zugriffstoken, gibt die vollständige lokale URL aus und öffnet sie im Standardbrowser. Verwenden Sie --no-browser, wenn ein Browser nicht automatisch geöffnet werden soll:

python3 exynos990_control_center.py --no-browser

Die UI bietet:

  • Rot/Grün-Prüfungen für Abhängigkeiten und Repository-Assets;
  • eine globale Zielmodell-Auswahl und genau zwei Fuse-Entscheidungen: Ungefused bleiben oder Fuse;
  • eine Workflow-Auswahl, die nur die Schritte des ausgewählten Workflows anzeigt und nummeriert;
  • Workflows für Install-ROM, Exploit-Test, BootROM-Dump und Stock-Recovery;
  • eine exakt-modellbezogene Aktion für manipulierten Loader, die UH validiert und ihn mit Heimdall in den BOOTLOADER-Slot flasht, um EUB zu erreichen;
  • eine permanente Fuse-Warnung und den konfigurierten Key/eFuse-SHA-256-Fingerabdruck;
  • eine Stock-Boot-Chain-Wiederherstellungskarte nur für ungefuste Geräte, die nach der Wahl von Fuse nicht mehr verfügbar ist;
  • Live-Prozessausgabe, Abbruch und Verifizierungsmarker pro Phase.

Außerdem wird ein CLI-only-Hinweis zu Exynos 990 KVM angezeigt, aber bewusst keine KVM-Option bereitgestellt und --kvm an keine Web-Aktion weitergeleitet.

Tool herunterladen