meric57
Sainté. en ligue 1
Membre VIP
- Inscrit
- 12 Avril 2016
- Messages
- 3 489
- Points
- 83
- #1
RÉPARER L'INTÉGRITÉ APPLICATION
Ce module tente de corriger les verdicts Play Integrity et SafetyNet pour obtenir une attestation valide.
AVANT DE COMMENCER :
- Votre ROM doit être signée avec une clé privée du mainteneur, vous pouvez vérifier avec cette commande :
su -c unzip -l /system/etc/security/otacerts.zip
Si elle affiche "testkey", vous ne passerez pas le verdict Device même avec une empreinte digitale valide.
- La version locale de votre noyau ne doit pas contenir de chaînes interdites, exécutez cette commande :
su -c uname -r, et vérifiez ici
Si les commandes ne fonctionnent pas , invite commande taper adb shell avant ensuite taper c'est 2 command.
on doit voir ceci
Vous aurez besoin de root et de Zygisk , vous devez donc choisir UNE de ces trois configurations :
- Magisk avec Zygisk activé.
- KernelSU avec le module ZygiskNext installé.
- APatch avec le module ZygiskNext installé.
Après avoir flashé et redémarré votre appareil, vous pouvez vérifier PI et SN à l'aide de ces applications :
- Play Integrity ->
- SafetyNet ->
REMARQUE : si vous recevez un message d'erreur concernant une limite, vous devez utiliser une autre application, car de nombreux utilisateurs demandent une attestation.
REMARQUE : SafetyNet est obsolète , plus d'informations ici :
De plus, si vous utilisez une ROM personnalisée ou un noyau personnalisé, assurez-vous que le nom de votre noyau n'est pas sur liste noire, vous pouvez le vérifier en exécutant la commande « uname -r ». Voici une liste de chaînes interdites :
Après avoir demandé une attestation dans Play Integrity API, vous devriez obtenir ce résultat :
- MEETS_BASIC_INTEGRITY
- MEETS_DEVICE_INTEGRITY
- MEETS_STRONG_INTEGRITY
- MEETS_VIRTUAL_INTEGRITY
Vous pouvez en savoir plus sur les verdicts dans cet article :
Et dans SafetyNet, vous devriez obtenir ceci :
- basicIntegrity : true
- ctsProfileMatch : true
- evaluationType : BASIC
REMARQUE : un verdict fort est impossible à transmettre sur des périphériques de chargeur de démarrage déverrouillés, il y a quelques appareils et "exploits" qui vous permettront de le passer, mais, dans des conditions normales, ce verdict ne sera vert que si vous utilisez la ROM stock et le bootloader verrouillé. Les anciens messages parlant de Strong pass étaient un "exploit" sur les serveurs de Google, évidemment, maintenant, c'est corrigé.
FAQ :
Source XDA traduit par Google Translate.
Juste pour aider les membres pour ce problème d'intégrité, applications détectées par l'enracinement =Root .
Aussi d'autres moyens de corrigé, d'aller voir les discutions, les multiples aides proposées sur
Ajout
Ce module tente de corriger les verdicts Play Integrity et SafetyNet pour obtenir une attestation valide.
AVANT DE COMMENCER :
- Votre ROM doit être signée avec une clé privée du mainteneur, vous pouvez vérifier avec cette commande :
su -c unzip -l /system/etc/security/otacerts.zip
Si elle affiche "testkey", vous ne passerez pas le verdict Device même avec une empreinte digitale valide.
- La version locale de votre noyau ne doit pas contenir de chaînes interdites, exécutez cette commande :
su -c uname -r, et vérifiez ici
Si les commandes ne fonctionnent pas , invite commande taper adb shell avant ensuite taper c'est 2 command.
on doit voir ceci
Vous aurez besoin de root et de Zygisk , vous devez donc choisir UNE de ces trois configurations :
- Magisk avec Zygisk activé.
- KernelSU avec le module ZygiskNext installé.
- APatch avec le module ZygiskNext installé.
Après avoir flashé et redémarré votre appareil, vous pouvez vérifier PI et SN à l'aide de ces applications :
- Play Integrity ->
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
- SafetyNet ->
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
REMARQUE : si vous recevez un message d'erreur concernant une limite, vous devez utiliser une autre application, car de nombreux utilisateurs demandent une attestation.
REMARQUE : SafetyNet est obsolète , plus d'informations ici :
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
De plus, si vous utilisez une ROM personnalisée ou un noyau personnalisé, assurez-vous que le nom de votre noyau n'est pas sur liste noire, vous pouvez le vérifier en exécutant la commande « uname -r ». Voici une liste de chaînes interdites :
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
(merci @osm0sis )Après avoir demandé une attestation dans Play Integrity API, vous devriez obtenir ce résultat :
- MEETS_BASIC_INTEGRITY
- MEETS_DEVICE_INTEGRITY
- MEETS_STRONG_INTEGRITY
- MEETS_VIRTUAL_INTEGRITY
Vous pouvez en savoir plus sur les verdicts dans cet article :
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
(merci @V0latyle )Et dans SafetyNet, vous devriez obtenir ceci :
- basicIntegrity : true
- ctsProfileMatch : true
- evaluationType : BASIC
REMARQUE : un verdict fort est impossible à transmettre sur des périphériques de chargeur de démarrage déverrouillés, il y a quelques appareils et "exploits" qui vous permettront de le passer, mais, dans des conditions normales, ce verdict ne sera vert que si vous utilisez la ROM stock et le bootloader verrouillé. Les anciens messages parlant de Strong pass étaient un "exploit" sur les serveurs de Google, évidemment, maintenant, c'est corrigé.
FAQ :
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
Source XDA traduit par Google Translate.
Juste pour aider les membres pour ce problème d'intégrité, applications détectées par l'enracinement =Root .
Aussi d'autres moyens de corrigé, d'aller voir les discutions, les multiples aides proposées sur
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
.Ajout
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
FAQ sur le PIF
Dernière édition:
