OWASP 类别：MASVS-CODE：代码质量
概览
发布的正式版 build 中如果包含测试或调试功能，可能会对应用的安全状况产生负面影响。这些功能旨在帮助开发者在新版本发布之前或之后发现和识别预期应用用例中的 bug，不应允许公开访问。
测试/调试功能的示例如下：
- 隐藏的菜单
- 用于启用调试日志的选项
- 用于更改应用流程的选项
- 用于规避付款或订阅流程的选项
- 用于规避身份验证的选项
- 针对应用专用 activity 的测试
恶意用户可能会利用上述所有选项来更改应用的预期流程或检索系统信息，从而有针对性地调整进一步的攻击方式。
让测试或调试功能保持公开所带来的风险可能会因与调试功能本身相关的操作而有所不同。
应用面临的另一个风险区域是在 AndroidManifest.xml 元素 <application> 中设置的 android:debuggable 属性。如果部署的正式版应用设置了 android:debuggable 一文中所述的值，那么恶意用户便可访问原本无法访问的管理资源。
影响
恶意用户如果与正式版 build 中的测试或调试功能进行了互动，可能会导致无法预料的结果。相关操作造成的影响与分配给相应功能的权限直接相关。权限越高，主动利用的影响就越大。应用中的测试或调试功能可用于规避多项保护机制、绕过付费墙、检索系统/用户相关信息，或触发测试活动。
缓解措施
避免使用调试组件
绝不应在正式版应用组件（如 activity、广播接收器、服务或 content provider）中实现测试或调试功能，因为这些功能一旦被导出，设备上的任何其他进程便可运行这些功能。将调试组件设置为未导出 (android:exported="false"）并不构成对这些功能的有效保护，因为如果启用了调试选项，已取得 root 权限的设备仍然可以通过 Android 调试桥 (ADB) 工具来执行调试功能。
仅限预演版 build 使用调试或测试功能
应仅限一组有限的预演版 build 来执行应用内的任何测试或调试功能，以便仅允许开发者在受控环境中调试或测试应用功能。为此，可以创建应用的专用测试或调试 build 并为其创建高级插桩测试，以确保所有测试或调试功能都在隔离的版本上运行。
实现自动化界面测试
对应用运行测试时，请选择使用自动化界面测试，因为这些测试可重复，可在分隔的环境中执行，并且不易出现人为错误。