记一次高校站点SQL注入漏洞的发现与eduSRC提交

1. 初识eduSRC白帽子的校园安全守护计划第一次听说eduSRC是在某个技术交流群里看到有人晒出用漏洞积分兑换的机械键盘。这个由高校联合搭建的安全应急响应中心专门接收教育系统的漏洞报告。和普通漏洞平台不同eduSRC有两个特别吸引人的地方一是审核响应速度极快通常24小时内反馈二是积分可以兑换实体奖品。不过注册门槛也很有意思——要么获得内部邀请要么提交一个有效漏洞。作为野生安全爱好者我果断选择了第二条路。2. 锁定目标高校站点的软柿子筛选术2.1 精准搜索技巧用百度搜索site:.edu.cn inurl:asp?id这类语法能快速找到使用传统技术栈的站点。特别注意带有信息公开成绩查询旧版入口字样的页面这些往往是学校疏于维护但数据库交互频繁的高危区域。我最终锁定的目标就是一个用ASP开发的校务公开系统页面底部还留着©2008的版权信息。2.2 合规测试红线在测试前必须确认不使用自动化扫描工具避免触发流量警报不测试登录类功能防止账号锁定不触碰个人信息相关模块 我选择的测试点是某个公示信息的详情页URL形如/shownews.asp?id123这类展示型页面通常权限控制较宽松。3. 手工注入实战从试探到确诊3.1 漏洞初现在id参数后加单引号页面直接返回了MySQL的语法错误You have an error in your SQL syntax near at line 1这个报错透露了两个关键信息数据库类型是MySQL且未做参数过滤。3.2 注入类型判断通过经典的真假条件测试确认注入类型/shownews.asp?id1 and 11 -- 正常显示 /shownews.asp?id1 and 12 -- 内容消失这种差异说明存在布尔型盲注。继续用order by测试字段数当order by 6时报错确认当前查询涉及5个字段。3.3 信息收集技巧通过联合查询获取基础信息/shownews.asp?id-1 union select 1,version(),3,4,5 --在页面第二栏位置成功显示出MySQL版本号。值得注意的是测试时发现load_file()等危险函数被禁用说明虽然存在注入但有一定防护措施。4. 工具辅助验证SQLmap的谨慎使用4.1 最小化探测仅确认漏洞存在而不提取敏感数据sqlmap -u http://example.edu.cn/shownews.asp?id1 --batch --dbs添加--risk1 --level2参数避免触发防御机制。工具运行结果与手工测试一致检测到MySQL 5.7数据库当前用户权限为普通应用账号。4.2 安全边界意识发现漏洞后立即停止进一步探测特别是以下禁区绝不触碰不尝试获取管理员密码不查看具体表数据不测试写入功能 记录完必要信息后立即关闭所有会话。5. 漏洞报告的艺术eduSRC提交指南5.1 报告撰写要点在eduSRC平台提交时需要包含漏洞URL和测试参数复现步骤含POC截图风险等级评估本例属于中危修复建议参数过滤预编译语句5.2 免邀请注册流程访问eduSRC官网选择免邀请码注册填写漏洞详情时注意打码敏感信息等待1-3个工作日的审核邮件通过后使用邮件中的临时密码登录6. 白帽心得那些年踩过的坑测试时遇到过学校部署的WAF突然上线导致IP被临时封禁。后来学会在测试前先发送正常请求观察响应头检查是否有X-Protected-By等标识。另一个经验是选择非工作时间测试既能避免影响正常使用又可能发现定时任务脚本的漏洞。真正有价值的不是漏洞本身而是整个分析过程中积累的判断力。比如发现注入点后我会立即检查同域名下的其他子系统往往能找到同源的安全隐患。这些经验后来成为我面试安全岗位时的实战案例。