Android13 加强Intent filters 的安全性
作者:??TechMerger???? 发布时间:2022-06-17 03:15:55
前言:
在看这个变更之前,我们需要回忆下 Android 12 的一个安全性变更, 即声明了 <intent-filter>
的Activity、BroadcastReceiver、Service 必须声明 android:exported
, 否则将会无法被启动。
Android 12 的这个变更是为了防止开发者在不知情的情况下,声明了一个 intent-filter 就会使得这些组件对外公开,一定程度下强化了安全性。
但是却漏掉了显式 Intent 启动和 Broadcast Receiver 动态注册两种情况,便在 13 中分别推出了两项变更来进行加强。
Intent filters block non- -matching intents
Safer exporting of context- -registered receivers
Intent filters block non-matching intents
Android 13 开始 Intent 过滤器会屏蔽不匹配的 intent,即便是指定了 Component 的显式启动。
在 13 以前:
开发者想给 Component 添加 支持
这个 需要公开给外部 App 使用,便设定了 Component exported 为 true
这时候该 Component 就出现了一个安全漏洞:外部 App 使用不同于 中声明的 Action,甚至 mimeType 都不匹配均可以启动它
也许你觉得这并没有什么,但是如果 App 只针对 过来的 Route 做了安全校验,就造成了校验上的疏漏。
具体变更
假如我们提供了的 Activity 像如下一样声明:
<activity
android:name=".MainActivity"
android:exported="true">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
<intent-filter>
<action android:name="android.intent.action.TEST" />
<data android:mimeType="vnd.android.cursor.dir/event"/>
</intent-filter>
</activity>
在 13 之前,其他 App 采用了显式启动,即便是错误的 ACTION 是可以正常启动我们的 Activity。
private fun testIntentFilters() {
Intent().setComponent(
ComponentName("com.example.demoapplication",
"com.example.demoapplication.MainActivity")
).apply {
action = "android.intent.action.TEST_A"
startActivity(this)
}
}
而运行在 13 上的话,将无法启动并会发生如下错误:
PackageManager: Intent does not match component's intent filter: Intent { act=android.intent.action.TEST_A cmp=com.example.demoapplication/.MainActivity }
PackageManager: Access blocked: ComponentInfo{com.example.demoapplication/com.example.demoapplication.MainActivity}
除了 ACTION 修改正确以外,data 也要满足即 Intent-filter 完全符合才可以启动。
private fun testIntentFilters() {
Intent().setComponent(
ComponentName("com.example.demoapplication",
"com.example.demoapplication.MainActivity")
).apply {
action = "android.intent.action.TEST"
data = CalendarContract.Events.CONTENT_URI
startActivity(this)
}
}
豁免
如下的几种场景下的 Intent 并不在本次变更的影响范围内:
目标 Component 没有声明
<intent-filter>
同一个 App 内部发出的 Intent
系统发出的 Intent,包括
SystemServer
、采用 System UID 的系统 AppRoot
进程发出的 Intent
适配办法
如果目标运行的版本基于 Android 13,并且不是上述豁免对象的话,需要做些检查和必要的修改。
按照启动方和目标方两种情况进行适配办法的探讨:
作为启动方:
startActivity()
startActivityForResult()
sendBroadcast()
是否存在采用显式 Intent 方式启动其他 App 或发送广播的情况
该 Component 是否声明了
<intent-filter>
防止其 Target 升级到了 Android 13 无法正常启动,需要注意 Intent 的 action、data 等信息是否准确
作为目标方:
Target 是否需要升级到 Android 13
是否对外提供了 Component 并声明了
<intent-filter>
防止无法被正常启动,需要告知启动方
<intent-filter>
的信息
残留
13 上实测发现 Service 组件在显式启动下,即便是错误的 ACTION,仍能被正常启动。这是有意为之还是 Beta 版漏洞,源码尚未公开,原因未知。
startService()
startForegroundService()
bindService()
Safer exporting of context-registered receivers
为了帮助提高运行时 * 的安全性,Android 13 允许您指定您应用中的特定广播 * 是否应被导出以及是否对设备上的其他应用可见。
如果导出广播 * ,其他应用将可以向您的应用发送不受保护的广播。此导出配置在以 Android 13 或更高版本为目标平台的应用中可用,有助于防止一个主要的应用漏洞来源。
具体变更
TargetSDK 升级到 Android13 的 App 在动态注册 Receiver 的时候不指明该 flag,那么会收到如下的 crash:
java.lang.SecurityException: com.example.demoapplication: One of RECEIVER_EXPORTED or RECEIVER_NOT_EXPORTED should be specified when a receiver isn't being registered exclusively for system broadcasts
目前上述限制不是默认生效的,需要开启如下兼容性变更:
开发者选项 -> App Compatibility Changes -> Your App ->
DYNAMIC_RECEIVER_EXPLICIT_EXPORT_REQUIRED
另外,当你的 Receiver 声明了 RECEIVER_NOT_EXPORTED 的话,其他 App 向其发送广播会失败,并打印如下日志提醒你的 Receiver 需要公开:
BroadcastQueue: Exported Denial: sending Intent { act=com.example.demoapplication.RECEIVER flg=0x10 }, action: com.example.demoapplication.RECEIVER from com.example.tiramisu_demo (uid=10161)
due to receiver ProcessRecord{8e5f11c 16942:com.example.demoapplication/u0a158} (uid 10158) not specifying RECEIVER_EXPORTED
豁免
需要留意的是,系统级广播是受保护的,普通 App 没有权限发送。
所以只是监听系统广播的话,动态注册的 Receiver 无需指定上述 flag。即便指定了 RECEIVER_NOT_EXPORTED,和静态注册方式一致也能正常接收、不受影响。
适配办法
找到所有动态注册 Broadcast Receiver 的代码。如果监听的包含非系统广播,请根据是否公开给其他 App 的需要使用来添加 flag 的声明。
RECEIVER_EXPORTED
RECEIVER_NOT_EXPORTED
context.registerReceiver(sharedBroadcastReceiver, intentFilter,
RECEIVER_EXPORTED)
context.registerReceiver(privateBroadcastReceiver, intentFilter,
RECEIVER_NOT_EXPORTED)
来源:https://juejin.cn/post/7099450024525824037


