开发者

iOS codesigning specs [closed]

开发者 https://www.devze.com 2023-02-16 14:48 出处:网络
Closed. This question needs to be more focused. It is not currently accepting answers. 开发者_开发问答
Closed. This question needs to be more focused. It is not currently accepting answers. 开发者_开发问答

Want to improve this question? Update the question so it focuses on one problem only by editing this post.

Closed 5 years ago.

Improve this question

I want to create a tool for codesigning iOS apps on a linux server remotely.

I know codesign is oss but relies heavily on the keychain and is not as portable.

I know Adobe has a codesign utility for win and mac within flash that takes the provisioning profile, .p12, and .cer and signs the app.

UDK also does something similar but doesnt seem to need the .p12 ( http://udn.epicgames.com/Three/AppleiOSProvisioning.html )

So my question is really, what is the process they are doing so i can recreate a tool that is cross platform that can do it.


I've tried to work on this issue, and after a lot of sleepless nights, headaches, issues with keys and other stuff, I decided to stop bothering, bought a mac mini (fairly cheap), and installed it headless as a build machine. Works like a charm :)

I put a lot of work into the research and wasn't able to get it to work, so if someone does know the answer: greatly appreciated!


Try and have a look at this presentation: Breaking iOS code signing, which contains a lot of interesting information about the signing scheme.

I don't know anyway if the above presentation will give you the information you need.


Saurik created ldid, which is meant for code-signing on linux. It may be useful to checkout this article about Developing without a Provisioning Profile and also this project which I believe is an ldid implementation.

If you have used the Adobe code signing utility before then you might have noticed that it is a bit flaky. I have had issues with it numerous times.

The truth is that it will be very hard to create a code-signing tool and even if you spent a ton of time on it and eventually got an implementation working, Apple could change any little piece of the code signing process that could end up breaking your entire system. It is better to rely on the tools that Apple has provided developers to do code signing. If I could make a suggestion it would be to NOT try to do this.

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号