渗透测试|真详细！以实战学习渗透测试流程及报告(图文+视频讲解)

场景背景: 设X公司有小明，小李，老马三位刚来不久的渗透测试工程师   某天部门经理找到三人，告知因为重要活动，需要三人前往不同的地方进行渗透测试任务(1): 小明背景：练习时长两年半的应届生，刚毕业在此实习小明心理想法：what's up，我只会漏扫啊，刚装的awvs还没用过呢，goby还得开会员，天崩(2): 小李背景：从其它行业转过来的，爱吃烤辣椒，参与了xx培训机构，有底子，基本的owasp还是会点小李心理想法：嗯？虽然我倒是会点，但是毕竟还没怎么实战过，以前做的都是比较基础的工作对于哪些漏洞该写，哪些不该写，我也有些郁闷啊，怎么定级，怎么做模板呢，小李还是挺忐忑的(3): 老马背景：一个确实具有两年半经验的安全人员，对于安全的一些基础，运维，培训，等保，应急，渗透都会些，再加上经常看州弟的公众号文章，都还是没啥大问题的老马心理想法：于是，老马熟悉的询问了部门经理，关于甲方对于漏洞定级和严格度的标准，以及渗透测试模板

案例一渗透测试报告模板----------------------------------漏洞名称：xxx支付漏洞----------------------------------危险等级：高危----------------------------------测试时间：2024年x月x日----------------------------------测试地址：xx.com----------------------------------漏洞成因：由于在开通会员处选择套餐后，用户可修改包内金额且系统未进行二次判断金额，造成直接调用支付接口支付成功----------------------------------漏洞出现地址：  附POC和图片----------------------------------修复建议：  1. 建议对数据包传输过程进行非对称加密，而不是可轻易解码的编码  2. 建议对商品套餐进行固定金额并以商品 'subject'字段进行二次校验  3. 对支付金额进行原定的不可小于xx元或拒绝小数支付等方式(以套餐为主)

案例二渗透测试报告模板----------------------------------漏洞名称：xxx站点ThinkPHP命令执行漏洞----------------------------------危险等级：高危----------------------------------测试时间：2024年x月x日----------------------------------测试地址：xx.com----------------------------------漏洞成因：由于xx站点使用的ThinkPHP框架版本存在历史漏洞导致攻击者可以执行任意命令和调用代码函数，可成功进入系统----------------------------------漏洞出现地址：  附POC和图片----------------------------------修复建议：  1. 升级相关ThinkPHP框架版本并进行复测相关漏洞  2. 在路由上进行定义不存在的页面跳转到某页面或隐藏版本等  3. 如有debug可关闭debug模式  4. 定期进行渗透测试和漏洞扫描以及关注相关组件框架漏洞库，防止被攻击

<%@ page import="java.util.Date" %><%@ page import="java.text.SimpleDateFormat" %><%Date now = new Date();SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");String startTime = sdf.format(now);long oneDay = 24 * 60 * 60 * 1000; // 一天的毫秒数long oneWeek = oneDay * 7; // 一周的毫秒数Date endTime = new Date(now.getTime() + oneWeek);String endTimeStr = sdf.format(endTime);int status = 1;request.setAttribute("startTime", startTime);request.setAttribute("endTime", endTimeStr);request.setAttribute("status", status);out.println("Start Time: " + startTime);out.println("End Time: " + endTimeStr);out.println("Status: " + status);// 后续执行用户自定义、SQL查询等操作%>

案例三渗透测试报告模板----------------------------------漏洞名称：xxx站点SQL注入漏洞----------------------------------危险等级：高危----------------------------------测试时间：2024年x月x日----------------------------------测试地址：xx.com----------------------------------漏洞成因：由于xx站点xx功能xx参数用户可控，经过测试此处存在SQL注入攻击者可通过恶意请求构造payload对数据库内信息进行获取----------------------------------漏洞出现地址：  附POC和图片----------------------------------修复建议：  1. 对SQL语句进行重写，PDO等方式，防止前端传入的特殊字符被SQL语句执行  2. 前端可对传入的特殊字符进行实例化防止构成恶意请求  3. 前端可对恶意字符以及特殊语句、词组等进行过滤，防止恶意攻击