猜你喜欢
- 方法一Timer与TimerTask(Java实现)public class timerTask extends Activity{ pr
- 一、堆的概念堆的定义:n个元素的序列{k1 , k2 , … , kn}称之为堆,当且仅当满足以下条件时:(1)ki
- 本文研究的主要是Java编程利用openoffice将doc、docx转为pdf的实现代码,具体如下。1. 需要用的软件OpenOffice
- 最近搞造价系统时遇到一些需要汇总的指标数据类似下面的结构指标A 1000指标B 500指标C 500指标A = B+C当我们需要对这些数值进
- 一、事件背景个人感觉自己做性能测试,可以说是轻车熟路了,而且工作多年一直都是这一套测试思路及体系,从未质疑过自己,也许是狮子座的迷之自信吧!
- 飞行棋游戏大家应该都玩过吧,如何使用C#语言进行编写,本文实例就为大家分享了飞行棋C#实现代码,供大家参考,具体内容如下using Syst
- 析构函数用于析构类的实例。备注不能在结构中定义析构函数。只能对类使用析构函数。一个类只能有一个析构函数。无法继承或重载析构函数。无法调用析构
- 这里我们通过Apache Commons CLI来完成目标功能,废话不多说直接上代码所需的maven依赖<dependency>
- 在一个项目中,如果我们既用到了Struts2又用到了Servlet,项目运行时有可能无法正常访问Servlet,原因是在配置Struts的过
- 本地仓库是指存在于我们本机的仓库,在我们加入依赖时候,首先会跑到我们的本地仓库去找,如果找不到则会跑到远程仓库中去找。对于依赖的包大家可以从
- FastDFS 的作者余庆先生已经为我们开发好了 Java 对应的 SDK。这里需要解释一下:作者余庆并没有及时更新最新的 Java SDK
- 前言在上一篇,我们谈到了jvm垃圾回收算法详细解析,并了解了JVM中针对堆区中不同的分代采用不同的垃圾回收算法在了解了垃圾回收算法之后,很多
- 实践过程效果代码public partial class Form1 : Form{ public Form1()
- 泛型(Generic type 或者 generics)是对 Java 语言的类型系统的一种扩展,以支持创建可以按类型进行参数化的类。可以把
- 本文实例讲述了Java TreeSet实现学生按年龄大小和姓名排序的方法。分享给大家供大家参考,具体如下:import java.util.
- 相信最近看过我的文章的朋友对于Microsoft.Extensions.ObjectPool不陌生;复用、池化是在很多高性能场景的优化技巧,
- 为什么要在J2EE项目中谈异常处理呢?可能许多java初学者都想说:“异常处理不就是try….catch…finally吗?这谁都会啊!”。
- 通用配置#下面介绍的整合JDBC和整合MyBatis都需要添加的实体类和配置数据库表#CREATE TABLE `user` ( `id`
- java掩码 private static String nameMask(String name) throws Exception {
- 一直使用Eclipse环境开发Android,也尝鲜使用过Android Studio去开发,各种IDE配合Android SDK及SDK原