多年的实战业务漏洞挖掘经验,为了让今后的业务漏洞挖掘工作更清晰,以及尽可能的把重复性的工作自动化、半自动化,所以花费很大精力做了这个笔记。 具体操作流程: 得到测试目标-目标资产范围确定-资产收集-资产管理-资产分类-具体业务功能理解-业务漏洞测试-逻辑漏洞测试-提交报告
资产管理
很多文章和大佬都讲过,渗透测试的本质就是信息收集,收集到的信息越多,发现漏洞的概率越大,这些信息被称为资产。
那么常规的资产收集手段,思路已经千篇一律了,围绕着子域名和IP收集,其实资产收集的核心思想是,确定资产范围,确定资产范围就需要先分析出资产特征,然后通过各种手段全网寻找符合特征的资产,这叫做资产识别,把收集到的资产分类编辑的具有较高可用性,叫做资产管理。
如当你要去干一个目标之前,首先第一步肯定是要知道目标是啥,了解目标是做什么的,凭借安全测试人员的常识和经验分析目标存在那些特征,来确定资产范围来收集符合特征的资产 就是资产收集。
目标资产
确定资产范围/目标画像
需要收集到的信息
- 域名、子域名
- 网页内容特征信息
- ICP备案信息
- WHOIS联系信息
- SSL/TLS证书信息
- DNS解析信息
- WHOIS-NAMESERVER信息
- IP以及同IP其他端口和站点服务类型和版本等基础信息
- C段、B段、等相关ip段
- 目标全名、介绍、招股书、所在地/联系方式/邮箱/电话/github
- 目标负责人、法人、管理员、员工 姓名/所在地/联系方式/邮箱/电话
- 客户端应用windows/android/ios/mac/公众号/小程序
- 其他
收集这些信息、会大大增加挖到业务漏洞的成功率,但是遇到中大型政企相关目标,他们的业务是很多 业务线很长,通过手工去收集管理,无疑是个体力活,但有很多的资产收集工具,稍微能帮助安全测试人员降低些工作量,我用的都是自己开发的,哈哈哈,如图。
功能资产
收集到资产后,就要进行资产管理、资产分类,以便于安全测试,更好的可视化,可以帮助快速定位到风险点。
这些信息在安全测试时都是需要去测试的点和很可供参考的信息,如:
- 一个组建应用突然爆出0day,可以快速第一时间定位到目标资产中存在该组建的资产。
- 租用若干vps,7x24小时爆破目标资产中可以爆破弱密码的资产。
- 租用若干vps,7x24监控资产变化,以便发现高风险的点。
资产监控
仅仅是收集到这些资产是不够的,要持续监控业务的变化,在职业刷src或者apt攻击者的角度,单单过一遍刚收集到的资产是不能满足持续性业务漏洞挖掘;从职业刷src的角度,过一遍收集的资产,已经发现了所有漏洞并已经提交后修复,或者用当前漏洞测试方法并没发现有漏洞,这样业务是安全的,但这个安全是在当下时间的,企业要发展、要解决当前问题,就会出新业务、或者不断的修复更新旧问题,这就是业务的变化,通过持续性监控业务变化,最快速度的发现变化,对变化进行安全测试、漏洞挖掘。有经验的刷src的同学都知道,新业务和刚更新过的业务发现漏洞概率都很高。
业务变化主要分为三类:
- web业务的变化
- IP和端口的变化
- 客户端软件的更新迭代
那么资产监控这么大的工作量,靠手工是不可能的必须要靠代码实现,至少半自动化、甚至自动化。
漏洞
业务面临的风险
数据被窃取、权限被控制、业务不能正常运行。
- 机器权限
- 功能权限
- 相关应用服务权限
- 数据泄露
什么是漏洞?
一个产品的实现、总会有很多逻辑包括在内,如一个网购网站,他需要的功能,
- 商品展示、商品分类搜索、商品购买等。
- 网站后台管理 商品管理、订单处理、相关反馈处理等。
- 个人用户管理、用户注册、用户登录处理、用户个人资料编辑、收获地址管理、订单管理等。
这是一个最基础的网购平台网站,单纯用技术角度来描述,你买一件商品 其中用到经过多少技术。
我要开个网购网站,最基础的 首先要有一个域名、一台服务器、服务器上装相关web服务软件,如apache(web服务软件) php(web脚本语言) mysql(数据库)。
界面展示,需要前端开发做界面展示、前端程序员需要掌握的技术、html css javascript ps等,为了适配移动端或者技术进阶需要html5 css3 jquery还有一些前端常用的框架vuebootstrapAngularJSwebpack等,还要尽量让前端浏览器处理更快 首屏速度更快,还要有一定的设计能力,让界面看着更美观吗,用户打开浏览器看见的页面就是通过这些技术实现。
后端开发、根据业务场景情况、最优选择一个适合业务的后端开发语言,如phpnodejsjspaspxasp其他web cgi等,就选php吧,资深后端程序员必须框架开发,请参考 PHP的25种框架 目前国内php最火框架ThinkPHP,后端开发主要为了实现 业务逻辑、如那些表单操作多的功能,商品搜索、用户登录注册、购买、个人信息修改、商品修改等功能,都需要通过前端页面通过http/s协议传输到后端 通过php之类后端开发语言进行处理。
数据库建设,根据业务场景情况、最优选择一个适合业务的数据库,数据库分为sql数据库、如MySQLSQL serverOraclePostgrcSQL等,nosql数据库MongodbRedis等,用户的提交的数据就保存在这些数据库里,如账号密码、个人信息、订单信息等,管理员存放的商品信息 也都在数据库里,通过脚本语言的逻辑处理调用数据库里的数据 展示到前端页面。
选择一个靠谱的web服务、如apacheiisNginxLighttpdTomcat等其他web服务软件,还要考虑并发、扩容、灾备等相关技术问题,面对1w用户 10w用户 100万的用户 1000万乃至上亿,都有最优不同的应对方式方法策略,当然这都是架构师、全栈程序员考虑的问题,我们web黑盒测试的漏洞挖掘选手,只需要考虑,这些流程 这些点上,那些地方最容易 最常出现漏洞?
因为有了功能,所以有了漏洞,需要用到数据库的web业务就很有可能出现sql注入,需要有文件操作或系统命令执行的地方,就会出现命令注入或任意文件操作的漏洞,信息管理系统自然存在信息泄露的风险....
话归正题、什么是漏洞?比如一个登陆功能,我通过技术手段,未经许可登陆进其他用户或者管理员账号,那么这其中肯定是存在漏洞的,漏洞列表如下....
黑盒测试相关漏洞
如图所见,大多数技术相关漏洞都是因为注入非法字符串导致出现漏洞,xss是js代码注入,js可以控制当前浏览器页面;sql注入是注入的sql命令,sql是操作数据库的语言;命令注入,操作系统命令可以控制机器; 就因为用户输入的非法字符串,被不安全代码处理,让 操作系统/编程语言/数据库/浏览器 理解执行后,导致出现了漏洞。
- Xss <? echo $_GET[ 'xss' ]; ?>
- Sql<?phpid)){ //statement = link->prepare("SELECT * FROM users where id=".result = mysqli_query(link,"SELECT * FROM users where user_id=".id); if (!result) { printf("Error: %sn", mysqli_error(link)); exit(); } while(row = mysqli_fetch_array(result)){ echo row['first_name']; echo "<br>"; } }else { echo '{"text":"error"}'; }?>
- Ssrf<?phpini_set("display_errors", "On"); _GET['url']);#curl_setopt(ch, CURLOPT_FOLLOWLOCATION, 1);curl_setopt(ch, CURLOPT_HEADER, 0);#curl_setopt(ch, CURLOPT_PROTOCOLS, CURLPROTO_HTTP | CURLPROTO_HTTPS);curl_exec(ch);curl_close(ch);?>服务端通过内网访问用户输入的url链接就是ssrf
- 文件读取
- Xxe xml注入
- 逻辑漏洞
- 命令注入<?php/*命令注入案例*/if( isset( _REQUEST[ 'cmd' ]; // Determine OS and execute the ping command. if( stristr( php_uname( 's' ), 'Windows NT' ) ) { // Windows cmd = shell_exec( 'ls ' . target ); } else { // *nix cmd = shell_exec( 'dir ' . target ); } // Feedback for the end user echo "<pre>{
- 代码注入 php/nodejs/jsp/aspx/asp/python/golang/c/c 等等编程语言的写入与拼接。
- 信息泄露
- 上传漏洞 上传可执行文件到可执行目录,或者被服务端执行。
那么这些漏洞都是由http协议传输,测试漏洞存在的第一步,修改请求参数值,重放判断响应包是否与正常请求的响应包有所不同,如:
正常
异常
这是一个很典型的sql报错注入判断方式。
当然,判断是否存在漏洞依据很多,大体分为:
- 响应内容
- 响应时间
- Dnslog/Httplog判断
- 浏览器Dom渲染后的Html
- 浏览器DevTools Console
根据实际情况,选择最适合的判断方式,其实常见的、标准化的http传参方式,完全可以依照以上列举的规则,做出一个减轻工作量漏洞测试工具,如下图
通过修改请求参数值后追加 单双引号 逐个重放,遍历每个参数,确认那个参数会引起响应异常。
- 对异常的参数,通过修改请求参数值后追加payload 来检测命令注入、ssrf、代码注入、sql注入、信息泄露等漏洞。
- 如果响应Content-Type=html,用浏览器重放请求来检测domxss、和抓取dom渲染后页面url、domain等相关信息。
对于一些点击,和页面的表单,其实打开浏览器挖洞时 你可以加个参数--remote-debugging-port=9222
然后远程调试 可以做一些,便捷的工具,如自动表单填写,自动点击页面等功能,辅助测试,减少不必要的重复工作。
对于常规的业务场景,从目标范围确定,资产收集到漏洞检测,尽可能的规范化,流程化,工具化,做黑客绝对不应该是整天去手工修改http通信里的参数,在url里加单引号 加<script>
,修改id遍历,能不能酷一点 做个帅一点的黑客?
一直幻想着通过自动化挖洞躺赚的一天....