篡改请求数据 或响应数据(web安全测试 实例三)
最近产品搞安全漏洞修复(由省公安局发文强制要求整改高危漏洞,发起的这项活动)
涉及几个点,必须修改:
①跨站脚本
②请求参数篡改
- 场景 1:表格提交前,通过拦截请求参数,篡改参数后,再发送给服务器
- 场景2:修改个人信息时,通过拦截响应数据,篡改响应结果后,再返回给客户端(即前端验证不正确,结果返回是正确的,于是成功进入修改页面)
③加密传输
用户在登录后,涉及需要传输密码的地方,需要加密传输
④防伪造登录
在整改后,先手动验证了,最后用APPscan扫描:
- fiddler拦截请求 及 响应数据
场景1,可以通过fiddler抓包工具,拦截requests 的数据,再发给服务器,并篡改
场景2,可以通过fiddler抓包工具,拦截responses返回的数据,篡改后,返回前端
=====================================================================
- APPscan扫描
APPSCAN的登录方法,根据实际需要选择(如:自动),用户名和密码即为被测网站的登录账户,
PS:(如果后面,通过手工探索来录制脚本,在录制过程中,在界面上输入用户名和账号)
1)若登录方法选择“记录”,则可通过界面右侧的“记录(R)”按钮打开APPScan内置浏览器并输入登录信息,关闭内置浏览器后,AppScan即可记录该用户名和密码,扫描的时候相当于是已登录此账户的状态进行扫描;
2)若选择“提示”,则根据网站扫描探索过程中需要登录会提示输入登录信息,人工输入正确的账号信息之后继续扫描;
3)若选择“无”,则不需输入登录账户
===============================
- AppScan使用特别注意事项
【1】AppScan扫描过程中,会向服务器发送较多请求,会占用一定的正常请求访问的资源,可能导致一些垃圾数据,建议只在本地测试环境执行
【2】使用AppScan之前,请提前备份好数据库的数据,假若扫描致使服务器异常关闭,则需重启服务;若扫描产生的请求数据过多,或Web程序出现异常,可能需要从备份数据恢复还原。一般情况下,正常扫描Web程序很少可能出现Web服务异常的情形
【3】AppScan扫描配置时,有区分为Web Application(Web应用程序)和Web Service(Web服务)的扫描方向。若只对Web程序本身的漏洞检测,就选Web Application扫描即可;
若选择Web Service扫描,则需提前告知服务器维护的负责人,建立异常情况发生的处理机制,最好避开访问请求的高峰or办公人员集中使用的时间,比如下班后自动扫描
【4】AppScan扫描的结果并不代表完全真实的情况,受限于所用扫描器版本的漏洞规则库的规则,以及操作者的配置策略,扫描过程中有可能会使得扫描器出现误判or漏测。
如有必要,还需对扫描的结果进行人工校验,可对同一Web应用分次进行扫描对比差异性
【6】使用破解版的AppScan扫描Web应用时,若Web网站本身结构比较复杂、模块众多、涉及的url数目巨大(几万-十多万),
则不宜一次性全站扫描,有可能连续扫描几个小时都不能探索完网站的所有结构。持续时间过长还可能造成AppScan出现卡顿,显示“正在扫描中”,但实际上已经没有继续再扫描。
因此,当第一次探索了大概的网站结构和容量之后,若容量巨大,最好分而治之,按模块结构分批进行扫描测试
【7】结果分析(Analysis)
在APPScan扫描结果基础上,根据不同的严重级别进行排序、手工+工具验证的方式对漏洞验证可靠性,排除误报的情况,并尽可能找出漏报的情况,把本次扫描结果汇总,对以上已验证存在的安全漏洞排列优先级、漏洞威胁程度,并提出每个漏洞的修复建议
然后,再把此次安全漏洞整理的报告提交给项目负责人,由负责人决定哪些漏洞转给开发工程师修复,而后再由安全测试工程师进行回归验证修复的状况
链接:https://www.jianshu.com/p/46e1d026e97f
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。
参照:
① https://www.jianshu.com/p/46e1d026e97f APPscan的使用
②https://blog.csdn.net/vikesgao/article/details/7823136 APPscan的工作原理
==========================================================
问题:大佬,用appscan扫描web安全,它攻击时会修改请求的类型吗?
比如啊,一个接口本来是post请求,它按get请求攻击,存在漏洞
解答:接口本来是post,为啥让get也能用,这就是风险点啊