13518219792
如何使用Python CGIHTTPServer绕过注入时的CSRF Token防御，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。
创新互联建站主营清丰网站建设的网络公司,主营网站建设方案,APP应用开发,清丰h5重庆小程序开发搭建,清丰网站营销推广欢迎清丰等地区企业咨询
CSRF tokens是服务器生成的一串随机值，其主要作用是防止表单重复提交以及请求伪造攻击。由于该生成值具有随机性，一次性，并且是基于服务器端的前一个请求生成的，因此黑客几乎不可能伪造它。
虽说无法伪造，但并不代表我们就不能绕过它。这里，不得不提及一款web渗透神器Burp
Suite。在Burp上有多种配置其使用宏来绕过HTML表单上CSRF tokens的方法，例如我们可以使用Burp Active
Scans，Burp Intruder，Burp Repeater，甚至Burp
Proxy。还有专门用于Intruder模块的Grep-Extract和pitchfork攻击类型。如果你还觉得不够，Burp完美的扩展性支持你开发自己的Burp插件。
除了Burp外，另一款神器Sqlmap也为我们提供了类似的功能。Sqlmap中有一个–csrf-token和–csrf-url参数，可用于绕过CSRF tokens。或者你也可以像我刚说的那样，配置Burp使用–proxy通过Burp运行sqlmap。
但今天我要介绍另一种绕过方法，即使用Python CGIHTTPServer。
我的测试环境是一个简单的PHP+MySQL，我可以登录并访问受限区域。我在这里上传了PHP代码，你可以下载进行测试。代码可能写的并不完美，但用于测试目的应该问题不大。
CSRF tokens是随机生成的数字的SHA256哈希值，并且每个HTTP请求的哈希值都不同。
因此，如果不对Burp进行针对性的配置，它将无法检测到该问题的存在。
sqlmap也同样。
我使用–technique，–dbms和-p选项来加速扫描。由于这只是一个简单的基于布尔的SQLi，因此–level
1（默认值）就足够了。但是，如果凭据不正确的话，则必须将–risk设置为3才行。因为只有风险等级为3的情况下，基于布尔的SQLi才能被检测到。基于布尔的SQLi是非常危险的，因为它们可以使任何条件为真。例如当UPDATE或DELETE语句的WHERE子句存在这种注入，攻击者就可以实现更改数据库中用户密码，转储凭据等。
这里，我使用sqlmap的SQLi –csrf-token =“mytoken”选项，检测到了一个基于OR的SQLi：
这是一个登录验证表单，显然这里是一个SELECT语句，这意味着风险等级3没有危害。
当然，如果你有有效凭据，它还容易受到基于AND的SQLi攻击。但即使我拥有有效凭据，我也会先用另一个（有效）用户名来进行测试，先找到基于OR的SQLi。这样做可以避免账户被以外的锁定。
此外，使用sqlmap的SQLi –csrf-token =“mytoken”选项，我还检测到了一个基于AND的SQLi：
首先，我们来创建CGI脚本：
这个脚本需要创建在folder_whatever/cgi-bin/目录中。我们将其称为mask.py，并确保其是可执行的。创建完成后，我们从“folder_whatever”目录中运行“python
-m CGIHTTPServer”。默认情况下，它将侦听8000/tcp端口。
你可以使用正确的密码对其进行测试：
以及使用一个错误密码：
现在，我们无需对Burp和sqlmap进行特定配置，就能轻松的检测到安全漏洞。
看完上述内容，你们掌握如何使用Python CGIHTTPServer绕过注入时的CSRF Token防御的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注创新互联行业资讯频道，感谢各位的阅读！
