The original IPA
Use an IPA from a source you trust. A damaged archive or incompatible app cannot be repaired merely by signing it again.
You can sign an IPA from an iPhone without using a Mac or Windows PC. The important part is having certificate files created for the correct device, then choosing either an on-device signing app or a browser-based signer.
An IPA is an iPhone or iPad application package. Before iOS can install it outside the App Store, the package must be signed with a valid Apple Developer certificate and a provisioning profile that authorizes the target device. Signing changes the app package; it does not remove Apple’s certificate, entitlement, or device-registration requirements.
A computer is one way to perform that signing step, but it is not the only way. If your certificate package already contains a .p12 file, its password, and a matching .mobileprovision profile, you can complete the workflow from Safari or from a compatible signing app installed on the iPhone.
The provisioning profile must include the exact UDID of the iPhone or iPad where the signed app will be installed. A valid certificate alone is not enough when the device is missing from the profile.
Prepare these items before starting. Keeping them together avoids most signing and installation failures.
Use an IPA from a source you trust. A damaged archive or incompatible app cannot be repaired merely by signing it again.
The .p12 file contains the signing identity. It must still be valid and must match the provisioning profile.
The password unlocks the P12 file during signing. Enter it exactly as delivered, including capitalization.
The .mobileprovision file controls the permitted app capabilities and devices. Your UDID must be present.
Collecting the UDID does not sign or modify an app. It supplies the device identifier required when the provisioning profile is created.
If you already have a working P12 certificate, password, and mobileprovision profile for this device, you can continue to the signing step. Otherwise, submit the UDID through the CertDrop order form and use a reachable non-iCloud email address for digital delivery.
When the files arrive, save all three components in the Files app. Do not rename only one file to make it appear to match another certificate package—the cryptographic relationship is inside the files, not in their filenames.
| Method | Best when | What happens | Main consideration |
|---|---|---|---|
| On-device signing app | You already have a compatible app such as ESign or Feather installed. | You import the certificate package and IPA, then sign directly on the iPhone. | The signing app itself must already open and work on the device. |
| Browser-based signer | You want to process an IPA in Safari without configuring a separate signing app. | You upload the IPA and certificate inputs, wait for signing, and receive the signed result. | Use a trusted service and avoid closing the page while the signing job is running. |
A signing service cannot make an incompatible IPA compatible with your iOS version, replace missing entitlements, or authorize a device absent from the profile. Those issues must be corrected at the source.
Recheck the password and confirm that the file is a genuine P12 rather than a renamed archive or certificate from another format.
The provisioning profile probably does not include this iPhone’s UDID. Generate or obtain a profile containing the correct identifier.
Do not combine a P12 from one delivery with a mobileprovision file from another. Use the original matching pair.
Possible causes include a revoked or expired certificate, profile mismatch, incompatible entitlements, or a damaged IPA. See the iPhone signing error guide.
Check available storage, network access, iOS compatibility, and whether another copy of the app with a conflicting bundle identifier is installed.
Keep Safari or the signing app open, avoid switching networks during upload, and retry with the original files if the connection was interrupted.
Your P12 file and password can be used to sign applications, so treat them as sensitive credentials. Store them somewhere private, avoid sending them in public chats, and upload them only to a signing service you intend to use.
A certificate’s stated duration is not an unconditional guarantee that every signed application will remain available for that entire period. Apple can revoke certificates, app entitlements can be incompatible, and changes to iOS can affect installation behavior. CertDrop provides the certificate files and signing workflow but cannot override Apple’s platform controls.
Yes. You can use a compatible signing app on the iPhone or a browser-based signing service. Both methods require a valid P12 certificate, its password, and a matching mobileprovision profile that includes the device UDID.
You need the IPA, a P12 Apple Developer certificate, the P12 password, and a mobileprovision profile that matches the certificate and includes the target device.
No. CertDrop provides a mobile UDID collection flow that can be completed from Safari on the iPhone.
An iPhone signing app is convenient when it is already installed and you expect to sign repeatedly. A browser signer is simpler when you want to sign one IPA without importing certificate files into another app.
Common causes include a missing device UDID, a provisioning profile that does not match the certificate, an incorrect P12 password, an expired or revoked certificate, or an IPA that is not compatible with the device.