camsshaft/ionstack-s22-cve-2026-43499Exploit du noyau Android pour Samsung Galaxy S22 qui obtient un accès root au niveau du noyau via CVE-2026-43499, avec SELinux permissif, kallsyms spécifiques à l’appareil et journalisation des panics.
Trouvez-le ici https://github.com/CamsShaft/IonStack-S22
Root complet dans le domaine du noyau avec selinux permissif sur mon SM-S901W S22 5.10.168-android12-9-27760517-abS901WVLS4DWL3.
Je ne vais pas entrer dans les détails ni m'étendre sur celui-ci car il existe environ 5 000 autres dépôts et, comme je l'ai appris, presque chacune de ces variantes du même exploit est unique à l'appareil auquel elle est adaptée et j'en ai marre de remplir ces fichiers. Le mien en particulier provient de ce talentueux monsieur ici et tout le crédit lui revient pour cette méthode https://github.com/sarabpal-dev/IonStack-S22U Je vais montrer exactement pourquoi un compte-rendu détaillé est inutile et que toutes les informations incluses sont suffisantes en tant que modèle. Ci-dessous se trouve l'appareil utilisé par sarabpal-dev et en dessous se trouve le mien
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
Donc, comme vous pouvez le voir, ils sont très similaires mais il y a une très grande différence entre eux. Sa version utilise un exécutable entièrement compilé en 32 bits tandis que pour la mienne, j'ai dû la convertir en 64 bits tout en restant compatible avec le reste du code. Il m'a fallu pas mal de désassemblage, entre autres, pour vérifier si c'était même une voie exploitable valide à utiliser. Heureusement, ça l'était, mais je ne donnerai aucune garantie pour qui que ce soit d'autre. J'espère que c'est toujours une bonne méthode que beaucoup de gens peuvent utiliser, mais c'est à vous de le découvrir. Les readme et certains commentaires peuvent être hors de portée pour cet appareil, mais le code est précis, c'est donc ce qui comptait pour moi
P.S. ce dont vous avez besoin, c'est de l'android-ndk dans termux et de votre boot.img de version de firmware exacte pour extraire le noyau et kallsyms. J'ai ajouté une journalisation qui enregistre un fichier dans /sdcard/cve-2026-43499.log afin qu'en cas de panique, vous ayez au moins quelques informations sur lesquelles travailler si vous ne savez pas comment trouver les informations pertinentes après un redémarrage (vous ne devriez pas faire ça si c'est le cas, mais bon, c'est comme ça).