目前手机App测试还是以发现bug为主，主要流程就是服务器，客户端功能性覆盖，以及自动化配合的性能，适配，压测等，对于App安全性测试貌似没有系统全面统一的标准和流程，其实安全性bug也可以是bug的一种，只不过更加隐秘，难以发现，尤其针对于手机App。近期时间比较充裕，研究了一下安全性相关的东西，并对于我们自身的产品测试了一下(更主要的目的是游戏作弊刷分)，发现了不少问题，总结一下。

　　我的理解，包括以webview为主体的app，站在入侵或者攻击的角度来讲，安全隐患在于http抓包，逆向工程。谈这之前先讲讲webview相关的app，前一段时间有个曝工资的软件很火，但有查询次数的限制，抓包研究了一下，发现其主要还是webview，通过抓包详细分析，才明白他记录查询次数的手段，每一个用户都会分配一个id，以及一个代表查询次数count以cookie的形式保存到本地，通过维护cookie达到限制查询次数的目的，所以清除cookie就可以无限制的查询了，个人觉得，webview相关的app安全性测试应该还是测试那一套，xss攻击，sql注入等（没搞过web安全测试，仅推测）。

　　大部分app还是走的http或者https，所以防http抓包泄露用户信息以及系统自身漏洞是必要的，毕竟像那种通过自身通信协议增加安全性的还是少数的（抓过微信和qq的没抓着，不知道有没有相关工具可以抓手机tcp的包）。既然有接口测试为什么还需要单独对客户端进行抓包验证安全性呢？这么说吧，接口测试其实最主要的验证接口逻辑，可用性，边界值，异常检查，但并不能预先保证客户端调用不出问题，一个针对多个app抓包都发现的问题可以说明：抓了好多社交性app，发现对于用户资料隐私泄露还是很严重的，当你查看一个陌生用户信息时，一些号，qq等信息页面上应该不显示的，但这些信息不显示并不代表服务器没有下发，好多都是客户端限制的，通过抓包，完全可以查看到陌生用户的app。再如好多发帖，push消息的应用，如果没有消息有效性的验证，抓到包之后篡改消息，服务器一点反应都没，这就会留有极大的隐患。

　　至于逆向工程这点，对于android就很好理解了，反编译，修改或者插入自己的代码，以达到相应目的。真见过几个没有代码混淆的app，包括我们自己的以及大名鼎鼎snapchat，记得有个游戏特搞笑，游戏主题是C#写得，结果的代码混淆了，C#的代码没有，修改了几个参数值，插了几段自己的代码，就作弊成功了。尤其好多开放平台的游戏，通过开放平台sdk文档，再加上反编译后些许信息，即使代码混淆了，也能推测出好多东西。这些都是安全性隐患。

　　以上这些只是最近一段时间对于手机app安全性测试的一点认识，很肤浅，对于测试人员素质要求还是很高的，尤其好多都是经验性的东西，只有通过不断增加经验，才能更好的做好测试。

最新内容请见作者的GitHub页：http://qaseven.github.io/