从代码层理解android的重定向漏洞
前言Android App中页面跳转主要通过Intent的显式，隐式传递来拉起其他的Activity组件，或是通过在AndroidManifest.xml中配置的android:scheme进行DeepLinks拉起app或跳转页面。相应的，跳转的时候传入参数未校验，就可能存在风险。
Deeplinks格式一般Deeplinks格式如下：
Scheme://host:port/path?query=xxxxxxx
被拉起的的App可以在AndroidManifest.xml中配置，向操作系统提前注册一个URL，开头的Scheme 用于从浏览器或其他App中拉起本App。
解析Scheme，判断Scheme属于哪个App，唤起App，传递参数给App由操作系统去完成。
Demo写一个简单的demo。
在AndroidManifest.xml中注册并配置两个活动。其中Main2Activity中定义了对应的url。
编译后安装。
可以通过如下adb命令去拉起App。
adb shell am start -a "android.intent.action.VIEW" -d "xxapp://webview"
或者通过浏览器去拉起。
<a href="xxapp://webview">run deme</a>
可以看到手机中App已经启动。
WebView中URL任意跳转还是用上面额例子,这一次我们在Main2Activity中接收外部传入参数，进行加载。
默认返回是baidu。
按上面的adb命令执行，可以看到直接跳到baidu。
这里我们并未对传入的参数url进行校验，替换成其他的地址，也是可以加载的。
<a href="xxapp://webview?url=https://www.bilibili.com">run deme</a>
稍稍深入在Web中，任意URL跳转漏洞由于功能限制，一般都是低危。但在移动应用中，往往会在WebView通过js去调用java接口使功能更加丰富。
通过注解@JavascriptInterface，表示方法可以被js调用。
这里我写了一个Toast，执行会返回对应的信息。
增加两行代码，开启js支持，绑定对象。
webView.getSettings().setJavaScriptEnabled(true);webView.addJavascriptInterface(Main2Activity.this, "main");
测试html：
<html><body> <button type="button" onClick="window.main.jsinterface('hhhhhhhhhh123')" >invoke</button></body></html>
加载后，点击按钮会出现弹窗提示，表示调用成功。
前面讲到过App中页面切换主要是通过Intent的传递，Webview中也是可以对Intent协议进行解析的，这就可能导致通过一条链，导致通过App拉起其他组件或者App，导致其他的问题。
因为这里我没有去实现Webview支持intent解析，这里就没有演示了。
总结简单学习了一下Android中存在的URL跳转问题及其简单利用，剩下就是尽可能去收集app，逆向收集对应的Deeplinks，分析业务，扩大危害。
