Webview Attacks
Last updated
Last updated
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Un aspecto crítico del desarrollo de 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.
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
).
Acceso universal desde URLs de archivo: Esta característica obsoleta permitía solicitudes de origen cruzado desde URLs de archivo, 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 archivo: 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.
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 posteriores, la configuración predeterminada es false
.
Verifica con getAllowFileAccess()
.
Habilita o deshabilita con setAllowFileAccess(boolean)
.
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 mismo origen, facilitando así la gestión de CORS.
Esta es una función común utilizada para cargar URLs arbitrarias en un webview:
Ofc, un atacante potencial nunca debería poder controlar la URL que una aplicación va a cargar.
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:
Una característica es 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 aconseja precaución ya que este método permite que todas las páginas dentro del WebView accedan al objeto de Interfaz JavaScript registrado, 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.
Las interfaces de JavaScript pueden interactuar con código nativo, como se muestra en los ejemplos donde un método de clase se expone a JavaScript:
El puente de JavaScript se habilita al agregar una interfaz al WebView:
La explotación potencial a través de JavaScript, por ejemplo, mediante un ataque XSS, permite la llamada a métodos Java expuestos:
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.
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.
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.
La depuración remota se puede habilitar para todos los WebViews dentro de una aplicación mediante:
Para habilitar la depuración condicionalmente según el estado de depuración de la aplicación:
Demuestra la exfiltración de archivos arbitrarios utilizando un XMLHttpRequest:
Aprende y practica Hacking en AWS:HackTricks Training AWS Red Team Expert (ARTE) Aprende y practica Hacking en GCP: HackTricks Training GCP Red Team Expert (GRTE)