案例四渗透测试报告模板----------------------------------漏洞名称：xxx站点文件上传漏洞----------------------------------危险等级：高危----------------------------------测试时间：2024年x月x日----------------------------------测试地址：xx.com----------------------------------漏洞成因：由于xx站点使用的xx报表系统，此版本存在文件上传漏洞由于程序未进行过滤文件类型以及对路径固定，攻击者可未授权进行任意文件上传----------------------------------漏洞出现地址：  附POC和图片----------------------------------修复建议：  1. 对上传的文件类型做过滤，对上传的路径进行固定  2. 更新最新版官方报表系统且或打补丁的方式  3. 如暂时不用可以将此接口暂时屏蔽或删除进行暂缓之计

案例五渗透测试报告模板----------------------------------漏洞名称：xxx站点未授权访问漏洞----------------------------------危险等级：高危----------------------------------测试时间：2024年x月x日----------------------------------测试地址：xx.com----------------------------------漏洞成因：由于xx学校使用的sso某接口可以进行未授权接口在实现功能前会校验用户名是否存在，存在回返回该用户的所有信息----------------------------------漏洞出现地址：  附POC和图片----------------------------------修复建议：  1. 对当前使用的SSO系统进行打补丁或更新至最新版本  2. 对接口进行限制，校验访问时进行鉴权和是否为当前用户  3. 包内只校验用户名是否存在，其余信息不进行返回

案例六渗透测试报告模板----------------------------------漏洞名称：xxx站点弱加密可逆向----------------------------------危险等级：中危----------------------------------测试时间：2024年x月x日----------------------------------测试地址：xx.com----------------------------------漏洞成因：由于加密规则和密钥定义在了前端源代码中攻击者可以轻易进行加解密操作，以完成后续可能的爆破及解密其它数据包----------------------------------漏洞出现地址：  附POC和图片----------------------------------修复建议：  1. 对前端页面存在的加密采用js混淆加密  2. 推荐使用AES256或RSA非对称加密等方式增加安全性

案例七渗透测试报告模板----------------------------------漏洞名称：xxx站点durid绕过鉴权弱口令----------------------------------危险等级：高危----------------------------------测试时间：2024年x月x日----------------------------------测试地址：xx.com----------------------------------漏洞成因：由于未对Token鉴定到个人，而只是鉴定是否存在且正确攻击者可携带普通用户Token进行攻击后续应用----------------------------------漏洞出现地址：  附POC和图片----------------------------------修复建议：  1. 对druid管理员密码增加密码强度，以防止轻易爆破  2. 对携带Token进行鉴权到个人，而不是只校验是否存在或正确  3. 如暂时不需要可临时下架删除等以防止危害扩大

案例八渗透测试报告模板----------------------------------漏洞名称：xxx站点任意文件上传(暂不可利用)----------------------------------危险等级：低或中危(自定)----------------------------------测试时间：2024年x月x日----------------------------------测试地址：xx.com----------------------------------漏洞成因：由于未对上传的文件类型进行过滤攻击者可上传图片类型以外的文件，可能会造成未知的危害----------------------------------漏洞出现地址：  附POC和图片----------------------------------修复建议：  1. 将上传文件的扩展名设定白名单而不是黑名单   2. 对上传的文件类型进行严格过滤   3. 上传成功后不在响应内容包内返回文件路径

案例九渗透测试报告模板----------------------------------漏洞名称：xxx站点登录接口明文可爆破----------------------------------危险等级：中危----------------------------------测试时间：2024年x月x日----------------------------------测试地址：xx.com----------------------------------漏洞成因：不清楚次此登录页面是否测试页面传输过程未进行相应加密且未进行次数限制，攻击者可爆破----------------------------------漏洞出现地址：  附POC和图片----------------------------------修复建议：  1. 限制登录次数，从网络层限制爆破而不是应用层  2. 对其登录接口进行密码和账号加密，防止明文传输  3. 如接口为测试页面，不影响使用情况下建议删除