Root Sonim XP3800

Accès root pour le Sonim XP3800. Deux méthodes sont disponibles — choisissez celle qui correspond à votre situation.

Application Root Manager

L'application Root Manager exploite CVE-2019-2215 (une vulnérabilité noyau use-after-free du module binder) pour obtenir un accès root directement sur l'appareil. Pas d'ordinateur, pas de déverrouillage du bootloader, pas de flash nécessaire. Le binaire de l'exploit est un port ARM32 complet ciblant le noyau 3.18.71 du XP3800 — chaque offset de structure du noyau a été dérivé par rétro-ingénierie du binaire du noyau de l'appareil.

Installez l'APK via ADB (le XP3800 bloque l'installation d'APK depuis l'appareil lui-même), appuyez sur Installer, et root est écrit de façon permanente dans /system/bin/su. Root persiste après les redémarrages sans service de démarrage ni processus en arrière-plan — le binaire est simplement là, comme n'importe quelle autre commande système.

adb install RootManager.apk

Comment ça fonctionne

La première fois que su est invoqué après un démarrage, il exécute l'exploit noyau (~1,2 seconde) et génère un démon root persistant. Chaque appel suivant à su se connecte instantanément au démon (~0,13 seconde) — pas d'exploit, pas de manipulation du noyau. Le démon entre dans l'espace de noms de montage du PID 1 via setns(), de sorte que les commandes ont un accès complet au système de fichiers, y compris /system.

L'exploit est sérialisé avec flock() pour éviter les exécutions concurrentes (qui feraient paniquer le noyau) et réessaie jusqu'à 3 fois en cas d'échec.

Fonctionnalités

• Root persistant — su est installé dans /system/bin de façon permanente. Pas de tmpfs, pas de récepteur de démarrage, survit aux redémarrages et aux réinitialisations d'usine.
• /system inscriptible — Le XP3800 n'a pas de dm-verity. /system est un ext4 simple, librement remontable en lecture-écriture. Les modifications persistent après les redémarrages.
• Installateur d'applications root — Installez des APK et des APK fractionnés (XAPK) en utilisant root, car le XP3800 bloque l'installation d'applications sans ADB. S'enregistre également comme gestionnaire des fichiers APK depuis les gestionnaires de fichiers.
• Supprimer Verizon MDM — Retirez le statut de propriétaire d'appareil à com.verizon.mdm.basicphone et désactivez-le (ou restaurez-le). Voir Suppression de Verizon MDM. Crédits : @anonymousfliphones
• Architecture de démon — L'exploit s'exécute une fois par démarrage, le démon gère toutes les requêtes suivantes. Le démon est protégé contre le tueur basse mémoire d'Android (oom_score_adj = -1000). Voir Le Démon.
• Liste de blocage — Bloquez des applications spécifiques pour qu'elles n'utilisent pas su. Filtrez par Utilisateur/Système/Tout, recherchez par nom ou paquet.
• Diagnostics d'installation — Consultez les journaux d'installation et réexécutez l'exploit avec journalisation détaillée depuis l'écran À propos.

Utilisation

Contrôle d'accès

Le binaire su dispose d'une liste de blocage intégrée. Par défaut, toute application peut utiliser su sauf si elle figure dans la liste de blocage. Gérez la liste de blocage depuis l'écran principal de l'application — cochez la case à côté de l'application à bloquer.

Termux et le shell ADB (uid 2000) sont toujours autorisés, quelle que soit la liste de blocage. Les entrées génériques comme com.example.* sont prises en charge.

Méthode Magisk

L'alternative consiste à flasher une image boot patchée via le mode EDL de Qualcomm et QFIL.

Détails importants :

• Utilisez Magisk 24.0.0 spécifiquement. Laissez toutes les options de Magisk par défaut — n'activez rien.
• L'image boot doit provenir de votre appareil. Extrayez-la via EDL/QFIL, ou utilisez cette application + dd une fois rooté. Ne téléchargez pas d'images boot depuis Internet — d'autres variantes ou versions de firmware pourraient ne pas correspondre à votre appareil et risquent de ne pas démarrer.
• Si le sélecteur de fichiers de Magisk ne fonctionne pas sur le XP3800 (ce qui arrive parfois), essayez un autre gestionnaire de fichiers comme FX, ou patchez l'image boot depuis un autre téléphone sur lequel Magisk 24.0.0 est installé.

Modification de /system

Le XP3800 n'a pas de dm-verity — la partition /system est un système de fichiers ext4 simple sans vérification d'intégrité. Le drapeau androidboot.veritymode=enforcing est défini dans la ligne de commande du noyau mais est totalement inopérant : il n'y a pas de périphériques de mappage dm-verity, pas de partition vbmeta, et pas d'arbre de hachage.

su -c "mount -o remount,rw /system"
# effectuez vos modifications
su -c "mount -o remount,ro /system"

Les modifications persistent après les redémarrages. Soyez prudent avec ce que vous supprimez — la suppression du mauvais fichier système peut entraîner un bootloop de l'appareil.

Construction

Nécessite Termux avec aapt2, ecj, d8, apksigner, zip, et ~/.android/{android.jar,framework-res.apk,debug.keystore}.

./build.sh

Sortie : RootManager.apk

Détails techniques

L'exploit et son implémentation sont documentés en détail :

• CVE-2019-2215 : L'exploit expliqué — La vulnérabilité, tous les concepts de base, et la chaîne d'escalade complète de UAF jusqu'à root
• Le port ARM32 — Ce qui casse sur ARM 32 bits et comment cela est corrigé
• Le Démon — Comment le démon fournit un root persistant sans réexécuter l'exploit
• Suppression de Verizon MDM — Comment fonctionne la suppression et la restauration du propriétaire d'appareil

Avertissement

Ce logiciel est fourni tel quel, sans aucune garantie. L'auteur décline toute responsabilité en cas d'appareil brické, cassé ou endommagé. Utilisez-le à vos risques et périls.

Licence

GPLv3