在BillingService模块中，需要修改哪些内容来提高安全性？

Question

类 BillingService 的注释建议：

在使用此代码之前，您应该对其进行修改和混淆。

好的，但是什么必须修改？

班级名称？用于记录的TAG？方法名称和数据成员？逻辑和程序流程本身？其他？

换句话说，我可以理解混淆的必要性，但是我如何才能在不从头开始重写所有内容的情况下实现建议（可能会出现比不修改任何内容更糟糕的错误）？

Answer 1

我目前正在研究这个问题，到目前为止，我的方法如下：

1. 我使用 BillingReceiver、Billing Service、PurchaseObserver 和 ResponseHandler。
2. 我已将所有常量移至我自己的 Constants 类中，并且上述所有类都包含在我自己的包中。
3. 我已经取消了 PurchaseDatabase 类，并将其部分集成到我自己的 SQLite 数据库、DBAdapter 和数据访问类中。
4. 我已将 CatalogEntry 更改为我自己的模型对象，并且我的 UI 将与示例完全不同，例如 RadioButton 组而不是产品项的 Spinner（我只有 4 个）。
5. 它在安全类中说“为了安全实现，所有这些代码都应该在与应用程序通信的服务器上实现”。我很“幸运”，我的应用程序无论如何都必须联系我的服务器，因此我将在服务器上实施这些安全措施，并且我将对传递到服务器的购买信息进行自己的验证。我希望使用 SSL 来保护这部分通信的安全，并且我已经需要存储在我的服务器上的先前用户名/密码（经过哈希处理和加盐处理）。
6. 我正在删除任何其他我没有使用的多余代码，例如有效负载编辑。
7. 有些方法的签名中有 5 或 6 个参数，例如 onPurchasestateChanged() - 我正在考虑将它们组合到单个包装对象中（但尚未这样做）。
8. 我正在缓慢而彻底地测试它，以便我了解发生了什么，并遵循建议。我首先使用完整的示例来确保它有效并测试了静态响应。然后我开始进行自己的更改，同时仍然进行静态测试。我仍在使用静态响应进行测试，并且我将跟踪消息流以了解正在进行的交换。一旦我对此感到满意，我将使用我自己的产品 ID 进行测试，并尝试让自己对数据及其安全性感到满意。
9. 我认为developerPayload字符串也可以被签名和加密，并且当返回到我的服务器时，被解密并检查完整性。
10. 最后，我将使用 ProGuard 对代码进行混淆，并遵循 StackOverflow 上提供的一些提示进行操作。

希望这有帮助。

Answer 2

这里没有好消息：除了使用 Proguard 之外，您还需要进行任何可以更改的操作。这包括合并类、拆分类、将某些方法从一个模块移动到另一个模块，特别是对存储到数据库中的购买信息进行加密，如 PurchaseDatabase 类的描述所示：

在将任何信息存储到
持久存储。混淆器应该使用特定的密钥
给设备和/或用户。否则攻击者可以复制数据库
充满有效购买并将其分发给其他人。

原因是，使用 AntiLVL 这样的工具，可以很容易地将反编译（混淆！）的代码与原始示例进行比较，并从中推断出破坏它所需的任何内容。完全防止开裂是不可能的，但应该尽量让它变得困难。

Answer 3

他们解释如下：

应用内结算示例应用程序是公开分发的，可以
任何人都可以下载，这意味着对于
如果您使用该示例，攻击者将对您的应用程序进行逆向工程
代码与发布时完全相同。该示例应用程序旨在
仅用作示例。如果您使用示例的任何部分
应用程序，您必须在发布它或将其发布为之前对其进行修改
生产应用程序的一部分。

特别是，攻击者寻找已知的入口点和出口点
在应用程序中，因此修改这些部分很重要
您的代码与示例应用程序相同。

这意味着不要使用所提供的代码，而是更改其中的某些部分，以便黑客无法知道您使用的代码。

基本上，我认为它们不是指 billingService 本身，而是指您在应用程序中使用它的方式。