你知道吗？图形验证码可能导致服务器崩溃

图片验证码是为了防止恶意破解密码、刷票、论坛灌水等才出现的，但是你有没有想过，你的图形验证码竟然可能导致服务器的崩溃？
那他是如何导致的呢？请听我婉婉道来。
先看看各大平台对待此漏洞的态度：




利用过程
这里以phpcms为例，首先需要找一个图形验证码。

将图片拖动到浏览器中将得到该图形验证码的链接：

将链接拖出来咱们分析一下：
http://127.0.0.1/phpcms/api.php?op=checkcode&code_len=4&font_size=20&width=130&height=50&font_color=&background=
code_len=4是验证码的字符的个数
font_size=20是验证码的大小
width=130是验证码的宽
height=50是验证码的高
如果将参数font_size、width、height均设置为1000将会出现什么情况呢？

可以发现验证码的形状已经改变，证明这个参数是会随着我们的更改而更改的，而且在改成1000时，整个页面的加载速度明显变慢，大家请想，如果都改为10000甚至更高会发生什么事情？ 服务器会不会一直在处理我们所请求的图片？
此时我们上神器burp来检验一下
当设置为1000时：

当设置为10000时：

处理所用的时间明显增长，我们再看看在发起这个请求时CPU有什么反应：

CPU有一个明显的峰值，那当我们使用python去不断进行请求的时候又会发生什么？这个是正常情况下的CPU占用率：

当我们启动python程序的时候CPU的占用率：

可见，我们请求的验证码对服务器产生了重大的影响。
代码分析
根据请求包我们跟进到 \api\checkcode.php：

在第12行和第17行可以看到，仅仅将验证码的长宽通过get方式接受，没有任何其他的过滤，在第13行和第18行也仅仅只对最小值进行了限制，并没有对最大值进行限制，所以就造成了这个验证码的漏洞。
总结一下这个漏洞的利用点：
1.图片长宽等可控
2.后端没有对图片的最大大小进行限制
解决方案
1.对接受的参数进行最大值的控制，或者固定值处理
2.使用固定大小的验证码
 

图片验证码是为了防止恶意破解密码、刷票、论坛灌水等才出现的，但是你有没有想过，你的图形验证码竟然可能导致服务器的崩溃？
那他是如何导致的呢？请听我婉婉道来。
先看看各大平台对待此漏洞的态度：




利用过程
这里以phpcms为例，首先需要找一个图形验证码。 无奈人生安全网

将图片拖动到浏览器中将得到该图形验证码的链接：

将链接拖出来咱们分析一下：
http://127.0.0.1/phpcms/api.php?op=checkcode&code_len=4&font_size=20&width=130&height=50&font_color=&background=
code_len=4是验证码的字符的个数
font_size=20是验证码的大小
width=130是验证码的宽
height=50是验证码的高
如果将参数font_size、width、height均设置为1000将会出现什么情况呢？

可以发现验证码的形状已经改变，证明这个参数是会随着我们的更改而更改的，而且在改成1000时，整个页面的加载速度明显变慢，大家请想，如果都改为10000甚至更高会发生什么事情？ 服务器会不会一直在处理我们所请求的图片？ 无奈人生安全网
此时我们上神器burp来检验一下
当设置为1000时：

当设置为10000时：

处理所用的时间明显增长，我们再看看在发起这个请求时CPU有什么反应：

CPU有一个明显的峰值，那当我们使用python去不断进行请求的时候又会发生什么？这个是正常情况下的CPU占用率：

当我们启动python程序的时候CPU的占用率：
copyright 无奈人生
可见，我们请求的验证码对服务器产生了重大的影响。
代码分析
根据请求包我们跟进到 \api\checkcode.php：

在第12行和第17行可以看到，仅仅将验证码的长宽通过get方式接受，没有任何其他的过滤，在第13行和第18行也仅仅只对最小值进行了限制，并没有对最大值进行限制，所以就造成了这个验证码的漏洞。
总结一下这个漏洞的利用点：
1.图片长宽等可控
2.后端没有对图片的最大大小进行限制
解决方案
1.对接受的参数进行最大值的控制，或者固定值处理
2.使用固定大小的验证码
  www.wnhack.com