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 está controlada por 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, use getAllowUniversalAccessFromFileURLs().
Para modificar esta configuración, use 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.
Use 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.
Verifique con getAllowFileAccess().
Habilite o deshabilite 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 explotaciones 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 proporcionada por Android permite que JavaScript en un WebView invoque 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 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 condicionalmente la depuración 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)
