如何以防篡改方式与其他Android应用交互并验证用户操作

a) 应用间程序化交互规则 #

• Android原生完全支持应用间程序化交互，核心实现依赖Intent、ContentProvider、Service、BroadcastReceiver四大组件的跨进程调用能力。
• 交互权限几乎完全由第三方应用的开放配置决定：如果第三方应用的组件没有配置android:exported="true"，或者暴露组件时附加了自定义权限校验，其他应用没有任何权限可以强制访问这些私有组件。
• 不受第三方应用限制的平台通用特性仅有三类：
  1. 调用第三方应用已公开声明intent-filter的公共页面（比如Instagram的分享页，只要对方配置了接收图片的ACTION_SEND规则就可以正常唤起）
  2. 获取系统公开的应用基础信息（比如已安装应用的包名、版本号，需要申请QUERY_ALL_PACKAGES权限或者在manifest中配置目标应用包名白名单）
  3. 接收系统全局广播（比如应用安装/卸载广播、电量变化广播这类系统级广播，不包含第三方应用私有广播）

b) 模拟用户操作的可行性 #

• 普通第三方应用可以实现类似Win32的模拟点击、输入效果，前提是用户必须主动为你的应用开启无障碍服务权限。
• 你可以通过无障碍服务获取当前前台页面的控件ID、文本内容，再调用系统API模拟点击、输入操作。但要注意两个风险：一是Android 12及以上系统对无障碍服务权限申请做了严格限制，必须引导用户手动跳转系统设置页开启，无法静默申请；二是这类模拟操作如果被目标应用的风控策略检测到，可能导致用户的目标应用账号被限流、封禁。
• 除此之外的Shell命令模拟输入、插桩模拟等方案，都需要ROOT权限或者adb调试权限，普通用户场景完全不具备落地条件，无需考虑。

c) 官方应用分享截图的验证方案 #

你可以通过三重校验从源头避免假截图问题：

• 第一重预校验：唤起分享流程前，先查询系统中注册了对应分享Intent的应用包名，确认包名为官方Instagram的com.instagram.android，如果匹配失败直接终止分享流程，避免用户用山寨应用完成操作。
• 第二重内容校验：在你要分享的专属图片中嵌入肉眼不可见的数字隐水印，用户上传的截图如果能提取到你预设的隐写特征，基本可以排除静态假截图的可能。
• 第三重流程校验：不要让用户手动上传截图，而是通过无障碍服务在用户点击分享按钮的同时，主动捕获当前前台页面的截图，捕获时同步校验当前前台应用包名、页面是否包含“分享成功”的对应控件/文案，从流程上杜绝用户上传提前准备好的假图。

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