ipa重签名原理步骤

签名以及验签过程：

图片1.png

ipa文件结构：

20200729173726122.png

• _CodeSignature目录里是一个无后缀的plist文件，里面存放的是.app中除可执行文件外所有文件（非目录）的hash值。
• embeded.mobileprovision文件就是打包时的pp文件（appstore下载的无此文件）
• MachO文件就是可执行文件，里面包含了自己的签名。
  *archived-expanded-entitlements.xcent：权限配置文件
• Frameworks（目录）：用于存放用户级别的 Framework（Static Framework / Embedded Framework）
  iOS 默认内置了系统级别的 Framework（Dynamic Framework），在项目中使用系统自带的 Framework 时，实际上是保存对系统级别的 Framework 的引用。因此，在项目打包时，系统级别的 Framework（Dynamic Framework）不需要拷贝到 .app 中
  因为每个 Framework 其实就是一个 App，所以 .framework 的结构类似于 .app 的基础结构，有：
  ① 存放签名信息的 _CodeSignature 目录
  ② Info.plist 文件
  ③ 与 Framework 同名的可执行文件
  ④ SC_Info 目录
  因为 Frameworks 目录下的每一个 Framework 都有自己独立的签名信息
  所以在进行 iOS App 重签名时，需要对 Frameworks 目录下的每一个 Framework 都进行强制重签名
• Bundle文件：一般是第三方资源
• Plugins（目录）
  用于保存插件，无法对此目录进行重签名，因此 App 重签名时需要删除此目录（或者删除此目录下的所有文件）
• Assets.car
  项目中所有 .xcassets 打包后生成的一个压缩包（注意：.xcassets 中的 AppIcon 和 LaunchImage 不会参与 Assets.car 的打包，而是直接放在 .app 包中 ）
  可以通过 github 上的开源工具 cartool 解压查看 Assets.car 里面的内容
• Info.plist（文件）：iOS 系统读取该文件，并获取 App 的配置信息
• PkgInfo（文件）
  存储包信息的文件（包的 8 字节标识符，APPL = Application）
• lproj（文件）
  Localized Project Folder，包含用于支持 iOS / macOS 中 App 的单种语言的文本文件和其他资源文件（可能包含 .strings 和 .nib 文件）
• SC_Info（目录）
  包含 appname.sinf 和 appname.supp 两个文件：
  ① .sinf 为 metadata 文件
  ② .supp 为解密可执行文件的密钥
  注：

1. app的签名包含两部分：代码文件的签名直接在Mach-O文件内部；其它文件的签名在_CodeSignature目录中的CodeResources文件中。不可往此目录写入数据
2. 因为目录不参与签名，所以重签名后可以在.app内放目录存放资源。

重签名过程

• 删除插件，因为无法对插件目录Pluigin重签名。
• 对FrameWorks进行签名
• 给可执行文件执行权限
• 拷贝描述文件
• 修改info.plist中的Bundle ID
• 生成plist权限文件
• 签名整个APP
• 生成ipa包