Galaxy Z Fold 7: Root trotz Bootloader-Lock geknackt
365 Tage. So lange hielt Samsungs permanente Bootloader-Sperre, die mit One UI 8.0 auf dem Galaxy Z Fold 7 und Z Flip 7 eingeführt wurde. Kein Magisk, kein TWRP, kein Odin-Umweg. Die Modding-Szene hatte kapituliert. Bis ein einzelner Use-After-Free im Linux-Kernel alles änderte.
Das GitHub-Tool Root My Galaxy nutzt die Schwachstelle CVE-2026-43499, intern „GhostLock“ genannt. CVSS-Score: 7.8, hochkritisch. Disclosed am 7. Juli 2026 – zwei Tage nach Samsungs Juli-Sicherheitspatch vom 5. Juli. Es gab keinen Fix. Und genau dieses 26-Tage-Fenster bis zum erwarteten August-Patch ist jetzt das Spielfeld.
Warum das kein gewöhnlicher Root ist
Ich habe mir den Exploit und die Community-Reports der letzten 48 Stunden genau angesehen. Der entscheidende Unterschied zur Magisk-Ära: Hier wird nichts geflasht, nichts persistent verändert. Der UAF-Bug erlaubt es, KernelSU in den laufenden Kernel zu injizieren – einmalig, im RAM, ohne Schreibzugriff auf die Boot-Partition.
Das bedeutet: Knox bleibt bei 0x0, Play Integrity meldet „Gerät zertifiziert“, Samsung Wallet funktioniert. Ein Reboot, und der gesamte Root-Zugriff verdampft. Kein Counter, kein Flag, kein forensischer Rückstand. Für Samsungs Sicherheitsarchitektur ist das ein Albtraum, weil die eigene Integritätskette den Zustand schlicht nicht erkennt.
Wer profitiert – und wer nicht
Funktioniert bestätigt auf: Galaxy S25, S25+, S25 Ultra (alle Varianten) und Galaxy Z Fold 7. Voraussetzung ist der Snapdragon 8 Elite mit Kernel 6.6.98. Das Tool listet offiziell nur die chinesische S25-Ultra-Variante (S938O), aber die Community hat die Kompatibilität breit verifiziert.
Ausgeschlossen: Galaxy Z Flip 7 (Exynos 2500, anderer Kernel-Branch), alle Geräte vor der S25-Generation, und alles, was nach dem August-Patch kommt. Qualcomm liefert den Kernel-Bugfix voraussichtlich mit dem nächsten BSP-Update an Samsung – und Samsung verteilt es dann OTA. Wer das Fenster verpasst, schaut in die Röhre.
Was Root auf einem 2026er-Galaxy tatsächlich bringt
Vergesst die alte „Custom-ROM-flaschen“-Romantik. Auf einem gelockten 2026er-Gerät geht es um Feinsteuerung: LSPosed mit Xposed-Modulen, versteckte One-UI-Toggles, systemweite Automatisierung. Der X-Nutzer @thatjoshguy69 hat auf seinem Fold 7 die Now-Brief-Custom-Cards und Now Nudge aktiviert – Features, die Samsung offiziell dem Galaxy S26 und Z Fold 8 vorbehält.
Ich finde das bemerkenswert: Samsungs eigene Feature-Gates sind offenbar nur Software-Schalter, keine Hardware-Limits. Ein Kernel-Exploit reicht, und das „exklusiv für die nächste Generation“-Marketing wird zur Farce. Das wirft eine unbequeme Frage auf: Wie lange will Samsung Features künstlich verknappen, wenn die Community sie in 20 Minuten freischaltet?
Die Risiken, die niemand in der Euphorie hört
Apropos Euphorie: Die ist in den Foren gerade riesig. Und ja, ich verstehe sie. Aber die Praxisberichte der letzten Tage zeichnen ein hässlicheres Bild. Der Exploit gelingt oft erst im dritten oder vierten Anlauf. Ein Nutzer berichtet von einem komplett ausgefallenen Cover-Display am Fold 7. Andere klagen über extremen Batterieverbrauch nach der Injektion.
Und hier wird es wirklich unangenehm: Samsung hat mit One UI 8.0 den Download Mode massiv erschwert. Wer durch einen fehlerhaften Modul-Flash das System zerschießt, hat keinen einfachen Rettungsweg mehr. Kein „Odin starten, Stock-Firmware flashen, weitermachen“. Die Kombination aus temporärem Root und permanent erschwertem Recovery-Zugang ist ein Brandbeschleuniger für Bricks.
Was jetzt passiert – und was Samsung tun wird
Der August-Sicherheitspatch wird GhostLock stopfen. Da bin ich mir sicher. Die Frage ist nicht ob, sondern was Samsung zusätzlich reinpackt. Meine Prognose: Eine weitere Einschränkung des Download Mode, möglicherweise eine serverseitige KernelSU-Signaturprüfung, und – ganz wichtig – eine Absicherung der Feature-Gates über Samsungs Cloud-Backend statt lokal im System.
Für die Modding-Szene bedeutet das: Das Zeitfenster schließt sich in maximal drei Wochen. Wer nicht genau weiß, was er tut, sollte die Finger davon lassen. Wer es trotzdem versucht: Backup über Smart Switch, ADB-Befehle parat haben, und niemals ohne funktionierenden Recovery-Plan an Systempartitionen schreiben.
Die Ironie bleibt: Samsung hat den Bootloader gesperrt, um Nutzer zu schützen. Und genau diese Sperre hat dazu geführt, dass der einzige verbleibende Weg ein ungepatchter Kernel-Bug ist – mit allen Risiken, die das mitbringt. Hätte Samsung einen offiziellen, Knox-sicheren Developer-Modus angeboten, wäre dieser Exploit nie nötig gewesen.
Schmidtis Blog zu Deiner bevorzugten Quelle bei Google hinzufügen
Links mit einem * sind Partner-Links. Durch einen Klick darauf gelangt ihr direkt zum Anbieter. Solltet ihr euch dort für einen Kauf entscheiden, erhalte ich eine kleine Provision. Für euch ändert sich am Preis nichts. Danke für eure Unterstützung!
