Drozer Tutorial
Last updated
Last updated
Sieve (from mrwlabs)
Install Drozer Client inside your host. Download it from the latest releases.
Download and install drozer APK from the latest releases. At this moment it is this.
Agent is running on port 31415, we need to port forward to establish the communication between the Drozer Client and Agent, here is the command to do so:
Finally, launch the application and press the bottom "ON"
And connect to it:
Find the name of the package filtering by part of the name:
Basic Information of the package:
Read Manifest:
Attack surface of the package:
Activities: Maybe you can start an activity and bypass some kind of authorization that should be prevent you from launching it.
Content providers: Maybe you can access private dato or exploit some vulnerability (SQL Injection or Path Traversal).
Services:
is debuggable: Learn more
An exported activity component’s “android:exported” value is set to “true” in the AndroidManifest.xml file:
List exported activities:
Start activity:
Maybe you can start an activity and bypass some kind of authorization that should be prevent you from launching it.
You can also start an exported activity from adb:
PackageName is com.example.demo
Exported ActivityName is com.example.test.MainActivity
This post was so big to be here so you can access it in its own page here.
A exported service is declared inside the Manifest.xml:
Inside the code check for the handleMessage
function which will receive the message:
Take a look to the drozer help for app.service.send
:
Note that you will be sending first the data inside "msg.what", then "msg.arg1" and "msg.arg2", you should check inside the code which information is being used and where.
Using the --extra
option you can send something interpreted by "msg.replyTo", and using --bundle-as-obj
you create and object with the provided details.
In the following example:
what == 2354
arg1 == 9234
arg2 == 1
replyTo == object(string com.mwr.example.sieve.PIN 1337)
Android apps can send or receive broadcast messages from the Android system and other Android apps, similar to the publish-subscribe design pattern. These broadcasts are sent when an event of interest occurs. For example, the Android system sends broadcasts when various system events occur, such as when the system boots up or the device starts charging. Apps can also send custom broadcasts, for example, to notify other apps of something that they might be interested in (for example, some new data has been downloaded).
Apps can register to receive specific broadcasts. When a broadcast is sent, the system automatically routes broadcasts to apps that have subscribed to receive that particular type of broadcast.
This could appear inside the Manifest.xml file:
From: https://developer.android.com/guide/components/broadcasts
After discovering this Broadcast Receivers you should check the code of them. Pay special attention to the onReceive
function as it will be handling the messages received.
In this example abusing the FourGoats apk Content Provider you can send an arbitrary SMS any non-premium destination without asking the user for permission.
If you read the code, the parameters "phoneNumber" and "message" must be sent to the Content Provider.
A prodduction APK should never be debuggeable. This mean that you can attach java debugger to the running application, inspect it in run time, set breakpoints, go step by step, gather variable values and even change them. InfoSec institute has an excellent article on digging deeper when you application is debuggable and injecting runtime code.
When an application is debuggable, it will appear in the Manifest:
You can find all debuggeable applications with Drozer: