Comment resigner des fichiers IPA pour le sideloading

Pourquoi vous devez resigner vos fichiers IPA

Chaque application qui s’exécute sur un iPhone doit être signée numériquement avec un certificat Apple valide. Lorsque vous téléchargez un fichier IPA sur internet ou que vous l’exportez depuis Xcode, il porte la signature du développeur d’origine. Avant de pouvoir l’installer sur votre propre appareil, cette signature doit être remplacée par une signature liée à un certificat auquel votre iPhone fait confiance. Ce processus s’appelle le resigning, et c’est une compétence fondamentale pour quiconque s’intéresse sérieusement au sideloading iOS.

Le resigning ne consiste pas à contourner la sécurité ; il s’agit de transférer la confiance. Le modèle de sécurité d’Apple exige que chaque élément de code exécuté sur iOS soit garanti par une identité connue. Lorsque vous resignez un IPA, vous dites en quelque sorte « je garantis cette application » en utilisant votre propre identité de développeur ou un certificat géré par un outil comme Scarlet iOS.

Si vous découvrez le concept de fichiers IPA, commencez par notre guide sur comprendre les fichiers IPA : ce qu’ils sont et comment les utiliser. Une fois que vous comprenez la structure d’un IPA, le resigning deviendra beaucoup plus clair. Dernière vérification : le 27 octobre 2026, en consultant les README d’iOS App Signer et de zsign sur GitHub ainsi que la page d’adhésion développeur d’Apple.

D’abord, les risques

  • Le resigning change qui garantit l’application, pas ce que l’application fait. Un IPA modifié reste modifié après sa signature, donc vérifiez d’abord l’IPA.
  • Ne confiez jamais un certificat .p12 et son mot de passe à un site web ou à un inconnu. Quiconque les possède peut signer des applications en se faisant passer pour vous.
  • Resigner avec un bundle ID différent crée une application distincte, sans aucune donnée. Pour mettre à jour une application existante, conservez le même bundle ID et le même Apple ID.
  • Avec un Apple ID gratuit, les applications que vous signez cessent de s’ouvrir après 7 jours. La page d’adhésion d’Apple indique que les profils de provisionnement gratuits « expireront 7 jours après leur émission ».

Aperçu des outils de resignature

Outil Fonctionne sur Signe avec Idéal pour
iOS App Signer macOS (nécessite Xcode) Votre certificat et votre provisioning profile Une resignature simple avec interface graphique
AltServer / AltStore Mac ou Windows Votre Apple ID Resigner et installer en une seule étape
Sideloadly Mac ou Windows Votre Apple ID Resigner et installer, plus modification du bundle ID et du nom
codesign macOS (outils en ligne de commande Xcode) Votre certificat et votre provisioning profile Contrôle total, scripting
zsign macOS, Linux, Windows, Android, FreeBSD Un certificat .p12 et un provisioning profile Resigner sans Mac

Ce dont vous avez besoin avant de resigner

Pour resigner un fichier IPA, vous aurez besoin des éléments suivants :

  • Le fichier IPA que vous souhaitez resigner
  • Un Mac (pour les outils traditionnels) ou une machine Windows/Linux (pour les outils multiplateformes)
  • Un Apple ID (gratuit) ou un compte Apple Developer (99 $/an pour des capacités plus étendues)
  • Un outil de resignature comme iOS App Signer, AltServer, ou une approche en ligne de commande avec codesign
  • Un provisioning profile incluant l’UDID de votre appareil (avec un Apple ID gratuit, Xcode le crée pour vous ; voir ci-dessous)

Autrement, Scarlet iOS gère automatiquement une grande partie de ce processus lorsque vous importez directement un IPA dans l’application. Mais comprendre le processus manuel vous donne plus de contrôle et vous aide à résoudre les problèmes lorsque les outils automatisés échouent.

Méthode 1 : resigner avec iOS App Signer (Mac)

iOS App Signer est un outil gratuit et open source pour macOS qui propose une interface graphique pour resigner des fichiers IPA. Voici comment l’utiliser :

  1. Téléchargez iOS App Signer depuis son dépôt GitHub officiel. Son README indique qu’il « nécessite Xcode installé » et qu’il accepte les fichiers ipa, deb, app et xcarchive.
  2. Ouvrez Xcode et connectez-vous avec votre Apple ID via Réglages > Comptes (Préférences dans les anciennes versions). Cela crée un certificat de signature local sur votre Mac.
  3. Obtenez un provisioning profile incluant votre appareil. Avec un Apple ID gratuit, la méthode indiquée par le README consiste à les créer « depuis Xcode en créant un nouveau projet » : connectez l’iPhone, créez un projet d’application vide, et laissez Xcode gérer la signature. La page d’adhésion d’Apple confirme que, pour les comptes gratuits, « les profils sont gérés directement dans Xcode ». Avec un compte payant, vous pouvez à la place enregistrer l’UDID de l’appareil dans le portail développeur et y télécharger un profil. Notre guide explique comment trouver l’UDID.
  4. Ouvrez iOS App Signer et sélectionnez votre fichier IPA comme fichier d’entrée.
  5. Choisissez votre certificat de signature dans la liste déroulante ; il apparaîtra sous la forme « Apple Development: Votre Nom » (ou « iPhone Developer: Votre Nom » pour les anciens certificats).
  6. Sélectionnez le provisioning profile que vous avez téléchargé.
  7. Vous pouvez éventuellement modifier le bundle ID (que le README appelle l’application ID) ou le nom affiché si vous souhaitez l’installer en plus de l’application d’origine. Consultez comment faire tourner plusieurs versions de la même application.
  8. Cliquez sur Start et attendez que l’IPA resigné soit généré.
  9. Utilisez la fenêtre Devices and Simulators de Xcode, ou un outil comme Apple Configurator, pour installer l’IPA resigné.

Méthode 2 : la re-signature avec AltServer

AltServer est une autre approche très répandue qui fonctionne à la fois sur Mac et sur Windows. Il s’intègre à AltStore, mais peut aussi être utilisé pour re-signer n’importe quel fichier IPA :

  1. Installez AltServer sur votre ordinateur et AltStore sur votre iPhone.
  2. Ouvrez AltServer et accédez à l’option Sideload .IPA.
  3. Sélectionnez votre fichier IPA et indiquez vos identifiants Apple ID lorsqu’on vous les demande.
  4. AltServer se charge automatiquement de la création du certificat, de la génération du provisioning profile, de la re-signature et de l’installation.

La limite de la méthode avec un Apple ID gratuit est l’expiration du certificat au bout de 7 jours. Les applications signées de cette façon cesseront de fonctionner après une semaine, à moins de les re-signer à nouveau. Un compte Apple Developer payant (99 $/an) prolonge cette durée à 12 mois. Pour garder vos applications signées gratuitement actives, consultez comment actualiser les applications avant la fin des 7 jours, et pour la limite des 3 applications, consultez la limite d’applications avec un Apple ID gratuit.

Méthode 3 : la re-signature en ligne de commande avec codesign

Pour les utilisateurs avancés et les workflows automatisés, l’approche en ligne de commande utilisant l’outil codesign d’Apple offre le plus de flexibilité. Cette méthode nécessite macOS ainsi que les outils en ligne de commande de Xcode installés.

Étape 1 : décompresser l’IPA

Un fichier IPA n’est qu’une archive ZIP. Renommez-le avec une extension .zip et extrayez-le, ou utilisez le terminal :

unzip MyApp.ipa -d MyApp_extracted

Étape 2 : supprimer la signature existante

rm -rf MyApp_extracted/Payload/MyApp.app/_CodeSignature

Étape 3 : copier votre provisioning profile

cp MyProvisioningProfile.mobileprovision MyApp_extracted/Payload/MyApp.app/embedded.mobileprovision

Étape 4 : re-signer avec codesign

Signez d’abord les frameworks et les extensions d’application à l’intérieur de l’app, puis l’app elle-même, afin que rien à l’intérieur ne conserve l’ancienne signature :

codesign -f -s "Apple Development: Your Name (TEAMID)" MyApp_extracted/Payload/MyApp.app/Frameworks/*
codesign -f -s "Apple Development: Your Name (TEAMID)" --entitlements entitlements.plist MyApp_extracted/Payload/MyApp.app

Les certificats récents sont nommés « Apple Development » ; les plus anciens peuvent encore s’afficher comme « iPhone Developer ». Exécutez security find-identity -v -p codesigning pour lister les noms exacts sur votre Mac. Le fichier entitlements doit correspondre à votre provisioning profile, donc reprenez ses valeurs à partir du profil plutôt que de l’app d’origine.

Étape 5 : réempaqueter en IPA

cd MyApp_extracted && zip -r ../MyApp_resigned.ipa Payload

Re-signer sans Mac : zsign

zsign (licence MIT, actif sur GitHub en octobre 2026) se décrit comme « une alternative rapide et open-source à codesign, multiplateforme, pour iOS 12 et versions ultérieures » qui re-signe les packages .ipa et les bundles .app « avec des certificats et provisioning profiles personnalisés, sans Xcode, sans macOS ». Son README liste des builds pour macOS, Linux, Windows, Android et FreeBSD, des provisioning profiles par extension pour les apps avec extensions, le changement de bundle ID et de nom d’affichage, ainsi qu’une vérification de certificat et OCSP permettant de savoir si un certificat est encore valide. Vous avez besoin d’un certificat .p12, de son mot de passe et d’un provisioning profile correspondant, ce qui implique en pratique un compte développeur payant. C’est un outil en ligne de commande, donc il convient aux utilisateurs à l’aise avec un terminal.

Re-signer directement dans Scarlet iOS

Si vous utilisez Scarlet iOS, l’essentiel de la complexité du re-signing est géré pour vous en coulisses. Lorsque vous importez un IPA dans Scarlet, l’app le re-signe automatiquement avec son propre certificat de signature avant l’installation. C’est l’un des principaux avantages d’utiliser Scarlet par rapport aux méthodes manuelles.

Pour les utilisateurs avancés, notre guide sur le Mode Développeur sur iPhone explique quand le réglage Developer Mode d’Apple est nécessaire : pour les apps que vous re-signez avec votre propre Apple ID, oui ; Scarlet lui-même est signé en entreprise et n’en a pas besoin. Scarlet est confirmé de iOS 14 à iOS 26 ; la prise en charge d’iOS 27 est signalée par des tiers mais n’est pas officiellement confirmée.

Erreurs de resignature courantes et solutions

Erreur : « A valid provisioning profile for this executable was not found »

Cela signifie que le provisioning profile utilisé n’inclut pas l’UDID de votre appareil, ou que le profil a expiré. Générez un nouveau profil dans le portail développeur d’Apple et incluez votre appareil.

Erreur : « The executable was signed with invalid entitlements »

Certaines applications demandent des entitlements (autorisations spéciales) qui nécessitent un compte développeur payant ou des capacités spécifiques activées dans le provisioning profile. Vérifiez le fichier entitlements.plist de l’application et supprimez ceux qui ne sont pas pris en charge par votre niveau de compte.

Erreur : « Code object is not signed at all »

Cela se produit généralement lorsque les frameworks intégrés à l’application n’ont pas été resignés en même temps que l’exécutable principal. Vous devez resigner chaque framework individuellement avant de resigner le bundle de l’application principale.

Erreur : « Unable to Install » ou « integrity could not be verified » sur l’iPhone

La signature, le profil ou la liste des appareils ne correspondent pas. Vérifiez que le profil inclut votre appareil, que chaque framework a été signé et que le certificat n’a pas été révoqué. Consultez comment corriger l’erreur d’intégrité.

L’application s’installe mais ne s’ouvre pas

Sur iOS 16 et versions ultérieures, les applications signées avec votre propre certificat de développement nécessitent l’activation du mode développeur, et il peut être nécessaire de faire confiance au développeur dans Réglages > Général > VPN et gestion de l’appareil. Consultez la solution pour l’erreur de développeur non fiable.

Bonnes pratiques pour la resignature de fichiers IPA

  • Conservez toujours une sauvegarde de l’IPA original, non modifié, avant de le resigner.
  • Notez le certificat et le provisioning profile utilisés pour chaque application ; cela facilite grandement le renouvellement.
  • Si vous avez besoin que plusieurs applications communiquent entre elles (app groups), assurez-vous qu’elles sont toutes signées avec le même Team ID.
  • Pour les applications que vous utilisez régulièrement, envisagez un compte Apple Developer payant afin d’éviter les désagréments liés à la resignature hebdomadaire.

Conclusion

Resigner des fichiers IPA est une compétence essentielle pour quiconque souhaite garder un contrôle total sur l’installation d’applications sur son iPhone. Que vous choisissiez un outil avec interface graphique, une approche en ligne de commande, ou que vous laissiez Scarlet iOS s’en charger automatiquement, comprendre ce processus vous permet de résoudre les problèmes et de débloquer des applications que l’App Store ne propose pas.

Si vous préférez ne pas gérer les certificats vous-même, un outil qui signe directement sur l’appareil est la solution la plus simple : consultez comment installer Scarlet iOS, ou notre guide pour créer votre propre fichier IPA pour l’étape précédant la resignature.

FAQ

Puis-je resigner un IPA sur Windows ?

Oui. AltServer et Sideloadly signent avec votre Apple ID sous Windows, et zsign fonctionne sous Windows avec un certificat .p12.

La resignature conserve-t-elle les données de mon application ?

Seulement si vous installez l’application resignée par-dessus l’application existante avec le même bundle ID (et, pour les outils utilisant l’Apple ID, le même Apple ID). Supprimer l’application au préalable efface ses données.

Puis-je resigner avec un Apple ID gratuit ?

Oui, mais le profil ne dure que 7 jours et vous ne pouvez avoir au maximum que 3 applications sideloadées sur un appareil à la fois, selon la page d’adhésion d’Apple.

A lire également