Skip to content
KitploitKITPLOIT
工具博客
提交
工具博客
提交

黑客、渗透测试和网络安全工具,武装您的安全武器库!

Kitploit 是一个黑客、网络安全和渗透测试工具的目录。发现最新的项目更新,查找漏洞、分析系统、自动化测试并加强你的安全。

··订阅源·联系·隐私·© 2026 Kitploit

工具目录

分类

查看所有分类
Loading categories
CVE-2022-22978-demo — CVE-2022-22978漏洞实例代码 | Kitploit
工具/GitHubGitHub/wan9xx/cve-2022-22978-demo
漏洞分析漏洞利用Web应用程序漏洞利用渗透测试学习与教育
GitHubwan9xx/cve-2022-22978-demo

CVE-2022-22978-demo

CVE-2022-22978漏洞实例代码

查看仓库
2年前尚未审核

最受欢迎

查看全部 →

发现我们社区最常用的工具。

探索所有工具

浏览我们的工具集合

查看所有工具 →
分享

CVE-2022-22978-demo

CVE-2022-22978漏洞示例代码

利用条件

虽然定为高危,但是利用条件还是比较苛刻的,个人感觉这个漏洞比较鸡肋。

  1. 首先肯定是spring-security在漏洞影响范围内
  2. 其次需要使用spring-security的正则匹配器regexMatchers或者直接使用RegexRequestMatcher,并且使用了. 匹配路径,类似这样:
    • regexMatcher("/api/.*") // 允许/api下的所有子路径
    • regexMatcher("/files/.*\.jpg") // 匹配所有.jpg结尾的文件请求
    • regexMatcher("/user/.*/profile") // 允许/user下任意用户名的profile路径
  3. 实际上这种情况很少见,比如regexMatcher("/api/.*"),有这样的路径,那么还需要一个有类似@RequestMapping("/api/*")注解的controller,用户处理/api下的所有路径的请求。否则即使用%0a%0d绕过了spring-security的路径匹配规则,但是却会报404错误。

利用演示

正常访问所有路径,都会跳转到spring-security提供的默认登录页面。 image

访问:http://127.0.0.1:8080/admin/admin%0a,成功绕过登录 image

访问:http://127.0.0.1:8080/hello%0a 绕过了所有路径都需要登录的安全检测,但是由于没有@RequestMapping("/hello/*")注解的控制器,导致映射失败,报404错误 image

下载工具