最近想学一学代码审计，顺便看看能不能挖到洞来拿几个CNVD编号，作为一个CTFer，在真实环境下的攻防还是太少，并且自己一直都是复现复现再复现，还没自己动手尝试挖掘，本次就是练练手，整理一下思路，体会一下漏洞挖掘的过程，也是随便找的PHPCMS源码，漏洞都比较基础，大佬们勿喷，本文只是想要记录一下学习过程在给正准备入手，或者刚刚入手的师傅们提供一点简单的学习资料，本文将全程脱敏，只记录审计过程，另外文明挖洞，不然就亲人两行泪了，接下来让我们开始挖掘之旅吧

整个代码刚拿到手，我们应改思考一下哪里容易出现漏洞，出现什么漏洞

一般来说CMS，肯定要涉及到数据存储，就会涉及到SQL注入，而在所有漏洞中SQL注入又是最简单的，我们又是白盒审计可以看到源码，相对于黑盒就要简单的一些

所以对于这个CMS挖掘我首选SQL注入，再去找其他的漏洞

先看一下项目结构

结构很简单吼，也很直观（相比于TP等框架审计，这样的就很简单很适合新手入门），对于SQL漏洞，我们可以采用全局搜索的方法来搜索SQL语句关键词，例如：

这样可以让我们直观的找到注入点，再进行payload构造，我们先从前台入手一下看看

这里找到了一个很明显的注入点，可以看到id参数可控，而且没有进行任何过滤

我们尝试一下看看能否注入

可以看到这里成功延迟了5s，接下来用sqlmap验证一下（在SQL注入漏洞挖掘的时候，sqlmap可以帮助我们测试会省很多时间，有的时候不知道怎么能构造payload，可以尝试一下sqlmap）

可以看到成功爆出来了当前用户名称 ，这个漏洞存在，前台SQL注入漏洞+1

接下来可以利用这种方法尝试进一步挖掘其他的SQL注入漏洞，这里再后台注入找一个作为例子，也是可以尝试进行全局搜索SQL语句来确定注入点

在后在某个地方，定位到了如下注入点

如图，该处id变量依旧可控，并且没有做任何过滤，我们也尝试去构造一下注入

payload如下：

可以看到，也成功爆出来了用户名，这里的后台注入也存在，后台注入+1，此时我们已经收获了两个SQL注入的漏洞，其他的SQL注入也是同样方式，这里就不过多赘述了

提到了后台，后台有一些进行文件上传的功能，这里如果没有进行很好的过滤和限制就会造成任意文件上传，坏人们会利用到这一点来上传webshell，从而达成破坏

这里，我们写一个一句话木马，将其后缀改成php，然后抓个包看一下

这里有很多参数，我们尝试直接把文件后缀改一下试试

这里提示错误，表示不行，我们定位到文件上传的代码逻辑看一下

这里他很奇怪，虽然这是一个老CMS了，但是利用这种方法判断文件类别的姿势我还是第一次看，逻辑就是获取到类别，然后case到相应的过滤中，再用后缀和白名单做比对，不在白名单中就报错，在就上传

但是这里就有个大问题，如果我们抓包修改ftype参数（这里我们可控），改成一个不在switch函数中的值，就正好跳过了他的检测，直接上传，我们来试一下

然后发包过去试试

他就成功上传了......并且我们知道路径和文件名

我们试一试能不能利用

竟然可以利用QAQ，这个可太离谱了

笔者在继续寻找漏洞的时候，发现了这里有这么一段代码

这里url可控，并且任何限制没有，可以造成任意文件删除，这里就不进行演示了

因为这是几年前的CMS，所以可能洞有很多，但是正适合新手入门，体会一下怎么审计出代码中的漏洞，在审计的过程中，首先你的目标要准确，因为是白盒，这样就能很直观的看到哪里出了问题，当然你在审计挖掘的时候，也要找准目标，自己心里要清楚哪里会出问题，直观面对着waf的时候就会很容易想到bypass的方法

必要的时候可以使用动态调试，一步一步的查看变量的改变和流向，这样会更直观观察这个漏洞触发的过程，也容易修改自己的payload，从而成功挖掘出漏洞

总结以下几点：

1、拿到源码，要先想一想那里会出现什么漏洞

2、要熟悉这个CMS用的开发框架的整体运行机制，方便我们定位漏洞点

3、多尝试，手动测不出来可以借助工具来辅助审计

4、面对一个waf要从不同的角度看，以便于bypass

总的来说，想要提高技术要多看文章，多动手复现，也要多尝试自己动手挖洞，从成功和失败中总结经验以便于下次审计

最后，要做一个遵纪守法的安全研究员，文明挖洞，千万不要挑战法律

[招生]科锐逆向工程师培训(2024年11月15日实地，远程教学同时开班, 第51期)