iOS App存在@rpath路径漏洞，依赖Carthage等如何处理？

安全测试工单：二进制文件设置了Runpath Search Path (@rpath)，存在攻击者植入恶意库执行代码提权的风险，要求移除编译器-rpath选项以删除@rpath，涉及段："macho"

我的项目情况：部分依赖用Carthage管理，其余依赖直接打包进应用，当前rpath设置如下：

先明确：@rpath是Mach-O二进制的动态库搜索机制，风险确实存在，但Carthage默认依赖它定位动态库，直接硬删会导致依赖加载失败，得按场景针对性处理：

分场景修复方案 #

1. 手动打包的非Carthage依赖

• 打开对应Target的Build Settings，搜索Runpath Search Paths，清空所有路径值
• 继续搜索Other Linker Flags，移除所有包含-rpath的参数
• 重新编译后，用命令验证是否移除成功：

otool -l 你的二进制文件名 | grep -A 5 LC_RPATH

无输出即为移除干净

2. Carthage管理的依赖

Carthage构建的动态库默认依赖@rpath，直接移除会导致运行时找不到库，可选两种方案：

• 转静态库：在Cartfile中给依赖添加:submodules => true（需对应库支持），或执行carthage build --static-framework命令构建静态库，静态库无需依赖@rpath
• 限制rpath搜索范围：保留rpath但仅设置为应用内部安全路径，将Runpath Search Paths设为@executable_path/Frameworks，同时确保所有Carthage框架都放在该目录下，把搜索范围锁死在应用内部，大幅降低攻击风险

验证修复效果 #

执行以下命令检查二进制文件的rpath段：

otool -l YourAppBinary | grep -A 6 LC_RPATH

• 若输出为空，说明已彻底移除@rpath
• 若采用范围限制方案，应仅看到@executable_path/Frameworks这一条内部路径

内容的提问来源于stack exchange，提问作者trusk