Google Play提交应用时出现Implicit Internal Intent漏洞，求修复方案

Implicit Internal Intent漏洞的核心问题是：你的应用使用未做限制的隐式Intent启动内部组件，恶意应用可以构造匹配的Intent劫持这些操作（比如触发未授权的视频通话、篡改推送逻辑）。以下是针对你提到的三个模块的具体修复方案：

1. 修复performAction方法中的隐式Intent #

问题代码示例（危险）： #

Intent intent = new Intent("com.yourapp.action.START_VIDEO_CALL");
startActivity(intent);

这种隐式调用没有指定目标组件，任何注册了对应Action的应用都能响应。

修复方案： #

改成显式Intent，直接指定目标组件，或者添加包名锁定：

• 方式一：直接指定组件类（推荐）

// 明确指定要启动的视频通话Activity类
Intent intent = new Intent(this, VideoCallActivity.class);
intent.putExtra("call_id", callId); // 正常传递业务参数
startActivity(intent);

• 方式二：若必须保留Action，添加包名限制

Intent intent = new Intent("com.yourapp.action.START_VIDEO_CALL");
// 限制只有当前应用能响应这个Intent
intent.setPackage(getPackageName());
// 可选：进一步明确指定组件
intent.setComponent(new ComponentName(getPackageName(), "com.yourapp.VideoCallActivity"));
// 先检查是否有可响应的组件，避免崩溃
if (getPackageManager().resolveActivity(intent, 0) != null) {
    startActivity(intent);
}

2. 修复推送处理逻辑中的隐式Intent #

推送场景中，若直接解析并启动推送携带的Intent，很容易被恶意篡改。

问题代码示例（危险）： #

Intent pushIntent = Intent.parseUri(pushData.getIntentUri(), Intent.URI_INTENT_SCHEME);
startActivity(pushIntent);

修复方案： #

• 强制校验Intent的归属，仅允许当前应用的组件：

Intent pushIntent = Intent.parseUri(pushData.getIntentUri(), Intent.URI_INTENT_SCHEME);
// 校验包名，确保是当前应用的组件
if (getPackageName().equals(pushIntent.getPackage())) {
    ComponentName component = pushIntent.getComponent();
    // 进一步校验组件的包名，防止被篡改
    if (component != null && getPackageName().equals(component.getPackageName())) {
        startActivity(pushIntent);
    }
}

• 更安全的做法：不要在推送中传递完整Intent URI，改为传递目标组件类名和业务参数，本地构建显式Intent：

// 从推送payload中提取必要信息
String targetClassName = pushData.getString("target_component");
String callId = pushData.getString("call_id");

try {
    Class<?> targetClass = Class.forName(targetClassName);
    Intent explicitIntent = new Intent(this, targetClass);
    explicitIntent.putExtra("call_id", callId);
    startActivity(explicitIntent);
} catch (ClassNotFoundException e) {
    // 记录日志，处理组件不存在的异常
    e.printStackTrace();
}

3. 修复Manifest中的组件配置 #

如果视频通话相关组件（Activity/Service/BroadcastReceiver）声明了隐式<intent-filter>且未限制访问，会被外部应用匹配到。

问题配置示例（危险）： #

<activity android:name=".VideoCallActivity">
    <intent-filter>
        <action android:name="com.yourapp.action.START_VIDEO_CALL" />
        <category android:name="android.intent.category.DEFAULT" />
    </intent-filter>
</activity>

修复方案： #

• 如果组件仅内部使用：移除不必要的<intent-filter>，并设置android:exported="false"（API 21+）：

<activity android:name=".VideoCallActivity"
          android:exported="false">
    <!-- 若无需对外暴露，直接删除intent-filter -->
</activity>

• 若必须保留<intent-filter>（比如需要系统调用）：添加自定义权限限制，仅授权应用可访问：

<!-- 先在Manifest中声明自定义权限 -->
<permission android:name="com.yourapp.permission.ACCESS_VIDEO_CALL"
            android:protectionLevel="signature" />

<!-- 给组件添加权限限制，并设置exported=true -->
<activity android:name=".VideoCallActivity"
          android:exported="true"
          android:permission="com.yourapp.permission.ACCESS_VIDEO_CALL">
    <intent-filter>
        <action android:name="com.yourapp.action.START_VIDEO_CALL" />
        <category android:name="android.intent.category.DEFAULT" />
    </intent-filter>
</activity>

android:protectionLevel="signature" 确保只有和你应用用同一签名的应用才能获取该权限，避免第三方滥用。

验证修复效果 #

修复后可以用adb命令测试：

adb shell am start -a com.yourapp.action.START_VIDEO_CALL

如果修复有效，该命令无法启动你的视频通话组件（或仅你的应用能正常启动）。

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