
GhostLock-X200 v1.0 - chaîne d'outils root temporaire pour vivo X200 (PD2415 / noyau b57) basée sur CVE-2026-43499. Pour recherche en sécurité autorisée uniquement.
⚠️ Déclaration légale et de sécurité (à lire impérativement avant toute chose)
Ce dépôt est destiné exclusivement à la recherche en sécurité et à des fins éducatives, et son utilisation n'est autorisée que sur des appareils que vous possédez, ou pour lesquels vous disposez d'une autorisation écrite explicite. L'utilisation de cet outil sur l'appareil d'autrui sans autorisation peut violer les lois et réglementations locales. L'utilisation de cet outil peut entraîner un redémarrage anormal de l'appareil, une corruption des données, des anomalies système, l'annulation de la garantie, etc. ; évaluez les risques par vous-même. L'auteur décline toute responsabilité pour tout dommage direct ou indirect, ainsi que pour tout usage abusif. En poursuivant la lecture ou en utilisant ce dépôt, vous reconnaissez avoir compris et acceptez d'assumer l'ensemble des risques et responsabilités.
Chaîne d'outils de root temporaire pour vivo X200 (PD2415 / Dimensity 9400 / noyau b57), basée sur l'exploit de vulnérabilité du noyau CVE-2026-43499 (GhostLock) : pas besoin de déverrouiller le Bootloader, pas de flash, pas d'effacement des données. Après exécution, vous obtenez un root temporaire, qui disparaît au redémarrage.
Fonctionnalités • Appareils pris en charge • Différences avec les autres projets • Démarrage rapide • Principe de fonctionnement • Structure des répertoires • Licence
root.ps1 : détection automatique de l'appareil et du noyau, installation automatique des dépendances manquantes, génération automatique des offsetslog\, et en cas de panic/watchdog, les diagnostics pstore et autres sont automatiquement collectés et empaquetés (lisibles par IA) ; il suffit de les envoyer comme indiqué pour analysedevices/<nom du modèle>/ ; pour les modèles non répertoriés, les offsets peuvent être extraits automatiquement et un module généré ; toutefois, hormis le X200 b57, la possibilité de root sur les autres modèles doit être testée et adaptée par vous-même (le ko doit être recompilé avec vermagic/modversions selon le noyau cible), l'outil ne fournit que l'extraction automatique et une pré-vérification de faisabilité (sélection erronée d'init_boot, familles MTK inconnues, etc. signalées comme non recommandées)permissive_restore, qui corrige les anomalies réseau/partage de connexion de KernelSU en mode enforcing sur cet appareil (voir ci-dessous « Différences avec les projets de même origine »)| Appareil | Système / Noyau | État |
|---|---|---|
| vivo X200 (PD2415) | 16.1.12.2.W10 (vérifié sur appareil réel) | ✅ Disponible |
| vivo X200s | 16.1.12.12.W10 (même noyau b57 : SHA256 du noyau identique à celui du X200, offsets recoupés et cohérents avec un target.h validé par un tiers ; non testé sur appareil physique) | ⚠️ À essayer (correspondance exacte avec le module x200_b57 pour le même noyau, à vérifier par vous-même) |
| vivo X200 (PD2415) | 16.1.12.12.W10 (même build de noyau b57) | ⚠️ Non testé |
| vivo X200 (PD2415) | Autres 16.1.x, noyau b57af212129c | ⚠️ Non testé, à essayer |
| vivo X200 (PD2415) | Noyau >= 6.6.140 | ❌ Corrigé, indisponible |
| iQOO Neo11 et autres (même noyau MTK 6.6.89) | Même noyau | ⚠️ Non testé, développement secondaire requis |
Prérequis : noyau < 6.6.140 (CVE-2026-43499 non corrigé) et build
6.6.89-android15-8-gb57af212129c. Les modèles/builds non testés nécessitent une
vérification par vous-même. Explications complètes dans
le manuel d'utilisation.
Périmètre d'adaptation : ce projet n'a fait l'objet d'une adaptation complète sur appareil réel que pour le vivo X200 (PD2415 / 16.1.12.2.W10 / noyau b57) marqué ✅ dans le tableau. Tous les autres modèles (y compris le X200s à noyau identique) sont non testés / à adapter par vous-même : les offsets peuvent être reconstruits automatiquement, le vermagic du ko peut être recompilé automatiquement, mais le root n'est pas garanti et nécessite un développement secondaire selon le modèle/noyau cible (l'ABI modversions exige de recompiler le ko avec les sources du noyau de même build).
Autres modèles : les modèles hors de la liste officiellement prise en charge peuvent être essayés de force, l'outil ne bloquera pas l'exécution ; les offsets seront reconstruits automatiquement à partir des sources, et un redémarrage anormal en cours d'exécution empaquettera automatiquement les journaux de diagnostic. La possibilité finale de root dépend de l'adaptation par développement secondaire du modèle/noyau cible (le vermagic du module doit être recompilé selon le noyau cible), l'adaptation est à votre charge, aucune garantie d'utilisation directe.
Avertissement de faisabilité pour les modèles MTK : hormis la famille b57 déjà testée, les familles de noyaux MTK (Dimensity/Helio) inconnues ne sont pas recommandées — les archives publiques de la communauté (vivo PD2241 / Dimensity 9200) montrent que la synchronisation KernelSnitch n'est pas fiable sur MTK (interférences KASAN_HW_TAGS/MTE, PANIC_ON_OOPS sans marge d'essai, planificateur vivo RSC qui casse la chaîne pselect/pi). L'outil effectue automatiquement une pré-vérification et émet un avertissement lors de la sélection des sources.