camsshaft/ionstack-s22-cve-2026-43499Android-Kernel-Exploit für Samsung Galaxy S22, der über CVE-2026-43499 Root im Kernel-Bereich erlangt, mit SELinux permissive, gerätespezifischen kallsyms und Panik-Protokollierung.
Hier finden Sie es https://github.com/CamsShaft/IonStack-S22
Voller Root im Kernel-Bereich mit SELinux permissiv auf meinem SM-S901W S22 5.10.168-android12-9-27760517-abS901WVLS4DWL3.
Ich werde hier nicht ins große Detail gehen oder lange Ausführungen machen, da es ungefähr 5.000 andere Repos da draußen gibt und, wie ich gelernt habe, fast jede dieser Variationen desselben Exploits einzigartig für das Gerät ist, auf das sie zugeschnitten sind, und ich es leid bin, diese auszufüllen. Meine im Besonderen stammt von diesem talentierten Herrn hier, und alle Anerkennung für diese Methode gebührt ihm https://github.com/sarabpal-dev/IonStack-S22U Ich werde genau zeigen, warum eine ausführliche Dokumentation sinnlos ist und alle enthaltenen Informationen als Vorlage ausreichend sind. Unten ist das Gerät, das sarabpal-dev verwendet hat, und darunter meins
Device: Samsung Galaxy S22 Ultra (SM-S908W)
Codename: b0q
Android: 15 / SDK 35
Build number: AP3A.240905.015.A2.S908WVLS8FYG7
Build display ID: AP3A.240905.015.A2.S908WVLS8FYG7
Build fingerprint: samsung/b0qcsx/b0q:15/AP3A.240905.015.A2/S908WVLS8FYG7:user/release-keys
Kernel: 5.10.226-android12-9-30958166-abS908WVLS8FYG7
Architecture: aarch64
Device: Samsung Galaxy S22 (SM-S901W)
Codename: r0q
Android: 14 / SDK 34
Build number: UP1A.231005.007.S901WVLS4DWL3
Build display ID: UP1A.231005.007.S901WVLS4DWL3
Build fingerprint: samsung/r0qcsx/r0q:14/UP1A.231005.007/S901WVLS4DWL3:user/release-keys
Kernel: 5.10.168-android12-9-27760517-abS901WVLS4DWL3
Architecture: aarch64
Wie Sie also sehen können, sind sie sich sehr ähnlich, aber es gibt einen sehr großen Unterschied zwischen ihnen. Seine Version verwendet eine ausführbare Datei, die vollständig in 32 Bit gebaut ist, während ich sie für meine in 64 Bit ändern musste, während sie weiterhin mit dem Rest des Codes kompatibel sein musste. Es erforderte ziemlich viel Disassemblierung und andere Dinge, um zu verifizieren, ob es überhaupt ein gültiger ausnutzbarer Weg war. Zum Glück war es das, aber ich kann für niemand anderen Garantien geben. Ich hoffe, es ist immer noch eine gute Methode, die viele Leute nutzen können, aber das liegt an euch, das herauszufinden. Die Readmes und einige Kommentare könnten außerhalb des Rahmens für dieses Gerät liegen, aber der Code ist korrekt, und das war das, was für mich zählte
P.S. Was Sie benötigen, ist das android-ndk in Termux und die boot.img Ihrer exakten Firmware-Version, um den Kernel und kallsyms zu extrahieren. Ich habe Protokollierung hinzugefügt, sodass eine Datei unter /sdcard/cve-2026-43499.log gespeichert wird, damit Sie, falls es einen Panik auslöst, zumindest einige Informationen haben, mit denen Sie arbeiten können, wenn Sie nicht wissen, wie Sie die relevanten Informationen nach einem Neustart finden (Sie sollten das nicht tun, wenn das der Fall ist, aber das ist weder hier noch dort).