iOS 应用打包成 IPA 后，可执行文件可以通过 Hopper、IDA 等工具反编译分析。虽然苹果有代码签名和加密机制，但 App Store 下载的应用被脱壳后依然可以分析。额外的保护手段是必要的。
iOS 应用面临的风险
IPA 被解包后，可执行文件可以用 class-dump 导出 Objective-C 的类和方法声明。OC 的 Runtime 特性将类名和方法名以字符串形式保留在二进制中，这是语言层面的限制。Swift 做了名称修饰，但核心逻辑和字符串常量依然可以被提取。资源文件在解压后直接可见。
常见的攻击路径包括：通过 Hopper 分析二进制定位关键逻辑、提取 API Key 和加密密钥、注入恶意代码后重新签名分发。
代码混淆
代码混淆是最基础的保护手段。IpaGuard 对 IPA 中的可执行文件做代码混淆，将类名、方法名和变量名替换成无意义字符。经过混淆后，class-dump 导出的头文件变成不可读的乱码，攻击者无法直接从命名推断业务逻辑。
IpaGuard 处理 IPA 时不需要源码，直接对编译后的文件操作。模式上有白名单（只混淆勾选的项）和黑名单（跳过勾选的项混淆其余），处理强度控制混淆后符号的可读性。对于 Flutter、Swift、OC 和 Unity3D 等不同平台的应用都支持。
资源文件保护
单一的代码混淆无法解决所有问题。IPA 中的图片、JSON 配置、HTML 文件在解压后以原始文件名存在。IpaGuard 对资源文件做名称混淆和 MD5 修改，还可以给图片添加不可见水印。
字符串加密
关键字符串（API Key、加密密钥、URL）不应以明文形式出现在代码中。IpaGuard 可以对这些信息做加密处理，运行时解密使用。
调试信息清理
编译后的 IPA 可能残留调试符号、NSLog 输出和额外的调试信息。IpaGuard 的调试信息清理功能可以删除这些内容。
加固流程
IpaGuard 的加固流程从导入 IPA 开始，依次执行代码混淆、资源文件保护和调试信息清理。处理完成后结合反调试机制——在代码中检测调试器附加时主动退出，以及完整性校验——运行时验证代码和文件的哈希值。
加密与混淆的配合
iOS 应用的"加密"通常指两件事：苹果的 FairPlay 加密和应用层的代码保护。FairPlay 是 App Store 对下载 IPA 的 DRM 加密，脱壳工具可以去除这层保护。开发者能主动控制的是第二层——代码混淆、资源保护、字符串加密和反调试的结合。IpaGuard 覆盖的是第二层。
建议
没有绝对安全的方案，目标是提高破解成本。代码混淆配合字符串加密和反调试能挡住大部分自动化逆向工具和初级分析。对于金融类应用或有核心算法需要保护的场景，可以在 IpaGuard 加固后再叠加签名校验和完整性检测。
