Installer LSPosed en 2026 : Vector, Zygisk, Magisk, KernelSU et APatch

Vous avez cherché LSPosed, trouvé un tutoriel de 2023 qui vous demande de flasher un zip, et vous ne savez plus si ce zip fonctionnera sur votre version d'Android. Ce doute est légitime.

La réponse courte : en 2026, vous installez Vector, la suite maintenue de LSPosed, depuis sa page de releases GitHub, une fois que votre gestionnaire root dispose d'un environnement Zygisk fonctionnel. Le zip LSPosed d'origine (v1.9.2) date d'octobre 2023 et son README s'arrête à Android 14. Vector annonce la prise en charge d'Android 8.1 à 17.¹⁴

Le point que la plupart des guides passent sous silence : KernelSU et APatch n'ont pas de Zygisk intégré. Sur ces deux outils, vous ajoutez d'abord un module Zygisk séparé, et vous n'utilisez qu'une seule implémentation Zygisk à la fois.¹¹¹⁶

Sources vérifiées le 5 novembre 2026. Ce guide s'appuie sur la documentation ; il ne prétend pas que DroidRooter a testé tous les téléphones, ROM ou modules cités. Lorsqu'un libellé de menu n'est pas vérifié, le texte le dit.

Aller à : Ce qui a changé · En avez-vous besoin ? · Prérequis · Quelle version · Avant de commencer · Magisk · KernelSU · APatch · Choix du Zygisk · Ouvrir et vérifier · Modules et portées · Mise à jour · Dépannage · Désinstallation · Sécurité · DRVCAM · FAQ

Ce qu'est LSPosed, et ce qui a changé d'ici 2026

LSPosed est un framework de hooking pour ART : il permet à de petits programmes complémentaires appelés modules de modifier le comportement des applications et des services système, via l'API Xposed d'origine. Il est livré sous forme de module Zygisk : il s'exécute donc dans les processus que la couche Zygisk de votre gestionnaire root démarre.¹

L'intérêt, c'est que les hooks vivent en mémoire. Aucun APK d'application n'est réécrit : désactiver un module puis redémarrer annule donc le changement de comportement. (Les modules peuvent toutefois écrire leurs propres fichiers ; « réversible » décrit donc le hook, pas tout ce qu'un module pourrait faire.)⁴

Voici ce qui est arrivé au projet, avec des dates que vous pouvez vérifier :

• Le dépôt du LSPosed d'origine n'a plus de release depuis la v1.9.2 du 2023-10-11 et plus de commit sur sa branche par défaut depuis le 2024-01-07. Il n'est pas archivé et d'autres branches reçoivent encore des pushs : une visite sur GitHub peut donc sembler plus active que ne le suggère la page des releases. Son README indique « Android 8.1 ~ 14 ».¹²
• Vector est l'ancien fork JingMatrix de LSPosed. La release v2.0 (2026-03-22) indique que le projet a été renommé de LSPosed en Vector, avec une architecture Zygisk réécrite. La v2.1 (2026-08-02) est le premier build sur l'API libxposed 101 moderne ; elle annonce Android 8.1 à 17, avec un gestionnaire reconstruit. La v2.2 (2026-08-04) est un correctif de la 2.1 qui ajoute le rechargement à chaud (hot reload) pour l'API 102.⁵
• Seul Vector annonce la prise en charge d'Android 15, 16 et 17. Le projet d'origine n'a aucune déclaration pour ces versions, ce qui n'est pas la même chose qu'une preuve qu'il y échoue.⁴¹

Xposed, EdXposed, LSPosed, Vector : un seul tableau

Vous verrez aussi des forks et des rebrandings cités seulement dans des titres de vidéos. Nous n'avons pas pu les vérifier et nous n'en recommandons aucun.

API historique ou API libxposed

Vector prend en charge à la fois l'API Xposed historique et la nouvelle API libxposed.⁴ Pour vous, cela signifie que les anciens modules continuent de se charger, tandis que les modules récents peuvent être écrits pour libxposed et exiger Vector en particulier. La page du module précise ce qu'il en est.

En avez-vous besoin ? Ce que ça permet et ce que ça ne permet pas

Les frameworks de la famille LSPosed demandent le root et Zygisk. Il vous faut donc un téléphone rooté, et rooter avec Magisk ou KernelSU exige un bootloader déverrouillé. Le guide d'installation de Magisk le dit explicitement, tout comme la FAQ de KernelSU.¹⁰¹¹

Avertissement avant de vous lancer dans le root pour la première fois : déverrouiller un bootloader efface normalement le téléphone. Sur les Samsung, la documentation de Magisk indique que la première installation exige un effacement complet des données et déclenche définitivement le bit de garantie Knox.¹⁰ Faites d'abord une sauvegarde. Si vous n'êtes pas encore rooté, lisez ce qu'est vraiment le root et notre guide du root Android avant tout le reste, et vérifiez votre modèle exact, car tous les appareils ne peuvent pas être rootés.

Ce qu'un framework vous donne : la possibilité d'exécuter des modules qui interceptent (hookent) des applications. Ce qu'il ne vous donne pas :

• Aucune garantie qu'un module donné fonctionne avec une application ou une version d'Android donnée. Les modules cassent quand les applications et Android évoluent.
• Aucune invisibilité. Le root et le hooking peuvent être détectés, et certaines applications refusent de se lancer. Nous ne promettons aucune indétectabilité, ni rien concernant Play Integrity ou les applications bancaires.
• Pas de « Xposed sans root ». Les outils d'APK patchés et de conteneurs virtuels existent ; c'est une autre technique, avec d'autres compromis. Nous ne les avons pas vérifiés et nous ne les couvrons pas.

Si vous voulez savoir quels modules existent, notre guide des modules Magisk et Xposed traite cette question. Cette page se limite à l'installation et à la réparation du framework.

Prérequis selon la version d'Android et le gestionnaire root

Lisez la ligne qui correspond à votre téléphone. « Pas de déclaration maintenue » ne signifie pas « échec constaté ».

La couche root compte tout autant :

La FAQ de KernelSU répond elle-même à la question du framework : vous pouvez utiliser LSPosed ou un autre dérivé Xposed moderne avec Zygisk Next.¹¹ La FAQ d'APatch indique qu'il n'a ni Riru ni Zygisk intégré, et que vous ajoutez Zygisk via des modules APatch.¹⁶

Quelle version installer

Le format des noms, pour repérer le vrai fichier : les assets stables de Vector ressemblent à Vector-v2.2-3080-Release.zip et Vector-v2.2-3080-Debug.zip. Les derniers assets du projet d'origine étaient LSPosed-v1.9.2-7024-zygisk-release.zip et son jumeau Riru.⁵² Si la page de release indique une somme de contrôle, comparez-la avec votre téléchargement.

Release ou Debug ? Le README de Vector recommande les builds Debug pour ceux qui dépannent et indique que les rapports de bug ne sont acceptés que depuis le dernier build debug. Pour un usage quotidien, prenez Release.⁴ Les builds Canary sont des préversions CI ; la plupart des lecteurs devraient utiliser la version stable.⁵

Avant de commencer : sauvegarde et récupération

Un framework s'exécute dans le processus de chaque application cochée, et un mauvais module peut empêcher le téléphone de démarrer. Préparez d'abord le chemin du retour.

1. Sauvegardez vos données. Faites-le quel que soit le framework, puisque vous allez flasher des modules en root.
2. Conservez l'image boot ou init_boot d'origine de votre build exact. Notre guide pour obtenir la bonne image boot ou init_boot explique comment, et l'échec de flash Magisk et la récupération couvre le secours habituel.
3. Connaissez votre accès au mode sans échec.
4. Magisk : sa FAQ indique que deux démarrages ratés d'affilée le placent dans un mode sans échec qui désactive tous les modules et Zygisk. Vous pouvez aussi exécuter magisk --remove-modules via adb, ou redémarrer en mode sans échec depuis le menu de redémarrage de l'application. La FAQ décrit le timing de la combinaison de touches, qui peut être délicat.⁹
5. KernelSU : sa page de secours indique d'appuyer sur volume bas puis de relâcher plus de trois fois après le premier écran de démarrage. La page prévient que le timing peut ne pas se déclencher sur les appareils qui démarrent vite, qu'une mauvaise ligne d'init rc s'exécute quand même en mode sans échec, et qu'il ne faut jamais installer de modules de source inconnue.¹³
6. Si vous vous retrouvez malgré tout dans une boucle, notre guide de la boucle de démarrage Android et la boucle de démarrage sans perdre ses données sont les étapes suivantes.

Installer sur Magisk

Magisk intègre Zygisk : c'est donc le chemin le plus court. Les libellés des menus changent d'une version de Magisk à l'autre ; l'interrupteur des Paramètres ci-dessous est celui que notre guide d'installation de DRVCAM a documenté, captures d'écran à l'appui, sur un téléphone sous Magisk 31.x.²⁰

1. Activez Zygisk. Ouvrez Magisk → Paramètres, trouvez l'interrupteur Zygisk dans la section Magisk et activez-le. Magisk demande un redémarrage.
2. Redémarrez, et vérifiez que l'écran d'accueil de Magisk indique maintenant Zygisk : activé.
3. Téléchargez Vector depuis la page des releases du projet (github.com/JingMatrix/Vector/releases) : le Release.zip stable, pas « Source code ».
4. Modules → Installer depuis le stockage, choisissez le zip et laissez l'installation se terminer.
5. Redémarrez.
6. Ouvrez le gestionnaire par l'une des trois méthodes de la section suivante.

Le README de Vector donne la même séquence avec ses propres mots : installer via votre gestionnaire root, s'assurer qu'un environnement Zygisk existe, redémarrer, puis accéder aux réglages via la notification système.⁴

N'installez pas non plus un module Zygisk autonome tant que le Zygisk intégré de Magisk est activé. Le README de ReZygisk demande aux utilisateurs de Magisk de désactiver celui qui est intégré, car les deux entrent en conflit, et les prérequis de Zygisk Next précisent que le Zygisk intégré de Magisk doit être désactivé.¹⁸¹⁷

Une remarque de version : Magisk v31.1 a supprimé les demandes de superutilisateur réactives ; les accès sont donc accordés à l'avance dans l'onglet Superutilisateur.⁸ Cela compte pour l'étape du root Shell dans le tableau de dépannage.

Installer sur KernelSU

1. Vérifiez que votre gestionnaire KernelSU affiche un root fonctionnel. KernelSU prend officiellement en charge les noyaux GKI 2.0 de 5.10 et au-delà.¹⁴
2. N'exécutez pas Magisk en parallèle. La documentation de KernelSU indique que son système de modules entre en conflit avec le magic mount de Magisk : si un module est activé dans KernelSU, Magisk cesse complètement de fonctionner.¹¹
3. Décidez pour un métamodule. KernelSU 3.x a introduit les métamodules, et sa page indique que sans métamodule, les modules ne sont pas montés. La FAQ nuance : un métamodule est nécessaire pour les modules qui modifient des fichiers sous /system, tandis que les scripts, sepolicy et system.prop fonctionnent sans.¹²¹¹ Nous n'avons pas isolé si Vector a besoin d'un module monté. Notre propre guide d'installation de DRVCAM documente un téléphone KernelSU qui exécute Zygisk Next et Vector sans mentionner de métamodule.²⁰ Si d'autres de vos modules touchent à /system, installez un métamodule comme le décrit la page de KernelSU (par exemple meta-overlayfs, via le bouton d'ajout du gestionnaire, puis redémarrage ; un seul à la fois).
4. Installez une seule implémentation Zygisk depuis l'onglet Modules (Zygisk Next, ReZygisk ou NeoZygisk ; voir la comparaison). Redémarrez.
5. Installez le zip Release de Vector de la même façon. Redémarrez.
6. Ouvrez le gestionnaire (section suivante).

Le README de Zygisk Next indique un KernelSU minimum 10940 et un gestionnaire KernelSU (ksud) minimum 11575.¹⁷ KernelSU v3.3.1, la version actuelle, dépasse largement les deux, mais vérifiez le README de l'implémentation que vous choisissez.

Installer sur APatch

1. APatch doit être en arm64, et votre noyau doit se situer dans la plage annoncée de 3.18 à 6.12.¹⁵
2. Dans le gestionnaire APatch, ouvrez la liste des modules (APM), installez le zip d'une seule implémentation Zygisk et redémarrez. Les libellés varient selon la version.
3. Installez le zip Release de Vector et redémarrez.
4. Ouvrez le gestionnaire (section suivante).

Trois remarques sur APatch. D'abord, sa FAQ cite un projet appelé Zloader comme alternative, mais indique qu'il n'a plus de commit depuis la v0.1.3, qu'elle ne le recommande plus, et qu'il est incompatible avec toute implémentation Zygisk. Nous ne le recommandons pas non plus.¹⁶ Ensuite, le README d'APatch indique que la SuperKey a des privilèges supérieurs à l'accès root : traitez-la comme un mot de passe root.¹⁵ Enfin, si l'installation d'un module échoue avec une erreur liée au shell, la FAQ d'APatch conseille de retirer le root à l'application Shell. C'est l'inverse d'une étape de dépannage de Vector, traitée dans le tableau plus bas.¹⁶⁶

Choisir l'implémentation Zygisk

Vector, KernelSU et APatch citent ces trois-là sans les classer. La règle qu'ils partagent : n'en installez qu'une.⁴¹¹¹⁶

Votre choix relève autant de la confiance et de la licence que de la technique. La ligne sur la licence est un fait que vous pouvez vouloir connaître quand vous choisissez un logiciel qui tourne en root, pas un classement de qualité. Si vous avez déjà une configuration qui fonctionne, vous n'avez pas besoin d'en changer.

Ouvrir le gestionnaire et vérifier que ça fonctionne

Il n'y a pas d'APK de gestionnaire à télécharger séparément. Le gestionnaire de Vector est livré dans le module.⁶ Trois façons d'y accéder, tirées du guide de dépannage du mainteneur :

1. La notification système après le redémarrage (la méthode du README).
2. Le bouton Action du gestionnaire root sur le module Vector, si la notification n'apparaît pas. Mettez d'abord à jour Magisk ou KernelSU.
3. Installer le gestionnaire comme une application ordinaire depuis le dossier du module via adb :

adb shell su -c cp /data/adb/modules/zygisk_vector/manager.apk /data/local/tmp && adb pull /data/local/tmp/manager.apk && adb install ./manager.apk

Si le gestionnaire ne s'ouvre toujours pas, le même guide indique d'accorder d'abord le root au Shell système (com.android.shell). Lisez l'avertissement du tableau de dépannage avant de le faire.⁶

Le gestionnaire v2.1 a été reconstruit avec Jetpack Compose : ce guide décrit donc les écrans par leur fonction plutôt que de citer des libellés.⁵

La checklist : réussi ou échoué

• [ ] Votre gestionnaire root affiche Zygisk activé (accueil de Magisk), ou liste exactement un module Zygisk activé (KernelSU et APatch).
• [ ] Le module Vector est listé et activé dans le gestionnaire root.
• [ ] Le gestionnaire Vector s'ouvre et son écran d'accueil indique que le framework est actif.
• [ ] Un vrai test. Installez un petit module de confiance dont vous pouvez lire le code source, activez-le, cochez une application cible comme portée, forcez l'arrêt de cette application puis rouvrez-la. Si l'effet du module apparaît, toute la chaîne fonctionne.

Si une ligne échoue, passez au tableau. La dernière ligne compte, car un framework peut se déclarer « actif » alors qu'un module ne fait toujours rien.

Modules et portées : comment fonctionne l'activation

Trois conditions doivent être réunies avant qu'un module agisse sur une application :

1. Le module est activé dans le gestionnaire.
2. L'application cible est cochée dans la portée du module.
3. Le processus cible a été redémarré après les deux.

Le wiki de LSPosed décrit le même fonctionnement : les modules s'installent comme des applications ordinaires, vous activez le module, puis vous choisissez où il s'applique. Beaucoup de modules affichent une portée recommandée, que le gestionnaire sélectionne automatiquement. Les modules qui ne hookent pas les services système n'ont besoin que d'un redémarrage de l'application cible ; ceux qui hookent le framework système exigent un redémarrage du téléphone. LSPosed n'a volontairement pas de « Tout sélectionner » pour les modules obsolètes, et les cases cochées doivent rester restreintes : LSPosed n'injecte que dans les applications cochées et laisse les autres dans un environnement propre.³

Plusieurs utilisateurs : le wiki indique que le gestionnaire vit sur l'utilisateur principal et affiche un onglet par utilisateur. Installez un module dans le profil utilisateur où il doit fonctionner.³

Rechargement à chaud : Vector v2.2 a ajouté le hot reload pour les modules libxposed API 102 ; ces modules peuvent donc être remplacés sans tuer le processus cible. Les anciens modules suivent toujours la règle du redémarrage.⁵

Le gestionnaire dispose aussi d'une page Dépôt pour trouver des modules. Nous ne listons pas de modules ici ; consultez le guide des modules pour le choix et les précautions.

Mise à jour, et passage de LSPosed d'origine à Vector

Mettre à jour Vector : installez le nouveau zip par-dessus l'ancien depuis l'écran Modules de votre gestionnaire root, puis redémarrez. Si vous aviez installé le gestionnaire comme application séparée sur la 2.1, les notes de la v2.2 demandent de le désinstaller avant la mise à jour.⁵ Si quelque chose casse après une mise à jour, essayez le dernier build Debug avant de déposer un rapport, comme le demande le README.⁴

Passer de LSPosed v1.9.2 :

1. Désactivez vos modules dans l'ancien gestionnaire, retirez l'ancien module LSPosed dans le gestionnaire root, puis redémarrez.
2. Installez Vector comme décrit plus haut. Ne faites pas tourner deux frameworks.
3. Revérifiez ensuite la portée de chaque module. Nous n'avons pas pu vérifier que la configuration des modules est conservée de LSPosed à Vector ; partez du principe qu'elle ne l'est pas.

Après une mise à jour d'Android ou de sécurité : mettez d'abord à jour la couche root, puis le framework. Le changelog de Magisk montre que la prise en charge de Zygisk pour les nouvelles versions d'Android est arrivée dans des versions précises (16 QPR2 dans la v30.7, Android 17 dans la v31.0).⁸ Nous n'avons pas vérifié pourquoi telle mise à jour a cassé tel téléphone ; consultez les trackers d'issues des projets pour votre build.

Tableau de dépannage

Les « causes probables » sont notre synthèse de ce que la documentation laisse entendre, pas un classement par fréquence. Niveaux de preuve : P est un document du projet, C est un retour d'utilisateur.

Si Zygisk lui-même a planté, le guide du mainteneur inclut une commande qui récupère les journaux du daemon de Vector dans le dossier de données ; copiez-la depuis la source plutôt que de mémoire.⁶

Sur GrapheneOS et les autres systèmes durcis : les notes de Vector v2.1 mentionnent un correctif pour son gestionnaire face aux restrictions de chargement de code dynamique de GrapheneOS.⁵ Des messages de la communauté décrivent la désactivation de protections supplémentaires pour le faire fonctionner. Cela réduit la sécurité d'un système durci sur la foi du témoignage d'une seule personne ; nous ne le recommandons donc pas.⁶

Désinstallation et retour en arrière en toute sécurité

L'ordre compte.

1. Dans le gestionnaire Vector, désactivez les modules (ou tous les modules), puis redémarrez. Cela suffit en général à ramener les applications à la normale, car les hooks sont appliqués en mémoire.⁴
2. Dans le gestionnaire root, désactivez ou supprimez le module Vector, puis redémarrez.
3. Supprimez l'implémentation Zygisk seulement si rien d'autre sur le téléphone n'en a besoin. Sur Magisk, vous pouvez simplement désactiver l'interrupteur du Zygisk intégré.
4. En cas d'urgence, utilisez les accès au mode sans échec décrits dans Avant de commencer.

Certains modules écrivent leurs propres fichiers et réglages. Retirer le framework ne les annule pas.

Précautions de sécurité

Vous combinez le root avec un logiciel qui s'injecte dans d'autres applications. Prenez cela au sérieux.

• Les modules s'exécutent avec la portée du root. La documentation de KernelSU avertit que les modules ont les privilèges root et peuvent causer des dégâts irréversibles, et demande de ne pas installer de modules de source inconnue.¹³
• Téléchargez uniquement depuis la page des releases GitHub du projet. Comparez le nom de l'asset avec le format décrit dans Quelle version installer. Le README de Vector avertit que les builds CI issus de pull requests sont souvent instables et potentiellement dangereux ; restez sur les builds de la branche master. GitHub exige une connexion pour télécharger les artefacts CI.⁴
• Les sites « LSPosed APK » sont une mauvaise source. Il n'y a pas d'APK de gestionnaire autonome dans le flux normal : une page qui en propose un ne propose donc pas ce que le projet distribue. Les premières vidéos des recherches d'installation renvoient aussi vers des zips sur des hébergeurs de fichiers. Nous le disons comme une observation sur les résultats de recherche, pas sur les intentions d'un auteur de mise en ligne.
• Vie privée. Un module peut lire ce que voit l'application hookée. Ne cochez que les applications dont un module a besoin.
• La SuperKey d'APatch est aussi sensible que le root lui-même.¹⁵

Utiliser le framework pour DRVCAM

DRVCAM est une caméra virtuelle pour Android rooté. Sa page produit indique qu'elle fonctionne sur Android 9 à 17 rooté avec un framework Xposed tel que LSPosed, et notre guide d'installation de DRVCAM utilise Vector dans ce rôle, avec des captures d'écran d'un téléphone Magisk et d'un téléphone KernelSU qui aboutissent au même état.²¹²⁰ Ce qui se passe une fois le framework en place est traité dans le manuel d'utilisation de DRVCAM et dans le fonctionnement d'une caméra virtuelle sur Android rooté.

Les limites sont celles de DRVCAM lui-même : il faut le root, et la compatibilité dépend de votre téléphone, de votre build d'Android et des applications visées. Un framework qui fonctionne ne garantit rien de tout cela. Utilisez-le uniquement sur votre propre téléphone et à des fins légales.

En résumé

En 2026, « installer LSPosed » signifie : confirmer votre gestionnaire root, lui donner exactement un Zygisk, installer Vector depuis ses releases GitHub, ouvrir le gestionnaire et le prouver avec un test ciblé.

N'installez pas le zip de 2023 parce qu'un tutoriel l'a dit. N'empilez pas deux implémentations Zygisk. Connaissez votre accès au mode sans échec avant de flasher quoi que ce soit. Et traitez chaque module comme un logiciel doté d'une portée de niveau root, parce que c'en est un.

Étape suivante : si vous installez DRVCAM, poursuivez avec notre guide d'installation de DRVCAM et la page DRVCAM. Il faut un téléphone rooté, et les résultats dépendent de votre téléphone, de votre build d'Android et de vos applications. Si vous êtes bloqué en bootloop ou n'arrivez pas à faire fonctionner le root, DroidRooter propose une aide à distance pour le root et la récupération. Le service vérifie d'abord l'appareil exact et dit clairement quand une méthode n'est pas sûre. Vous ne savez pas si votre téléphone peut être rooté ? Commencez par le guide du root, et faites d'abord une sauvegarde.

Dernière vérification le 5 novembre 2026 (à revérifier avant de s'y fier) : Vector v2.2 (2026-08-04), Magisk v31.1, KernelSU v3.3.1 (2026-10-12), APatch 11282 (2026-10-15), ReZygisk v1.0.0, NeoZygisk v2.4, Zygisk Next v1.5.2 (2026-10-15).

Sources et documentation des projets