iOS / Android Dev Tools
Choisissez un fichier local ou chargez l’exemple synthétique. Après décodage, passez du résumé aux droits, à l’arbre ou au XML.
Déposez un fichier .mobileprovision ou .provisionprofile. Maximum 5 MiB.
Aucun fichier choisi
La lecture reste dans cet onglet. L’outil ne téléverse ni ne conserve le fichier.
Remplace les chaînes des appareils connus et vide les données binaires. Équipe, app et autres métadonnées restent visibles. Relancez après modification.
Choisissez un fichier puis décodez.
Le décodage ne vérifie ni signatures, ni certificats, ni révocation, ni possibilité d’installation.
L’export est une copie XML non signée, pas un profil installable.
Lire un profil d’approvisionnement aide à comprendre pourquoi une archive utilise la mauvaise équipe ou pourquoi un appareil de test refuse l’installation. Comparez le fichier réellement intégré à l’app avec votre copie téléchargée, surtout lorsque leurs noms se ressemblent.
Le lecteur suit la structure CMS du fichier mobileprovision jusqu’au XML encapsulé. Il ne cherche pas simplement un fragment XML dans des octets quelconques. Les systèmes récents peuvent utiliser DER-Encoded-Profile comme référence ; cette page présente la vue lisible destinée au diagnostic.
Lire un profil d’approvisionnement permet de rapprocher l’équipe, l’identifiant de l’app et la date d’expiration des chemins de champs correspondants. Les tableaux et booléens des Entitlements gardent leur type, ce qui évite de confondre une autorisation avec une simple chaîne de texte.
Les UDID des appareils sont remplacés par défaut, y compris leurs répétitions dans d’autres chaînes. Les données binaires sont vidées car elles peuvent contenir une autre copie des identifiants. L’équipe et les métadonnées de l’app restent visibles : il ne s’agit pas d’une anonymisation.
Récupérez embedded.mobileprovision dans votre propre paquet d’app. L’exemple est un CMS synthétique sans signataire, conçu pour découvrir les vues. Ce n’est pas un profil émis par Apple et il ne peut pas être installé.
Changer le masquage supprime le résultat précédent et bloque l’export. Relancez avec le bouton ou Ctrl/Cmd + Enter. Changer uniquement de vue entre résumé, arbre et XML ne modifie pas les données décodées.
Cliquez sur le chemin d’un dictionnaire ou tableau pour replier ses descendants. L’arbre ajoute 50 lignes à la fois ; l’export conserve la copie XML entière. L’effacement et le remplacement du fichier passent par un aperçu et peuvent être annulés une fois.
Le résumé réunit Name, UUID, TeamName et TeamIdentifier. Le Bundle ID est déduit en retirant le premier segment de préfixe d’application-identifier, avec le nom de clé macOS en secours. Les jokers sont conservés et les valeurs absentes ne sont pas inventées.
Une vue dédiée affiche Entitlements en distinguant dictionnaires, tableaux, booléens, entiers, dates et données. Ces droits définissent ce que le profil autorise, pas forcément ce que la signature de l’app réclame effectivement. L’outil ne compare pas ces deux ensembles.
CreationDate et ExpirationDate restent des valeurs UTC. L’expiration est comparée à l’horloge du navigateur au moment du décodage. Le résultat indique expiré, non expiré ou inconnu. Une horloge incorrecte change la comparaison ; une date future ne prouve jamais la validité de la signature.
Le XML est extrait du contenu SignedData en conservant l’ordre des clés et les types de valeurs. Lorsque le masquage est actif, les identifiants connus sont remplacés et tous les éléments data sont vidés. Désactivez l’option puis décodez à nouveau pour retrouver les valeurs complètes.
Choisissez le fichier local puis lancez le décodage. Le lecteur contrôle la structure CMS avant de lire le plist XML encapsulé. Un fragment lisible dans un éditeur de texte ne suffit pas à établir que le fichier entier possède la structure attendue.
Dépliez ProvisionedDevices dans l’arbre. Par défaut, le nombre d’appareils reste visible et leurs identifiants sont remplacés. Désactivez le masquage et relancez pour consulter les valeurs réelles. L’absence de liste ne signifie pas une autorisation pour tous les appareils.
Consultez ExpirationDate et l’heure de comparaison du résumé. Cela montre si la date enregistrée est passée selon votre horloge. L’acceptation actuelle du certificat, de la signature et du profil par Apple nécessite une vérification avec les outils de la plateforme.
Décompressez vous-même l’IPA de développement ou Ad Hoc, puis trouvez embedded.mobileprovision dans le paquet d’app sous Payload. Cette page ne décompresse pas les IPA. Une app distribuée par l’App Store peut ne pas contenir de profil intégré.
Modifier la date dans la copie XML ne prolonge pas un profil signé par Apple. Cette copie n’a plus de signature CMS. Mettez à jour ou générez le profil dans le compte développeur ou Xcode, puis reconstruisez l’app avec le fichier approprié.
Un détail manque sur la lecture du profil ?
Lire un profil d’approvisionnement permet de confronter équipe, appareils et droits du build réellement utilisé. Gardez le XML comme pièce de diagnostic et utilisez les outils Apple pour les décisions de confiance ou de signature.