Service安全：Service的导出风险、前台服务与后台服务的权限控制、绑定服务的认证机制

各位好，今天我们聊聊Service安全。说实话，Service这个组件在Android里经常被低估。很多人觉得它就是个后台跑任务的，能有什么安全问题？嗯，我当年也是这么想的，直到在一次渗透测试中，我亲眼看到攻击者通过一个导出的Service，直接拿到了系统级权限。那之后，我对Service的敬畏心就上来了。

一、Service的导出风险：你家的门是不是开着的？

Service导出，说白了就是你的Service能不能被其他应用调用。默认情况下，如果你在AndroidManifest.xml里给Service加了，那它就是导出的。不加的话，默认不导出。但这里有个坑——很多开发者会手动设置android:exported="true"，然后忘了关。

我在项目中遇到过这样一个案例：某个金融App的Service被导出，攻击者构造了一个Intent，携带了恶意的extra数据，直接导致Service内部的数据解析模块崩溃，进而泄露了内存中的用户会话信息。你说可怕不可怕？

如何避免？

• 没有明确理由，永远不要设置android:exported="true"
• 如果必须导出，一定要做权限校验（后面会讲）
• 使用android:permission属性限制调用方

<!-- 错误示范：直接导出，没有任何保护 -->
<service
    android:name=".VulnerableService"
    android:exported="true" />

<!-- 正确做法：限制只有特定权限的应用才能调用 -->
<service
    android:name=".SecureService"
    android:exported="true"
    android:permission="com.example.permission.ACCESS_SERVICE" />

二、前台服务与后台服务的权限控制

Android从8.0开始对后台服务做了严格限制。说白了，你不能再像以前那样随便开个后台Service就跑。系统会很快把它杀掉。这时候前台服务就派上用场了——它必须显示一个通知，告诉用户「我在干活呢」。

但前台服务也有安全问题。你想想看，如果攻击者能伪造一个前台服务通知，用户会不会误点？嗯，我见过有人利用这个做钓鱼攻击。

权限控制要点

服务类型	权限要求	常见风险
后台Service	Android 8.0+ 需要 FOREGROUND_SERVICE 权限	被系统杀死导致功能异常
前台Service	必须显示通知，需要 POST_NOTIFICATIONS 权限	通知被伪造或滥用
绑定Service	调用方需通过认证	未授权绑定导致数据泄露

我个人习惯是：能用WorkManager绝不用前台Service。WorkManager会自动处理权限和生命周期，省心很多。但如果你确实需要前台Service，记得在通知里明确告诉用户你在做什么，不要搞那种「正在运行」的模糊描述——用户会反感的。

三、绑定服务的认证机制：别让陌生人进你家

绑定服务（Bound Service）允许其他组件通过Binder与你的Service通信。这里有个关键问题：你怎么知道调用方是谁？

我曾经在做一个企业IM应用时，就踩过这个坑。我们的绑定Service没有做任何认证，结果被竞品App偷偷绑定，读取了用户的聊天记录。嗯，那段时间真是焦头烂额。

认证机制怎么做？

1. 检查调用方UID：通过Binder.getCallingUid()获取调用方UID，然后与你的包名比对
2. 使用权限检查：在onBind()方法中调用checkCallingPermission()
3. 自定义签名验证：验证调用方应用的签名是否与你的白名单匹配

@Override
public IBinder onBind(Intent intent) {
    // 检查调用方是否有权限
    if (checkCallingPermission("com.example.permission.BIND_SERVICE")
            != PackageManager.PERMISSION_GRANTED) {
        Log.w("SecureService", "未授权的绑定请求，来自UID: " + Binder.getCallingUid());
        return null;  // 拒绝绑定
    }
    return binder;
}

// 更严格的方案：验证调用方包名
private boolean isCallerAllowed() {
    int uid = Binder.getCallingUid();
    String[] packages = getPackageManager().getPackagesForUid(uid);
    if (packages != null) {
        for (String pkg : packages) {
            if ("com.trusted.app".equals(pkg)) {
                return true;
            }
        }
    }
    return false;
}

知识体系总览

下面这张图是我自己整理的Service安全知识体系，你可以把它当作一个检查清单。每次写Service之前，先过一遍这张图，能帮你避开大部分坑。

避坑指南

最后，分享几个我踩过的坑，希望能帮你省点时间：

• 我曾经以为只在代码里检查权限就够了，结果发现攻击者可以通过反射绕过。后来我改成在Manifest里声明权限，双重保险。
• 我曾经在绑定Service里直接返回了Binder对象，没有做任何调用方验证。结果被第三方App绑定后，通过Binder接口调用了内部方法。嗯，从那以后我每次都在onBind()里加验证。
• 我个人习惯是：所有Service默认不导出，除非有明确需求。如果必须导出，我会在代码里加一个「白名单」机制，只允许特定包名的应用调用。

好了，Service安全这块就聊到这儿。记住一句话：Service是你的后台管家，别让陌生人随便敲门。