文章目录
- 一、原因分析
- 二、解决方案一览
- 三、解决方案代码案例
- 3.1 使用 HTTPS
- 3.2 验证 URL
- 3.3 禁用 JavaScript
- 3.4 使用安全的 WebView 设置
- 3.5 监控网络请求
- 3.6 使用安全的 DNS
- 四、案例深入分析
- 4.1 问题
- 4.2 分析
- 五、结论
在 Android 应用开发中,WebView 是一个常用的组件,用于在应用内显示网页内容。然而,有时用户可能会发现网页被劫持到另一个不安全的网页。这种情况不仅影响用户体验,还可能带来安全隐患。本文将探讨导致网页被劫持的可能原因,并提供相应的解决方案。
一、原因分析
-
JavaScript 重定向
某个网页中包含以下 JavaScript 代码:window.location.href = "http://malicious-site.com";
这段代码会在页面加载时将用户重定向到恶意网站。
-
恶意网页
用户点击了一个链接,访问了一个看似正常的网站,但该网站实际上是一个钓鱼网站,包含重定向代码,试图引导用户输入敏感信息。
-
WebView 设置不当
开发者在 WebView 中未设置
WebViewClient
,导致 WebView 默认行为是打开所有链接,而不是在应用内处理。这可能导致用户被重定向到外部浏览器,增加了被恶意网站劫持的风险。 -
拦截 URL 加载
在
shouldOverrideUrlLoading
方法中,开发者没有正确处理 URL,例如:@Override public boolean shouldOverrideUrlLoading(WebView view, String url) {// 没有验证 URL,直接加载view.loadUrl(url);return true; }
这可能导致用户被重定向到不安全的网站。
-
广告或跟踪脚本
某些网页可能嵌入了广告或跟踪脚本,这些脚本会在用户访问时自动重定向到广告商的网站,甚至可能是恶意网站。
-
中间人攻击
在公共 Wi-Fi 网络中,攻击者可能通过中间人攻击拦截用户的网络请求,并将其重定向到恶意网站,伪装成合法网站。
-
DNS 劫持
用户的 DNS 请求被劫持,导致访问某个合法网站时,实际上被重定向到攻击者控制的 IP 地址。例如,用户输入
www.example.com
,但由于 DNS 劫持,实际访问的是malicious-site.com
。
二、解决方案一览
为了减少网页被劫持的风险,开发者可以采取以下措施:
-
使用 HTTPS:确保访问的网页使用 HTTPS,这样可以减少中间人攻击的风险。
-
验证 URL:在
shouldOverrideUrlLoading
方法中,验证即将加载的 URL,确保它是安全的。 -
禁用 JavaScript:如果不需要 JavaScript,可以考虑禁用它,减少潜在的重定向风险。
-
使用安全的 WebView 设置:确保 WebView 的设置是安全的,例如启用安全的内容加载策略。
-
监控网络请求:使用网络监控工具,查看 WebView 中的网络请求,识别潜在的恶意重定向。
-
使用安全的 DNS:考虑使用安全的 DNS 服务(如 DNS over HTTPS),以减少 DNS 劫持的风险。
三、解决方案代码案例
以下是针对解决方案中提到的每个措施的代码案例,以帮助开发者更好地理解如何在 Android WebView 中实现这些安全措施。
3.1 使用 HTTPS
确保加载的网页使用 HTTPS。可以在加载 URL 前进行检查:
private void loadUrl(WebView webView, String url) {if (url.startsWith("https://")) {webView.loadUrl(url);} else {// 提示用户或处理不安全的 URLToast.makeText(context, "不安全的链接,无法加载!", Toast.LENGTH_SHORT).show();}
}
3.2 验证 URL
在 shouldOverrideUrlLoading
方法中验证即将加载的 URL:
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {if (isSafeUrl(url)) {view.loadUrl(url);} else {// 提示用户或处理不安全的 URLToast.makeText(context, "不安全的链接,无法加载!", Toast.LENGTH_SHORT).show();}return true;
}private boolean isSafeUrl(String url) {// 这里可以添加更复杂的 URL 验证逻辑return url.startsWith("https://") || url.startsWith("http://trusted-site.com");
}
3.3 禁用 JavaScript
如果不需要 JavaScript,可以在 WebView 设置中禁用它:
WebView webView = findViewById(R.id.webview);
WebSettings webSettings = webView.getSettings();
webSettings.setJavaScriptEnabled(false); // 禁用 JavaScript
3.4 使用安全的 WebView 设置
确保 WebView 的设置是安全的,例如启用安全的内容加载策略:
webSettings.setMixedContentMode(WebSettings.MIXED_CONTENT_NEVER_ALLOW); // 禁止混合内容
webSettings.setDomStorageEnabled(true); // 启用 DOM 存储
3.5 监控网络请求
使用 WebViewClient
监控网络请求,识别潜在的恶意重定向:
webView.setWebViewClient(new WebViewClient() {@Overridepublic void onPageStarted(WebView view, String url, Bitmap favicon) {super.onPageStarted(view, url, favicon);// 监控页面加载Log.d("WebView", "Loading URL: " + url);}@Overridepublic void onReceivedError(WebView view, WebResourceRequest request, WebResourceError error) {super.onReceivedError(view, request, error);// 处理加载错误Toast.makeText(context, "加载错误: " + error.getDescription(), Toast.LENGTH_SHORT).show();}
});
3.6 使用安全的 DNS
在 Java 层,DNS 解析由 AddressCache
管理。当未命中缓存时,会调用 Libcore.os.android_getaddrinfo
方法进行域名解析。通过阅读源码发现,解析逻辑由 libc.so
中的 getaddrinfo
方法实现,而 WebView 中的域名解析逻辑也是通过 libwebviewchromium.so
调用这个底层方法。
为了优化 DNS 解析,我们可以使用 inline hook 的方式(具体方案可以参考 ShadowHook)来 hook getaddrinfo
方法。这样可以先查询我们维护的缓存,再进行相应的优化和兜底处理。
以下是一个简单的示例,展示如何使用 ShadowHook 来 hook getaddrinfo
方法:
import com.github.shadowhook.ShadowHook;public class DnsHook {public static void hookGetAddrInfo() {ShadowHook.hook("libc.so", "getaddrinfo", new ShadowHook.HookCallback() {@Overridepublic Object invoke(Object... args) {String hostname = (String) args[0];// 查询自定义缓存String cachedIp = queryCustomDnsCache(hostname);if (cachedIp != null) {// 返回缓存的 IP 地址return cachedIp;}// 调用原始的 getaddrinfo 方法return ShadowHook.callOriginal(args);}});}private static String queryCustomDnsCache(String hostname) {// 实现自定义 DNS 缓存查询逻辑return null; // 返回 null 表示未命中缓存}
}
四、案例深入分析
4.1 问题
用户点击链接A,会跳转到不良网站链接B。这个问题在用户手机上必现。
4.2 分析
-
因为用户在任何网络环境都能复现,怀疑是用户android端的系统DNS解析被劫持了。
验证方法:android端打开华佗诊断的DNS检测页面,发现解析结果为空。在其他浏览器打开链接A,也不会调整到链接B。说明系统的DNS解析没有被劫持。
检测页面链接:https://itango.tencent.com/app/data/huatuo
-
通过抓包工具分析,发现没有A域名的请求包。虽然界面上打开的是链接A,但是实际上Webview直接发起了B的请求。
通过这一点,怀疑是Webview缓存了之前在某个网络环境下的DNS解析结果,默认跳转到了链接B。
其中抓包工具使用的是:Reqable
下载链接是:https://reqable.com/zh-CN/android/
-
删除应用的【缓存】(不需要清除数据),用户恢复正常。验证了确实是Webview在应用沙箱中缓存了解析结果。
五、结论
在 Android WebView 中,网页被劫持的情况可能由多种因素引起,包括 JavaScript 重定向、恶意网页、设置不当等。通过采取适当的安全措施,开发者可以有效降低这些风险,保护用户的浏览体验和数据安全。确保在开发过程中关注这些潜在的安全隐患,将有助于提升应用的整体安全性和用户信任度。