ios - iOS 中的反编译可能性以及如何防止它们

Question

我最近读到有关 iOS 应用反编译的信息，现在我真的很担心。如以下帖子(#1 和 #2)所述，可以反编译分发到 App Store 的 iOS。这可以通过越狱来完成，我认为可以通过将应用程序从内存复制到硬盘来完成。使用一些工具可以

• 读出字符串(字符串工具)
• 转储头文件
• 逆向工程汇编代码

似乎不可能逆向工程为 Cocoa 代码。

由于安全性是我创建的软件的一个特性，我想防止恶意用户重构我的安全功能(使用 key 加密或登录网站)。所以我提出了以下问题:

1. 有人可以用汇编重建我的保存和加密或登录方法吗？我的意思是他能理解到底发生了什么(什么时候保存到哪个路径，使用哪个 key 等，使用什么凭据登录到哪个网站)？我没有组装理解它看起来像我的矩阵......
2. 如何安全地使用无法用字符串读取或在汇编中读取的 NSStrings？我知道可以混淆字符串 - 但这仍然不安全，不是吗？

Answer 1

这是人们多年来一直在追寻的问题，任何有足够积极性的人都可以找到方法找出您不想让他们知道的任何信息，前提是这些信息曾经被存储过在设备上。

无需越狱，可以使用购买或下载的二进制文件反汇编应用程序。这是静态检查，可以使用标准拆卸​​工具进行检查。尽管您需要有一个足够好的工具来从链接器添加符号并充分理解方法调用以便能够梳理出正在发生的事情。如果您想了解其工作原理，请查看 hopper ，它是一个非常好的反汇编/逆向工程工具。

特别是您的安全日志问题，如果您有一个有动机的攻击者，您会遇到更大的问题:基于系统的中间人攻击。在这种情况下，攻击者可以屏蔽您系统使用的网络代码，并查看通过标准网络发送的任何内容。因此，您不能指望能够将任何形式的未加密数据发送到操作系统或库级别的“安全”管道中，并期望它不会被看到。在将数据放入管道之前，您至少需要加密(即，您不能依赖于将任何纯文本发送到标准 SSL 库)。您可以编译自己的 SSL 库集并将它们直接链接到您的应用程序，这意味着您不会随着时间的推移获得任何系统性能和安全性增强，但您可以根据需要手动升级 SSL 库。您也可以创建自己的加密，但这充满了潜在的问题，因为有动机的黑客可能会发现此时更容易攻击您的有线协议(protocol)(经过公开测试的协议(protocol)，如 SSL 通常比您自己组合的协议(protocol)更安全，除非您是一位特别有天赋的开发人员，拥有多年的安全/加密经验。

但是，所有这些都假设您的攻击者有足够的动机。如果你去掉了容易摘到的果子，你就可以防止偶然的黑客简单地尝试弄清楚你的系统。一些要避免的事情:

• 为加密的任何一方存储纯文本加密 key
• 将 key 存储在特定命名的资源中(名为 serverkey.text 的文件或存储在名称包含 key 的 plist 中的 key 都是经典)
• 尽可能避免使用简单的密码

但是，最重要的是创建这样的系统:如果用户必须自己输入信息(直接或间接通过 OAUTH 等系统)，存储在应用程序本身中的 key (如果有的话)将毫无用处。如果没有与可信任的用户进行一些交互，服务器不应信任客户端的任何重要操作。

Apple 的钥匙串(keychain)提供了一个存储身份验证 token 的好地方，例如在 OAUTH 序列期间检索到的 token 。 API 有点难用，但系统很可靠。

最后，问题是无论您做什么，您都只是在提高击败您的措施所需的工作量上的赌注。攻击者可以控制方程式的所有重要部分，因此他们最终将击败设备上的任何东西。您将需要决定投入多少精力来保护客户端，而不是保护服务器和监控滥用。由于攻击者掌握了设备上的所有卡片，因此您更好的方法是可以在服务器上实现以增强您的目标的方法。