前言
感觉自己想做的Yakit,写得差不多了。等什么时候有新的想法,会继续更新。接下来,我想看一个新的系列。对一个后台系统从渗透测试、代码和修复建议三个方面进行分析,给出漏洞产生的人为原因、代码原因。修复的时候我们会遇到哪些问题。
可能对在乙方工作的师傅,可能只要给出修复建议就好了。但在甲方的话,就不是单纯提交一个渗透测试报告就结束的,要把漏洞生命周期跟完。俗话称之为管杀管埋。
一旦多了和人沟通交流的步骤,推动就会变得很难受,尤其是涉及的人很多的时候。
有的人觉得是和开发battle,但其实不止是开发,你还会遇到开发负责人、产品经理、产品设计的等等。
所以,本系列给出的建议,不单单是代码层的修复建议,还涉及怎么和开发交流,以及是不是要进行适当的让步。
适用人群
-
• 渗透测试人员 -
• 网络安全初学者 -
• 甲方工作人员 -
• 开发
选择的项目
我打算用若依举例,理由是下面几点。
-
1. 因为若依很经典,也很好用。后台系统常见的功能,它都有。 -
2. 代码布局非常舒服,模块划分比我在现实里遇到的项目好很多。 -
3. 我自己也二开过若依系统,所以对它比较熟悉。
注意虽然拿若依举例,但并不是说若依就存在这些漏洞。其中绝大多数是ruoyi不存在的,是我修改代码来达成漏洞存在
的目的的。
若依版本
感觉不是很需要,因为我只是拿若依举例,并不是进行代码审计。不过还是贴一下ruoyi-vue 前后端分离版本
-
• 前端 https://gitcode.com/yangzongzhuan/RuoYi-Vue3/releases/v3.8.9 -
• 后端 https://github.com/yangzongzhuan/RuoYi-Vue3/releases/tag/v3.8.9
对这个系列感兴趣的师傅们,欢迎关注~
原文始发于微信公众号(进击的HACK):新系列之业务漏洞讲解导读
免责声明:文章中涉及的程序(方法)可能带有攻击性,仅供安全研究与教学之用,读者将其信息做其他用途,由读者承担全部法律及连带责任,本站不承担任何法律及连带责任;如有问题可邮件联系(建议使用企业邮箱或有效邮箱,避免邮件被拦截,联系方式见首页),望知悉。
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论