Hello,im developing iOS app and im having problem with codesigning distribution version. First of all, im working through macincloud.com which is a virtual mac so im not able to plug in an actual iOS device to test it neither with development signing nor ad-hoc signing.Anyway, I created my distribution signing certificate aswell as provisioning profile but Xcode somehow cant see my distribution certificate.When i try to archive the app it says:No provisioning profiles containing one of the following signing identities was found:iPhone Developer: XXXXX YYYY (ZZZZZZZ) (SHA1: XXXX...).which is my DEVELOPER signing certificate, so it says it sees only this certificate but since im using my DISTRIBUTION provisioning profile it doest match. if I go to keychain and delete this cerificate then Xcode says:No valid signing identities (i.e. certificate and private key pair) matching the team ID “XXXXXXXXXX” were found.after hitting fix issue it only tells me that is cant create new provisioning profile beacuse
Search results for
codesign
3,110 results found
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
Mighty QuinnThank you Eskimo for a prompt response to my question. I was not able to enable the App Sandbox in the standard way. Nevertheless, your response was helpful. Your description of the code signing machinery gave me some pointers as to what I should try.The codesign option --entitlements also seemed to work with --sign and solved my immediate problem.Thank youXsec
Topic:
Code Signing
SubTopic:
General
Tags:
When I try to submit my app with the new seed Xcode 7.1 beta (7B60) I receive a weird error by which it complaints that there is No account with iTunes connect access, while of course the account is there and kicking as you may see in the linked screenshot. I already had to delete all my profiles and restore them again in order to be successfully codesigned, now this. Please tell me how I may fix it.http://www.inarrivo.net/iTunesError.pngI also tried entering a new techical role following a hint on StackOverflow, apparently now needed. But that is all but ignored when I try to submit the app.You may check the thred with the images at:http://stackoverflow.com/questions/32592291/on-xcode-7-i-keep-receiving-error-no-account-with-itunes-connect-access/32592581
The default data protection set in your entitlements (and hence from your App ID via your provisioning profile) is only applied when your app container is created. Try deleting the app from the device and then reinstalling it from scratch. Things should work then.If not, dump the entitlements of your app to make sure the data protection entitlement made it to your app’s binary correctly. To do this:dump the app entitlements with the following command$ codesign -d --entitlements :- /path/to/your.appcheck for the presence and value of the com.apple.developer.default-data-protection entitlement Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com
Topic:
Privacy & Security
SubTopic:
General
Tags:
Hello!I am using the EV (Extended Validation) code signing certificate issued by DigiCert (https://www.digicert.com/code-signing/ev-code-signing.htm) to sign code. The certificate and corresponding private key are stored on the eToken.I am signing successfully Mac OS X applications with following command:$ codesign -s Open Joint-Stock Company BIFIT -v -f nmBIFITAppnmBIFITApp: replacing existing signaturenmBIFITApp: signed Mach-O thin (x86_64) [nmBIFITApp]And verify:$ codesign -vvd nmBIFITAppExecutable=/Users/borodavkin/2sign/macosx/nmBIFITAppIdentifier=nmBIFITAppFormat=Mach-O thin (x86_64)CodeDirectory v=20100 size=4662 flags=0x0(none) hashes=228+2 location=embeddedSignature size=4775Authority=Open Joint-Stock Company BIFITAuthority=DigiCert EV Code Signing CA (SHA2)Authority=DigiCert High Assurance EV Root CASigned Time=17 сент. 2015 г., 19:02:16Info.plist=not boundTeamIdentifier=not setSealed Resources=noneInternal requirements count=2 size=264However, I can't sign the installation package
Topic:
Code Signing
SubTopic:
Certificates, Identifiers & Profiles
Tags:
Signing Certificates
Provisioning Profiles
I just tried to build and run a sample for the first time on the hardware and had the same issue.Code Sign error: ad hoc code signing not allowed with SDK 'tvOS 9.0'CodeSign error: code signing is required for product type 'Application' in SDK 'tvOS 9.0'So does this mean we need to create a provisioning file for any app we want to test on the device?
Topic:
App & System Services
SubTopic:
Core OS
Tags:
Okay finally found the problem. I was codesigning my app by hand (which had never been a problem before) since I had an intricate set of frameworks the app relied upon, and needed to hand copy them using a Copy / Runscript post-build script. Any way, it seems starting Xcode 7 at least, this no longer works as expected. The app works and codesign says the app has been signed correctly, but clearly something is happening behind the scenes that's breaking the codesignature. I ended up removing all my manual codesigning stuff and simply using Xcode's 'Copy Framework' post build step and checked 'Sign on Copy'. It's now finally working as expected.
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
Sep 20 13:35:35 Davids-AppleWatch installd[35] <Error>: 0x1f084000 -[MIInstallableBundle performVerificationWithError:]: 1044: Upgrade's application-identifier entitlement string (ZNVB52L2P6.nz.co.DavidGWilson.TrafficCamNZ.watchkitapp) does not match installed application's application-identifier string (Q9T4XA67S6.nz.co.DavidGWilson.TrafficCamNZ.watchkitapp); rejecting upgrade. Sep 20 13:35:35 Davids-AppleWatch installd[35] <Error>: 0x1f084000 -[MIInstaller performInstallationWithError:]: Verification stage failedmy id is: ZNVB52L2P6I have no idea what this is: Q9T4XA67S6This Application is in the AppStore. It's there now with iOS support and Apple Watch support (Watch OS 1).I’ve converted the Xcode project from Watch OS 1 to Watch OS 2. Changed some code (a minor amount) for the OS update and depreciated functions.It’s working in the simulator…And… falls in a heap for the device installation.- iOS application installs just fine- Watch OS application installs and is then uninstalledAnyone been he
Good question. I tried running on the device but I received a code signing error:/Users/kiel.gillard/Library/Developer/Xcode/DerivedData/Alfred-adlymjyjtksujwbgrfamofhzhuck/Build/Products/Debug-iphoneos/AFRUITests-Runner.app/PlugIns/AFRUITests.xctest: No such file or directory Command /usr/bin/codesign failed with exit code 1The file indeed does not exist. Rather, an AFRUITests.app package exists in the directory instead and that app package merely contains an Info.plist file (it's missing an executable).Kiel
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
I'm working on a feature for a design mac app that allows designers to export a standalone viewer app that has their design embeded in it. The exported viewer app could then be sent to clients for review. Currently, the feature works by copying a viewer app embeded in the main app's bundle to the user's desktop, and then copying the design file into the viewer (~/Desktop/Viewer.app/Contents/Resources/designFile)This works great, unless the client doesn't have the allow apps from anywhere security setting turned on. If I enable codesigning for the viewer app, codsigning is broken by copying the design file into the app's resources folder. Pre-mavricks you could specify files that codesign should ignore, but this is no longer possible. So my quesiton is this: is there some other way to make this viewer app so that it's codesigned?
So my quesiton is this: is there some other way to make this viewer app so that it's codesigned?Not really. Code signing the viewer won’t work because:you can’t code sign it after adding the document because that would require your main app to include a copy of your code signing identity, which would be Bad™you can’t add the document after code signing the viewer because that will break the code signatureOTOH, not code signing the viewer is not going to be a good option in the long term. Apple really wants all code on the platform to be signed, for obvious security reasons.Honestly, I think the simplest option here is to not embed the document within the viewer. Instead of saving the viewer with the document embedded within it, create a folder with two items, the viewer and the document. Then, if the user double clicks either one the viewer will launch and can open the document.Beyond that the options get really non-obvious.Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Tech
Topic:
Privacy & Security
SubTopic:
General
Tags:
It just did it to me. I don't remember exactly where I got my version of Xcode from, but I'm 99% sure it's the GM seed right from the Apple website. Not only does spctl give me the same result, but running codesign --verify on my Xcode also returns the verbiage about a sealed resource is missing or invalid. This is getting really creepy…how could this have gotten compromised?
Topic:
Developer Tools & Services
SubTopic:
Developer Forums
Tags:
My GM doesn't pass the check. I'm downloading the MAS version now (I've been meaning to anyway) to see if it works. Interestingly, Apple's instructions mention having Gatekeeper enabled—I've never turned it off and received no warning about the GM version, but it still doesn't pass the spctl check (or codesign --verify for that matter)
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
The final release version (7A220—straight from the Mac App Store) fails spctl too.I figured out why the codesign verification on the GM (7A218) was failing—I had accidentally added a newline to a framework header file 😕. Removed it; now codesign is happy. But spctl still fails for both versions. I emailed Apple and asked them if they'd be willing to share what they knew about which versions got compromised—hopefully that will help us out.
Topic:
Developer Tools & Services
SubTopic:
Developer Forums
Tags:
HiyasSince upgrading to XCode 7 I don't seem to be able to submit a testflight binary to the Appstore anymore. I get this:Invalid Signature - The binary with bundle identifier 'ch.abacus.RMFoundation6' at path [RMFoundation6.framework] contains an invalid signature. Make sure you have signed your application with a distribution certificate, not an ad hoc certificate or a development certificate. Verify that the code signing settings in Xcode are correct at the target level (which override any values at the project level). If you are certain your code signing settings are correct, choose Clean All in Xcode, delete the build directory in the Finder, and rebuild your release target.for one of my dynamic (iOS8) frameworks. I had to change Bitcode flag on all frameworks and the binary since at least one of my third party frameworks is not enabled for Bitcode, but that's all I had to change when upgrading. I didn't get this message when submitting from XCode 6.4 last week though.When I verify the app using codesign