【SRC】EDU实战篇6：XSS规则边界与利用验证技巧

⚠️本博文所涉安全渗透测试技术、方法及案例，仅用于网络安全技术研究与合规性交流，旨在提升读者的安全防护意识与技术能力。任何个人或组织在使用相关内容前，必须获得目标网络 / 系统所有者的明确且书面授权，严禁用于未经授权的网络探测、漏洞利用、数据获取等非法行为。

思路

XSS是Web漏洞里非常常见的一类，但EDU SRC和企业SRC审核标准差异很大，如果不熟悉规则很容易提交无效漏洞。

在EDU SRC体系下，XSS漏洞最高评级一般仅为低危，即便是能够大批量触发，也不会提升漏洞等级。同时有一条硬性审核要求：仅存储型XSS予以收录。反射型、DOM‑XSS如果只能实现自我触发，无法影响其他用户，直接不予接收，这是实战中必须避开的大坑。

漏洞复现取证环节，要熟练运用 dnslog、XSS接收平台完成漏洞触发验证，确认payload可以真正执行。面对存在过滤的场景，需要掌握各类标签、语法的绕过思路，遇到复杂过滤场景，可以借助AI辅助生成适配的绕过Payload。

后续将通过实战案例演示payload构造、绕过思路以及完整的漏洞取证流程。

案例一（1个）

一个大学的OJ站点，可以公开注册练习算法题。

发现一个站内信功能；经过测试，常见标签的函数 script、onload 等被添加<x>到函数中间来破坏、自动过滤掉逗号，大小写、html编码均无法绕过。

发现 d