--- title: Shizuku, l'outil légitime qui donne les clés d'Android aux malwares description: "Nos experts ont testé Shizuku sur Android 16. Lecture des logs, installation silencieuse, permissions auto-accordées : résultats et détection." --- [![pradeo\_logo\_color](https://blog.pradeo.com/hs-fs/hubfs/pradeo_logo_color.png?width=220&height=33&name=pradeo_logo_color.png "pradeo_logo_color")](https://pradeo.com?hsLang=fr) - Solutions SÉCURITÉ DES APPAREILS MOBILES - [Mobile Threat Defense](https://pradeo.com/fr/en/solutions/mobile-device-security/mobile-threat-defense/?hsLang=fr) - [Store privé sécurisé](https://pradeo.com/fr/en/solutions/mobile-device-security/secure-private-store/?hsLang=fr) SÉCURITÉ DES APPLICATIONS MOBILES - [Audit de conformité](https://pradeo.com/fr/en/solutions/mobile-application-security/application-compliance-audit/?hsLang=fr) - [Runtime Application Self Protection](https://pradeo.com/fr/en/solutions/mobile-application-security/rasp/?hsLang=fr) - [Shielding des applications](https://pradeo.com/fr/en/solutions/mobile-application-security/application-shielding/?hsLang=fr) - [Test de sécurité des applications](https://pradeo.com/fr/en/solutions/mobile-application-security/application-security-testing/?hsLang=fr) - Cas d'usage - [Cybersécurité dans MDM/ UEM](https://pradeo.com/fr/en/use-cases/cybersecurity-in-mdm-uem/?hsLang=fr) - [Sécuriser les flottes mobiles](https://pradeo.com/fr/en/solutions/mobile-device-security/mobile-threat-defense/?hsLang=fr) - [Sécuriser les applications mobiles](https://pradeo.com/fr/en/solutions/mobile-application-security/application-security-testing/?hsLang=fr) - [Protection contre les malwares et fuites de données](https://pradeo.com/fr/en/solutions/mobile-device-security/mobile-threat-defense/?hsLang=fr) - [Protection contre le phishing](https://pradeo.com/fr/en/solutions/mobile-device-security/mobile-threat-defense/?hsLang=fr) - [Assurer la conformité des applications](https://pradeo.com/fr/en/compliance/?hsLang=fr) - [Assurer la conformité de la flotte mobile](https://pradeo.com/fr/en/compliance/?hsLang=fr) - [Sécurisé BYOD](https://pradeo.com/fr/en/solutions/mobile-device-security/secure-private-store/?hsLang=fr) - [Devenir partenaire](https://pradeo.com/fr/become-partner/?hsLang=fr) - Ressources - [Fiches solution](https://pradeo.com/fr/en/resources/?solution-briefs&hsLang=fr) - [Cas clients](https://pradeo.com/fr/en/resources/?customer-cases&hsLang=fr) - [Fiches d'intégration](https://pradeo.com/fr/en/resources/?integration-briefs&hsLang=fr) - [Livres blancs](https://pradeo.com/fr/en/resources/?white-papers&hsLang=fr) - [Rapports & guides d'analystes](https://pradeo.com/fr/en/resources/?analyst-reports-guides&hsLang=fr) - [Webcast sur demande](https://pradeo.com/fr/en/resources/?webcasts-on-demand&hsLang=fr) - [À propos](https://pradeo.com/fr/en/about/?hsLang=fr) - [Blog](https://blog.pradeo.com/fr) - [Contact](https://www.pradeo.com/fr/contact?hsLang=fr) - FR - [**EN**](https://blog.pradeo.com/?hsLang=fr) - [**DE**](https://blog.pradeo.com/de?hsLang=fr) ### Thèmes - Choisir un sujet - [All](https://blog.pradeo.com/fr) - [Actualité](https://blog.pradeo.com/fr/topic/actualité) - [Sécurité Mobile](https://blog.pradeo.com/fr/topic/sécurité-mobile) - [Sécurité des Applications Mobiles](https://blog.pradeo.com/fr/topic/sécurité-des-applications-mobiles) - [Alerte Sécurité](https://blog.pradeo.com/fr/topic/alerte-sécurité) - [Expertise](https://blog.pradeo.com/fr/topic/expertise) - [Partenaires](https://blog.pradeo.com/fr/topic/partenaires) - [Cybersécurité](https://blog.pradeo.com/fr/topic/cybersécurité) - [Entreprise](https://blog.pradeo.com/fr/topic/entreprise) - [Evènements](https://blog.pradeo.com/fr/topic/evènements) - [Mobile Application Security](https://blog.pradeo.com/fr/topic/mobile-application-security) - [Cyberattaque](https://blog.pradeo.com/fr/topic/cyberattaque) - [Corporate](https://blog.pradeo.com/fr/topic/corporate) - [new](https://blog.pradeo.com/fr/topic/new) - [prédictions](https://blog.pradeo.com/fr/topic/prédictions) ### Tenez-vous informé RECEVOIR NOTRE ACTU ### Recevoir notre actu [Expertise](https://blog.pradeo.com/fr/topic/expertise) # Shizuku, l'outil légitime qui donne les clés d'Android aux malwares ![Picture of Julie LAURENT](https://app.hubspot.com/settings/avatar/0bf8e44f25c7352a0e676d1e2f53d722) By [Julie LAURENT](https://blog.pradeo.com/fr/author/julie-laurent1) on octobre, 15 2026 [mailto:?subject=Take%20a%20look%20at%20this%20article](mailto:?subject=Take%20a%20look%20at%20this%20article) ## ANALYSE TECHNIQUE Shizuku est un outil open source légitime, très prisé des utilisateurs avancés d'Android. Il permet à une application d'obtenir les privilèges d'un technicien sans rooter le téléphone. Le malware [RedHook](https://blog.pradeo.com/fr/redhook-le-trojan-bancaire-qui-soctroie-les-droits-systeme-android?hsLang=fr), apparu en 2025, a montré que ces capacités intéressent aussi les attaquants : sa variante analysée en juillet 2026 [réutilisait le code de Shizuku](https://www.bleepingcomputer.com/news/security/redhook-android-malware-now-uses-wireless-adb-for-shell-access/) pour s'octroyer ces privilèges sans exploiter la moindre faille. Nos experts ont voulu mesurer précisément ce que cet outil met entre les mains d'une application. Ils ont développé une application de test, exécuté 41 commandes avec et sans Shizuku sur Android 16, puis reproduit quatre scénarios d'abus. Voici ce qu'ils ont observé, et comment repérer Shizuku sur un appareil. > **En bref** > > - Une seule autorisation accordée à Shizuku donne à une application les droits du shell Android (uid 2000). > - 27 des 41 commandes testées renvoient plus d'informations avec Shizuku que sans. > - Lecture des logs d'autres applications, installation silencieuse, permission accordée sans popup : les scénarios testés ont tous abouti. > - Ce n'est pas une faille. La seule réponse possible est de détecter sa présence. ## Shizuku, le badge du technicien prêté aux applications Sur Android, chaque application vit dans un bac à sable. Elle ne voit que ses propres données et doit obtenir chaque permission sensible via une fenêtre de confirmation. Le shell ADB, utilisé par les développeurs lorsqu'ils pilotent le téléphone depuis un ordinateur, dispose de droits bien plus larges. Il peut lire l'intégralité du journal logcat, toutes applications et composants système confondus (le journal du noyau, lui, reste refusé), lister toutes les applications, modifier des réglages protégés ou piloter l'installeur. Pendant longtemps, une application qui voulait ces droits devait exiger le root, ce qui suppose en général un bootloader déverrouillé : l'intégrité de l'appareil n'est plus garantie et les applications qui s'appuient sur Play Integrity, bancaires notamment, peuvent refuser de fonctionner. Shizuku propose une troisième voie. Il n'élève pas l'application, il lui prête l'identité du shell.   ### Comment ça fonctionne 1. L'utilisateur démarre un serveur Shizuku via ADB, par câble ou par débogage sans fil. Ce serveur tourne sous l'identité shell (uid 2000), dans un processus distinct de l'application Shizuku elle-même. 2. Une application cliente demande l'autorisation d'utiliser ce serveur. L'utilisateur l'accepte une seule fois. 3. L'application transmet ensuite ses commandes au serveur, qui les exécute avec ses propres droits. Pour un expert, le point clé se trouve dans le contrat d'interface utilisé par notre application de test. Le serveur charge et exécute du code fourni par l'application cliente, et ce code accepte une chaîne arbitraire : > ``` > // IUserService.aidl > ``` Il n'existe aucune liste blanche d'opérations. Ce qui est délégué, c'est une identité et non une capacité précise. Une application autorisée peut faire tout ce que le shell peut faire. Les usages légitimes sont nombreux : gestionnaires de paquets alternatifs, suppression d'applications préinstallées, sauvegardes, automatisation, pare-feu. C'est précisément ce qui en fait un sujet de sécurité. Un mécanisme conçu pour contourner légitimement le bac à sable reste, par construction, un mécanisme de contournement du bac à sable. Shizuku fonctionne aussi en mode root (uid 0), avec des droits encore plus étendus. Nos mesures portent uniquement sur le mode ADB, le plus accessible puisqu'il ne demande aucun root. Les résultats qui suivent sont donc un minimum.   ## Ce que nos experts ont mesuré Sur 41 commandes, 27 renvoient strictement plus d'informations quand elles passent par Shizuku. Le protocole est simple : la même commande est exécutée deux fois, une fois par l'application elle-même et une fois via Shizuku. Seule l'identité du processus change. > **Le banc de test** > > Émulateur ARM64 sous Android 16 (SDK 36), SELinux actif, Shizuku v13.6 démarré en mode ADB sans root. L'application de test ne déclare aucune permission Android en dehors de celle de Shizuku, pas même l'accès à Internet. | Résultat | Commandes | Ce que ça signifie | | --- | --- | --- | | Refusée sans Shizuku, acceptée avec | 13 | Capacité gagnée | | Code de retour 0 sans Shizuku, mais refus dans la sortie | 6 | Capacité gagnée, invisible si l'on ne lit que le code | | Réussie des deux côtés, mais vue tronquée sans Shizuku | 8 | Capacité gagnée, invisible si l'on ne lit que le code | | Réussie des deux côtés, sans différence | 9 | Aucun gain | | Échec des deux côtés | 5 | Limite du mode shell | Une grande partie de ces écarts s'explique par une seule barrière. Les outils `settings`, `cmd`, `pm` ou `appops` commencent par identifier l'utilisateur courant, ce qui exige la permission `INTERACT_ACROSS_USERS`. Seuls le shell, le système et root la possèdent. Shizuku ne débloque donc pas treize capacités indépendantes : il franchit une barrière derrière laquelle tout l'outillage shell devient disponible. Les écarts de visibilité sont tout aussi parlants : | Ce que l'application voit | Sans Shizuku | Avec Shizuku | | --- | --- | --- | | Applications installées | 98 (seuls les paquets que le filtrage de visibilité d'Android laisse voir à l'application) | 261 | | Processus en cours | 3 lignes (l'en-tête, le processus de l'application et la commande `ps` elle-même), soit 2 processus, tous deux appartenant à l'application | 382 | | Lignes du journal système | 284 - toutes émises par l'application elle-même (le journal est filtré par uid) | 1 978 | | Propriétés système | 539 | 563 | Sans Shizuku, l'application ne voit littéralement que ses propres processus. Avec, elle obtient le même inventaire qu'un `adb shell` : la liste complète des paquets de l'utilisateur et tous les processus visibles du shell, `init`, processus root et threads noyau compris.   ### Démonstration 1 : lire les logs des autres applications, codes OTP compris Un autre processus écrit deux secrets dans le journal système, comme le ferait une application trop bavarde : un faux code de validation bancaire et un jeton d'authentification. L'application de test lance ensuite `logcat -d -s OTPDEMO:I`. > ``` > [Via Shizuku] > ``` > > ``` > [Sans Shizuku] > ``` La permission READ\_LOGS est réservée aux composants signés par la plateforme. Sur l'appareil, son niveau de protection est `signature|privileged|development`, hors de portée d'une application du Play Store. Le shell, lui, appartient au groupe `log` (1007) qui lève ce filtre. Tout secret écrit dans le journal système reste lisible, tant qu'il est encore dans le tampon circulaire de logd, par n'importe quelle application que l'utilisateur a autorisée dans Shizuku. Une application non autorisée ne voit que ses propres lignes.   ### Démonstration 2 : installer une application sans aucun écran La charge utile est un APK inoffensif de 8,5 Ko, sans aucun code. Nos experts l'ont éprouvée en deux mesures distinctes. La première isole la barrière de permission : sans Shizuku, la commande `pm install-create` est refusée dès l'ouverture de session (`INTERACT_ACROSS_USERS_FULL`). L'application peut, elle, ouvrir une session par l'API `PackageInstaller`, mais le commit reste en attente d'une action de l'utilisateur et aucun paquet n'est installé. > ``` > pm install-create [Via Shizuku] Success: created install session [1908906140] [Sans Shizuku] java.lang.SecurityException: Permission Denial: doCreateSession ... this requires android.permission.INTERACT_ACROSS_USERS_FULL > ``` La seconde mesure démontre l'installation de bout en bout : via Shizuku, `pm install -r`renvoie Success (l'APK doit être lisible par le système : placé dans `/data/local/tmp` ou transmis par l'entrée standard avec `pm install -S`, car un fichier sous `Android/data` est refusé par SELinux) et l'application apparait ensuite dans la liste des paquets installés. Aucune fenêtre ne s'est affichée. Nos experts l'ont vérifié de trois manières : l'application de test est restée au premier plan pendant toute l'exécution, aucune activité de l'installeur (au sens Android : aucune fenêtre) n'a été démarrée, même si le journal système enregistre l'installation elle-même et le réveil du processus de l'installeur pour diffuser l'événement `PACKAGE_ADDED`, et les captures d'écran ne montrent jamais d'écran d'installation. C'est le comportement typique d'un *dropper*, qui télécharge puis installe d'autres malwares.   ### Démonstration 3 : s'accorder une permission sans popup Pour cette démonstration uniquement, l'application de test a été modifiée pour déclarer deux permissions sensibles, l'accès aux contacts et aux SMS, sans les demander. Elle exécute ensuite `pm grant` sur les contacts uniquement. Les SMS servent de témoin. L'application interroge Android avant et après : > ``` > AVANT READ_CONTACTS granted=false AVANT READ_SMS granted=falseAPRÈS READ_CONTACTS granted=true ← accordée, sans aucune interaction APRÈS READ_SMS granted=false ← témoin inchangé > ``` La fenêtre de permission est le mécanisme de consentement d'Android depuis la version 6. Ici, l'application la contourne entièrement. La permission étant réellement accordée, tous les appels suivants paraissent légitimes aux yeux du système. Rien n'empêche de faire de même pour la localisation, le micro ou la caméra.   ### Démonstration 4 : dresser le profil complet de l'appareil Via Shizuku, l'application récupère l'android\_id du shell (celui que renvoie `adb shell settings get secure android_id`, commun à toutes les applications qui passent par Shizuku ou adb, et différent de l'android\_id propre à l'application, qu'elle lit déjà sans aucune permission), le numéro de série, la liste des 261 applications avec leur emplacement, les comptes enregistrés et les statistiques d'usage des dernières 24 heures. Le plus intrusif reste la table des connexions réseau (`/proc/net/tcp`et `/proc/net/tcp6`), qui associe chaque connexion à l'identifiant de l'application qui la détient. Croisée avec `cmd package list packages -U`, elle révèle quelle application parle à quel serveur. Le tout sans la moindre permission réseau.   ### Au-delà des démonstrations En mode ADB, Shizuku n'ouvre pas les données privées des autres applications : le dossier `/data/data` reste refusé au shell. Une application ne peut donc pas lire directement la base de données d'une application bancaire, dès lors que celle-ci n'est pas marquée debuggable. Seul un paquet debuggable s'ouvre au shell, via `run-as`. En revanche, Shizuku permet de lire l'IMEI, de capturer l'écran et de simuler des gestes : RedHook s'en sert pour capturer l'écran sans fenêtre de consentement. > **Deux pièges pour qui refait ces mesures** > > - **`run-as` ne simule pas une app.** Le processus lancé ainsi hérite des groupes du shell, dont `log` et `readproc`. Toutes nos valeurs « sans Shizuku » proviennent de l'app elle-même. > - **Un code de retour 0 ne prouve rien.** `dumpsys` renvoie 0 même quand il refuse de répondre. Un test qui ne lit que le code de retour sous-estime l'écart de moitié : il ne voyait que 13 gains au lieu de 27. ### Pourquoi c'est un angle mort Shizuku n'est pas une vulnérabilité. C'est une fonctionnalité utilisée conformément à sa conception, et il n'y a donc rien à corriger, ni côté Shizuku ni côté Android. Ce qui change, c'est le modèle de consentement. | | Modèle Android classique | Avec Shizuku autorisé | | --- | --- | --- | | Consentement | Une permission, une fenêtre | Une seule autorisation pour tout | | Ce que voit l'utilisateur | La donnée visée (contacts, position…) | Une demande Shizuku, sans liste des capacités cédées | | Révocation | Permission par permission, dans les réglages | Tout ou rien, dans l'application Shizuku | | Identité qui agit | L'application elle-même | Le shell (uid 2000) | L'utilisateur qui installe Shizuku le fait pour un usage légitime. Rien ne lui indique qu'autoriser une application revient à lui céder ses logs, l'inventaire de ses applications et le droit de s'accorder des permissions. Autre point notable : détecter Shizuku ne demande aucun privilège. Notre application de test sait si un serveur tourne avant même d'avoir obtenu la moindre autorisation. Une application malveillante peut donc rester dormante sur les appareils sans Shizuku et n'agir que là où elle réussira.   ### RedHook va plus loin Le scénario testé suppose que l'utilisateur a lui-même installé et démarré Shizuku. [RedHook](https://blog.pradeo.com/fr/redhook-le-trojan-bancaire-qui-soctroie-les-droits-systeme-android?hsLang=fr) s'en passe. Une fois les droits d'accessibilité obtenus par ingénierie sociale, il active seul les options pour les développeurs et le débogage sans fil. Il s'appaire ensuite au service ADB du téléphone lui-même, puis déploie son propre serveur basé sur Shizuku. Après un redémarrage, il réactive le débogage et retrouve ses privilèges en quelques secondes. Les capacités mesurées dans nos démonstrations recoupent celles qu'il exploite : installation silencieuse d'applications, modification de réglages protégés et octroi de permissions sans fenêtre de confirmation.   ## Comment repérer Shizuku Quatre signaux doivent alerter sur un appareil. - **Options pour les développeurs activées.** Elles sont le prérequis du mode ADB. - **Débogage USB ou sans fil actif.** Le débogage sans fil permet de relancer Shizuku sans câble, et RedHook l'active lui-même. - **Application Shizuku installée.** Elle révèle un usage de l'outil, légitime ou non. - **Application inconnue disposant de l'accès à l'accessibilité.** C'est la porte d'entrée de RedHook, qui embarque son propre serveur basé sur Shizuku et n'apparaît donc pas sous ce nom dans la liste des applications. ### Pour les équipes techniques, via ADB Les équipes techniques peuvent vérifier ces points depuis un poste connecté, avec les commandes utilisées par nos experts sur leur banc : > ``` > # Débogage USB et sans fil (1 = activé) adb shell settings get global adb_enabled adb shell settings get global adb_wifi_enabled # Serveur Shizuku actif adb shell ps -A -o USER,PID,NAME | grep -i shizuku > ``` Si un serveur est actif, la dernière commande renvoie un processus `shizuku_server` exécuté sous l'identité `shell`.   ## Comment Pradeo répond Vérifier chaque téléphone à la main ne tient pas à l'échelle d'une flotte. La solution [Mobile Threat Defense de Pradeo](https://pradeo.com/fr/solution/securite-mobile/mobile-threat-defense/?hsLang=fr) surveille en continu, sur l'ensemble des terminaux, les conditions qui rendent Shizuku exploitable : - **Configurations à risque.** Elle signale toute activation anormale des options pour les développeurs et du débogage sans fil, prérequis du mode ADB de Shizuku. - **Permissions critiques.** Toute application qui demande l'accès à l'accessibilité est signalée comme potentiellement malveillante. - **Applications hors stores officiels.** Elle détecte les apps installées depuis une autre source, mode de distribution de RedHook. - **Phishing mobile.** Le blocage des liens frauduleux reçus par SMS ou messagerie instantanée, canaux de diffusion de RedHook, coupe la chaîne d'infection en amont. Côté éditeurs d'applications, [notre solution Runtime Application Self Protection](https://pradeo.com/fr/solution/securite-applicative/rasp/?hsLang=fr) détecte lorsqu'une application s'exécute sur un téléphone en mode développeur, prérequis du mode ADB de Shizuku. L'application sait ainsi qu'elle tourne dans un environnement à risque et peut réagir avant qu'un tiers n'abuse de ces privilèges. ###### A propos de l'auteur [More from this author](https://blog.pradeo.com/fr/author/julie-laurent1) ![](https://app.hubspot.com/settings/avatar/0bf8e44f25c7352a0e676d1e2f53d722) ###### Julie LAURENT #### Articles recommandés [![L’IA au service des cybercriminels](https://blog.pradeo.com/hubfs/Template%20article%20(3).png)](https://blog.pradeo.com/fr/lia-au-service-des-cybercriminels?hsLang=fr) ###### [L’IA au service des cybercriminels](https://blog.pradeo.com/fr/lia-au-service-des-cybercriminels?hsLang=fr) \- octobre 8, 2025 [![CheckPoint, Zimperium, Lookout… Pradeo est le choix européen de référence en sécurité mobile](https://blog.pradeo.com/hubfs/Template%20article%20(4).png)](https://blog.pradeo.com/fr/checkpoint-zimperium-lookout-pradeo-choix-europeen-de-reference?hsLang=fr) ###### [CheckPoint, Zimperium, Lookout… Pradeo est le choix européen de référence en sécurité mobile](https://blog.pradeo.com/fr/checkpoint-zimperium-lookout-pradeo-choix-europeen-de-reference?hsLang=fr) \- avril 29, 2025 ### Articles populaires ### Suivez l'actualité ### Articles récents ### Articles récents [Shizuku, l'outil légitime qui donne les clés d'Android aux malwares](https://blog.pradeo.com/fr/shizuku-loutil-legitime-qui-donne-les-cles-dandroid-aux-malwares) \- 15 octobre, 2026 [Maîtriser ses données : l'hébergement local ne suffit pas](https://blog.pradeo.com/fr/maitriser-ses-donnees-lhebergement-en-france-ne-suffit-pas?hsLang=fr) \- 15 octobre, 2026 [Le Groupe Saph intègre la technologie Pradeo pour sécuriser les flottes mobiles de ses clients](https://blog.pradeo.com/fr/le-groupe-saph-int%C3%A8gre-la-technologie-pradeo-pour-s%C3%A9curiser-les-flottes-mobiles-de-ses-clients?hsLang=fr) \- 15 octobre, 2026 [RedHook : le trojan bancaire qui s'octroie les droits système sur Android](https://blog.pradeo.com/fr/redhook-le-trojan-bancaire-qui-soctroie-les-droits-systeme-android?hsLang=fr) \- 15 octobre, 2026 [Ce que le dernier rapport Google révèle sur les menaces mobiles](https://blog.pradeo.com/fr/ce-que-le-dernier-rapport-google-revele-sur-les-menaces-mobiles?hsLang=fr) \- 15 octobre, 2026 ### Thèmes - [Actualité (71)](https://blog.pradeo.com/fr/topic/actualité) - [Sécurité Mobile (55)](https://blog.pradeo.com/fr/topic/sécurité-mobile) - [Sécurité des Applications Mobiles (44)](https://blog.pradeo.com/fr/topic/sécurité-des-applications-mobiles) - [Alerte Sécurité (32)](https://blog.pradeo.com/fr/topic/alerte-sécurité) - [Expertise (31)](https://blog.pradeo.com/fr/topic/expertise) - [Partenaires (23)](https://blog.pradeo.com/fr/topic/partenaires) - [Cybersécurité (9)](https://blog.pradeo.com/fr/topic/cybersécurité) - [Entreprise (6)](https://blog.pradeo.com/fr/topic/entreprise) - [Evènements (4)](https://blog.pradeo.com/fr/topic/evènements) - [Mobile Application Security (4)](https://blog.pradeo.com/fr/topic/mobile-application-security) - [Cyberattaque (2)](https://blog.pradeo.com/fr/topic/cyberattaque) - [Corporate (1)](https://blog.pradeo.com/fr/topic/corporate) - [new (1)](https://blog.pradeo.com/fr/topic/new) - [prédictions (1)](https://blog.pradeo.com/fr/topic/prédictions) see all [![New Call-to-action](https://hubspot-no-cache-eu1-prod.s3.amazonaws.com/cta/default/2378615/2babc1f4-0ddf-47b4-a214-db045569297f.png)](https://hubspot-cta-redirect-eu1-prod.s3.amazonaws.com/cta/redirect/2378615/2babc1f4-0ddf-47b4-a214-db045569297f) ### Discutez avec des experts en sécurité mobile [Nous contacter](https://www.pradeo.com/fr-FR/contactez-nous?hsLang=fr) [![](https://blog.pradeo.com/hs-fs/hubfs/pradeo_logo_white_square.png?width=90&height=74&name=pradeo_logo_white_square.png)](https://pradeo.com?hsLang=fr) Leader européen de la sécurité mobile, Pradeo protège les terminaux mobiles et les applications des entreprises. [En savoir plus](https://www.pradeo.com/fr-FR/?hsLang=fr) - [Ressources](https://www.pradeo.com/fr-FR/pradeo-ressources#white_papers) - [Sécurité UEM](https://www.pradeo.com/fr-FR/integration-securite-emm-mdm) - [Cas d'usage](https://www.pradeo.com/fr-FR/pradeo-ressources#use-case) - [Protection des données](https://www.pradeo.com/fr-FR/lois-protection-donnees-mobile) - [Nous contacter](https://www.pradeo.com/fr-FR/contactez-nous) - [Protection de flotte mobile](https://www.pradeo.com/fr-FR/protection-flotte-mobile) - [Audit de sécurité des applications mobiles](https://www.pradeo.com/fr-FR/audit-securite-application) - [Protection In-App](https://www.pradeo.com/fr-FR/protection-in-app) - [Store privé securisé](https://www.pradeo.com/fr-FR/store-prive-securise) - [Analyse des menaces](https://www.pradeo.com/fr-FR/renseignement-securite-mobile#perso-threat-intelligence) ![email.svg](https://cdn2.hubspot.net/hubfs/3067823/awwal/email.svg "email.svg") [contact@pradeo.com](mailto:contact@pradeo.com) Copyright @ 2022. All Right Reserved. - - - ```json { "@context" : "http://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Julie LAURENT" }, "dateModified" : "octobre 15, 2026, 10:11:47", "datePublished" : "2026-10-15 09:40:20", "description" : "Nos experts ont testé Shizuku sur Android 16. Lecture des logs, installation silencieuse, permissions auto-accordées : résultats et détection.", "headline" : "Shizuku, l'outil légitime qui donne les clés d'Android aux malwares", "image" : { "@type" : "ImageObject", "url" : "" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://2378615.fs1.hubspotusercontent-eu1.net/hubfs/2378615/Logo%20Pradeo%20D%C3%A9grad%C3%A9%20Long%20Couleurs.svg" }, "name" : "Pradeo" } } ```