Play Integrity Fix : réussir la certification sur Android rooté
Téléphone rooté bloqué sur "l'appareil n'est pas certifié" et apps bancaires en panne ? Voici le Play Integrity fix à jour pour 2026, ce que demande chaque verdict, et quand demander de l'aide.
Sommaire
Vous avez rooté votre téléphone, et maintenant Google Wallet est grisé, votre appli bancaire se ferme au lancement, et le Play Store indique discrètement que l'appareil n'est pas certifié. Rien n'est cassé sur votre téléphone. Ce qui a changé, c'est la réponse que donne Google quand une application demande si votre appareil est un Android standard, non modifié. Cette réponse, c'est le verdict Play Integrity, et ce guide explique ce que c'est, pourquoi le root le fait échouer, et la méthode utilisée en 2026 pour le réussir à nouveau sur son propre appareil.
Ce que Play Integrity vérifie réellement
Play Integrity est l'API qui a remplacé l'ancienne SafetyNet Attestation. Quand une application l'appelle, Google renvoie un verdict signé décrivant votre appareil selon jusqu'à trois niveaux :
- Basic integrity (
MEETS_BASIC_INTEGRITY) : la requête semble provenir d'un véritable appareil Android. - Device integrity (
MEETS_DEVICE_INTEGRITY) : l'appareil réussit les vérifications essentielles de Google et est reconnu comme un Android réel, certifié par Play. - Strong integrity (
MEETS_STRONG_INTEGRITY) : device integrity plus une preuve récente, garantie par le matériel sécurisé du téléphone.
Un téléphone d'origine, non modifié, réussit les trois sans que vous le remarquiez. La plupart des applications n'exigent que basic et device. Un groupe plus restreint, dont certaines wallets et banques strictes, demande strong. Pour l'historique complet et les compromis, notre comparatif SafetyNet contre Play Integrity va plus loin.
Pourquoi le root casse tout
Déverrouiller le bootloader, flasher une ROM personnalisée ou installer une solution de root comme Magisk, KernelSU ou APatch change des signaux que Google lit : l'état du bootloader, le fingerprint de build, et la capacité de l'appareil à produire une attestation matérielle de confiance. Dès que ces éléments changent, le verdict chute. Les symptômes visibles sont bien connus :
- Le Play Store affiche appareil non certifié dans la certification Play Protect.
- Google Wallet refuse d'ajouter une carte ou de payer sans contact.
- Les applications bancaires et de paiement affichent un avertissement d'appareil rooté et se ferment.
- Certains jeux échouent au lancement ou au niveau de leur anti-triche.
Si vous hésitez encore à rooter pour ces raisons, notre état des lieux des applications bancaires qui fonctionnent sur Android rooté vaut la peine d'être lu d'abord.
La situation en 2026 : ce qui a changé
Pendant des années, la solution standard était un module unique appelé Play Integrity Fix (PIF). En 2026, la situation est plus confuse, et cela compte car d'anciens guides renvoient vers des liens morts :
- Le Play Integrity Fix original a été abandonné par son auteur. La communauté s'est tournée vers des forks maintenus, principalement Play Integrity Fix (les forks activement mis à jour) et PlayIntegrityFork.
- Google a renforcé device integrity, qui exige de plus en plus un signal matériel valide, pas seulement un fingerprint falsifié.
- Strong integrity nécessite désormais, dans les faits, une keybox fonctionnelle injectée via un module d'appoint, et Google révoque les keyboxes fuitées par vagues, donc strong apparaît et disparaît.
La méthode générale, étape par étape
Voici, dans les grandes lignes, le fix sur un téléphone déjà rooté. Les étapes précises diffèrent entre Magisk, KernelSU et APatch ; si vous n'avez pas encore choisi, voyez Magisk vs KernelSU vs APatch.
- Activer Zygisk. Le fix s'exécute dans le zygote des applications. Activez Zygisk dans Magisk, ou installez ZygiskNext ou ReZygisk sous KernelSU et APatch, puis redémarrez.
- Flasher un module Play Integrity Fix à jour. Utilisez un fork activement maintenu, pas un vieux mirror. Installez le module dans votre gestionnaire de root et redémarrez. Ces modules sont gratuits et open-source, disponibles sur leurs pages de projet officielles et dans les dépôts de modules Magisk et KernelSU.
- Exécuter l'action de mise à jour du module. La plupart des forks actuels disposent d'un bouton d'action ou d'une petite interface web qui récupère un fingerprint d'appareil frais. Lancez-la après le flash, car un fingerprint périmé est la cause la plus fréquente d'un fix qui cesse de fonctionner.
- Cacher le root aux applications qui le recherchent. Activez la deny list pour vos applications sensibles et, sous Magisk, ajoutez Shamiko pour la renforcer. Un verdict réussi ne sert à rien si l'application repère directement le gestionnaire de root.
- Vérifier. Ouvrez une application de vérification Play Integrity, ou allez dans Play Store → profil → Paramètres → À propos → Certification Play Protect. L'objectif est de voir basic et device réussis.
Pour une device integrity qui résiste encore, certains ajoutent un assistant d'injection de keybox comme Tricky Store. C'est là que ça se complique : l'assistant est open-source, mais il a besoin d'une keybox valide et non révoquée, et les bonnes keyboxes sont rares et éphémères. Nous ne vous indiquerons pas de sources de keyboxes, car celles qui circulent sont généralement révoquées en quelques jours, et parfois pire. C'est la seule étape qui pousse la plupart des gens à chercher de l'aide.
Quelle approche convient à votre configuration
Le résultat dépend de votre méthode de root et de la rigueur de vos applications. Voici la situation, sans enjoliver :
| Votre configuration | Verdict basic + device | Verdict strong |
|---|---|---|
| Magisk + Zygisk + un fork de fix à jour | Réussit généralement | Nécessite une keybox valide ; peu fiable |
| KernelSU ou APatch + ZygiskNext/ReZygisk + fork de fix | Réussit généralement | Nécessite une keybox valide ; peu fiable |
| ROM personnalisée | Réussit avec le bon fingerprint | Rarement, et pas longtemps |
| Ancien module abandonné encore installé | Échoue souvent tant qu'il n'est pas mis à jour | Non |
| Application avec sa propre détection de root (certaines banques) | Le verdict peut réussir, l'app peut quand même refuser | Variable selon l'app |
La marque compte moins qu'on ne le pense. La même méthode s'applique sur un Samsung Galaxy, un Google Pixel, un Xiaomi, un OnePlus ou un Motorola ; ce qui change, c'est le fingerprint et l'agressivité des vérifications propres au fabricant. Si votre téléphone affiche appareil non certifié sur un modèle précis et que vous ne savez pas quel fingerprint utiliser, c'est un bon moment pour demander de l'aide.
Vérifier que ça a vraiment réussi
Ne vous fiez pas à une seule coche verte. Vérifiez tout ceci avant de considérer que c'est fait :
- Play Store → profil → Paramètres → À propos → Certification Play Protect indique Appareil certifié.
- Une application de vérification Play Integrity affiche
MEETS_BASIC_INTEGRITYetMEETS_DEVICE_INTEGRITY. - L'application qui vous intéresse réellement, votre wallet, votre banque ou votre jeu, s'ouvre et fonctionne de bout en bout.
- Ça réussit encore après un redémarrage complet, pas seulement juste après le flash.
Quand le fix ne tient pas
Même une configuration correcte peut continuer à échouer, et les raisons sont rarement évidentes :
- Une mise à jour de Google Play Services ou de l'application déplace les règles, et l'ancien fingerprint ne correspond plus.
- L'application exige strong integrity et votre keybox a été révoquée.
- Deux modules entrent en conflit, ou un ancien module resté en place continue d'injecter des valeurs périmées.
- L'application utilise ses propres vérifications de root et de falsification au-delà de Play Integrity, et refuse donc le root quel que soit le verdict.
À ce stade, vous poursuivez une cible mouvante : rafraîchir les fingerprints, changer de keyboxes, retester après chaque mise à jour. C'est normal dans ce coin d'Android, et c'est exactement ce qui finit par lasser les gens.
Faites-le faire pour vous
Si vous avez rooté uniquement pour personnaliser votre téléphone et que vous voulez simplement que votre wallet, votre appli bancaire et vos jeux fonctionnent, vous n'avez pas à devenir expert en Play Integrity. Notre service de réparation Play Integrity installe les modules actuels sur votre propre appareil lors d'une session guidée, cache le root aux applications précises que vous utilisez, le vérifie avec vous, et inclut 30 jours de correction gratuite si une mise à jour le casse. C'est à distance, votre téléphone et vos comptes restent chez vous, et vous ne payez qu'une fois que ça fonctionne. Si vous hésitez encore sur la méthode de root ou partez de zéro, notre service de root Android couvre aussi cela.
DRVCAM is a tool. You are solely responsible for how you use it, and DroidRooter is not responsible for any illegal use.
Questions fréquentes
Que signifie "l'appareil n'est pas certifié" ?
Cela signifie que Google ne reconnaît plus votre téléphone comme un Android standard, non modifié. Le root, un bootloader déverrouillé ou une ROM personnalisée changent ce que lit l'API Play Integrity, donc le Play Store marque l'appareil comme non certifié et certaines applications refusent de fonctionner.
Puis-je corriger Play Integrity sans dérooter ?
En général oui, pour les verdicts basic et device. Un module Play Integrity Fix maintenu au-dessus de Zygisk, avec le root caché aux applications sensibles, les rétablit sur de nombreux téléphones tout en gardant le root. Le verdict strong est un problème séparé et plus difficile.
Qu'est-ce qu'une keybox et pourquoi ne pas en partager une ?
Une keybox est le matériel de clé garanti par le matériel sur lequel repose strong integrity. Les keyboxes qui fuitent sont révoquées par Google par vagues, souvent en quelques jours, et les partager relève d'une zone grise légale et sécuritaire. Nous vous disons que strong integrity en a besoin ; nous ne distribuons pas de sources.
Le Play Integrity Fix original est-il toujours mis à jour ?
Non. Le module PIF original a été abandonné par son auteur. La communauté utilise à la place des forks maintenus, comme les forks activement mis à jour de Play Integrity Fix et PlayIntegrityFork. Les anciens guides qui renvoient vers le module original sont obsolètes.
Pourquoi mon fix a-t-il cessé de fonctionner après une mise à jour ?
Google Play Services et les applications modifient souvent leurs vérifications, et le fingerprint de votre appareil ou votre keybox peuvent devenir obsolètes. Il faut généralement relancer l'action de mise à jour du module, rafraîchir le fingerprint, ou remplacer une keybox révoquée.
Corriger Play Integrity cache-t-il le root à toutes les applications ?
Non. Play Integrity n'est qu'une vérification parmi d'autres. Certaines applications bancaires et d'entreprise exécutent leur propre détection de root et de falsification, indépendante, et peuvent donc toujours refuser un appareil rooté même si le verdict réussit. La deny list et Shamiko aident, mais ne fonctionnent pas pour toutes les applications.
Est-ce que ça fonctionne sur Samsung, Pixel, Xiaomi et d'autres marques ?
La méthode est la même d'une marque à l'autre ; ce qui change, c'est le fingerprint de l'appareil et la rigueur des vérifications propres au fabricant. Samsung, Pixel, Xiaomi, OnePlus et Motorola peuvent tous réussir les verdicts basic et device avec un module à jour et le bon fingerprint. Si vous ne savez pas lequel utiliser pour votre modèle exact, c'est un bon moment pour demander de l'aide.
Quelqu'un peut-il le faire pour moi si je ne suis pas technique ?
Oui. Si vous voulez simplement que votre wallet, votre appli bancaire ou vos jeux refonctionnent et préférez ne pas toucher aux modules, notre service de Play Integrity fix le configure sur votre propre appareil, cache le root aux applications que vous utilisez, le vérifie avec vous, et inclut 30 jours de correction gratuite.
Est-ce que tout cela est légal ?
Modifier un appareil qui vous appartient est légal dans la plupart des endroits, et ce guide concerne votre propre téléphone et des applications ordinaires. Il ne s'agit pas de fraude, de contourner des bannissements, de tricher, ni de détourner des applications ou des comptes qui ne sont pas les vôtres.