- 综合排序
- 最热优先
- 最新优先
- 来自专栏网络攻防实战知识交流
easycms 7.7.4 后台sql注入漏洞复现
环境 windows 11 phpstudy CmsEasy 7.7.4 代码分析 漏洞点：文件lib/admin/database_admin.php中的函数dorestore_action()方法。 语句数组sqls，并遍历带入 由此可以得到，如果能够控制某文件内容，将目录传递给dorestore_action()方法，即可实现sql语句的执行。 测试头像上传功能，上传内容为sql语句的图片。定位代码在lib/default/tool_act.php的uploadimage3_action()方法。 语句的关键词进行匹配，可以上传内容为sql语句的图片。 /cn/upload/images/202111 提取出相关图片 提取出构造的sql语句 执行成功，页面出现报错信息。
2.5K10发布于 2021-12-01 - 来自专栏网络信息安全
复现cnvd收录的SQl注入漏洞
SQl注入漏洞的复现 出于安全文章中不出现任何关于漏洞的真实url （1）我选择的扫描器是xary，报红如下： （2）使用sqlmap开始跑跑跑 思路：我们要做的就是搞到管理员的用户名和密码，因为不同公司的数据库存放的信息不同 步骤： a、检测是否有注入 b、跑数据库名 c、跑表名 d、跑字段 e、跑字段中的数据 注：我们最后的到的用户名密码可能是经过加密的，我们可以试着用md5和base64来解密一下，其实到这步的时候 （3）使用御剑找出后门 （4）安全学的好，局子进的早 当我们解密完成之后，建议大家提交，就不要登录到人家公司的后台了 （5）附图 （6）关于对刚入门的小白帽的建议 建议大家还是先充实自己的知识 ，因为挖漏洞其实是一个机械化的过程，真正学到的东西并不比学习来的多，我们可以把挖掘漏洞当做一个致知于行的过程，最后希望大家不要走入黑市，一定要乖乖的当个可爱的小白帽子哦。
44210编辑于 2024-03-12 - 来自专栏Cyber Security
【漏洞复现】用友NC querygoodsgridbycode 前台SQL注入漏洞
0x00 漏洞描述 用友NC是由用友公司开发的一套面向大型企业和集团型企业的管理软件产品系列。这一系列产品基于全球最新的互联网技术、云计算技术和移动应用技术，旨在帮助企业创新管理模式、引领商业变革。 用友NC 的querygoodsgridbycode.json接口存在SQL注入漏洞，攻击者能够利用该漏洞获取敏感数据。 0x01 测绘工具 fofa: app=“用友-UFIDA-NC” 0x02 漏洞复现 GET /ecp/productonsale/querygoodsgridbycode.json? : 1 Connection: close Upgrade-Insecure-Requests: 1 0x03 Nuclei检测脚本 id: yongyou-querygoodsgridbycode-SQL info: name: 用友NC系统querygoodsgridbycode接口的code参数存在SQL注入漏洞 author: admin severity: high metadata
70510编辑于 2024-08-11 - 来自专栏Cyber Security
【漏洞复现】用友GPR-U8 slbmbygr SQL注入漏洞
一、漏洞描述 用友GRP-U8是面向政府及行政事业单位的财政管理应用。北京用友政务软件有限公司GRP-U8 SQL注入漏洞。 ! [在这里插入图片描述](https://img-blog.csdnimg.cn/fe260ff4d6d14abeb0e576e4bbf3c385.png 二、网络空间搜索引擎搜索 fofa查询语法 app ="用友-GRP-U8" 三、漏洞利用 POC：拼接/u8qx/slbmbygr.jsp? gsdm=1 访问 漏洞存在 漏洞不存在 使用SQLmap进行注入利用 sqlmap -u "http://xxxx:xxxx/u8qx/slbmbygr.jsp?
75410编辑于 2024-07-18 - 来自专栏Web安全技术
记一次SQL注入的漏洞复现
很多小伙伴不知道漏洞复现怎么写，今天给大家看看我的......大佬勿喷 43N}@QV(0W~0WE}KAEXA(YC.png HK7G175K08ZMV}KZQMJL[CO.png 至于我为什么没有继续下去 ，大家可以去读一下白帽子行为规范，漏洞复现只需要证明存在该漏洞就行了
74400发布于 2020-05-01 - 来自专栏安全小圈
CVE-2020-7471 Django SQL注入漏洞复现
0x01漏洞简介 CVE-2020-7471：通过StringAgg（分隔符）的潜在SQL注入 django.contrib.postgres.aggregates.StringAgg聚合函数使用适当设计的定界符进行了 SQL注入。 ·复现靶机kalil 2019.3 ·复现Django版本 3.0.2 一、环境部署 通过git先获取到漏洞的环境与poc git clone https://github.com/Saferman/ 可以看到这里是空的，那么不要激动，经过我分析之后发现本来应该要在 python3 manage.py makemigrations vul_app 这一步的时候要执行sql语句的但是我发现migrations 到这里本次复现就结束了，下周会分析CVE-2020-7471的漏洞成因。
1.2K10发布于 2020-05-18 - 来自专栏yulate的网络安全技术分析
通达OA v11.10 sql注入漏洞复现
某达oa代码审计 (qq.com) 影响版本：通达OA v11.10版 服务器端 一、export_data.php 延迟注入 1、代码审计 漏洞定位：/general/system/approve_center 通达OA v11.10中存在全局过滤器，其内容如下所示： function sql_injection($db_string) { $clean = ""; $error = ""; { $fail = true; $error = "general_log"; } if ($fail) { echo _("不安全的SQL 将116改为115时延时注入就会失败。 3、payload 写个脚本来盲注获取管理员的session import re from turtle import st import requests import datetime import
3.8K20编辑于 2023-05-02 - 来自专栏Timeline Sec
CVE-2020-7471：Django SQL注入漏洞复现
0x02 漏洞概述 编号：CVE-2020-7471 2020年2月3日，Django官方发布安全通告公布了一个通过StringAgg（分隔符）实现利用的潜在SQL注入漏洞。 攻击者可通过构造分隔符传递给聚合函数contrib.postgres.aggregates.StringAgg，从而绕过转义符号（\）并注入恶意SQL语句。 -m pip install django==2.2 安装 postgreSQL 数据库 我复现所使用的是windows环境，且下载对应exe安装包时报错 ? 接下来就是初始化数据了 0x05 漏洞复现 POC下载： https://github.com/Saferman/CVE-2020-7471 下载好后，我们使用pycharm打开进行相应配置。 此时证明我们脚本中的注入成功了 脚本中的注入使用的了LIMIT 1 OFFSET 1 0x06 漏洞分析 首先我们来看看这个语句: Info.objects.all().values('gender
1.1K50发布于 2020-12-16 - 来自专栏红蓝对抗
CVE-2021-35042Django SQL注入漏洞复现
漏洞描述 Django 组件存在 SQL 注入漏洞，该漏洞是由于对 QuerySet.order_by()中用户提供数据的过滤不足，攻击者可利用该漏洞在未授权的情况下，构造恶意数据执行 SQL 注入攻击 综合评价 高危，最终造成服务器敏感信息泄露 影响版本 Django 3.2 Django 3.1 安全版本 Django >= 3.2.5 Django >= 3.1.13 漏洞复现 搭建环境 https 打开以下 URL 以加载示例数据： http://localhost:8000/load_example_data 然后转到易受攻击的页面 http://localhost:8000/users/ 漏洞防御 及时更新到最新版本 链接 : https://www.djangoproject.com/weblog/2021/jul/01/security-releases/ 这个漏洞复现因为网络环境问题卡了好久
1.3K30编辑于 2022-06-30 - 来自专栏中国白客联盟
WeCenter v3.3.4前台SQL注入漏洞复现
跟入query，直接拼接可造成sql注入漏洞： ? 现在需要的就是找个反序列化的利用点。这里提下常见的反序列化的利用： __construct()：当对象创建(new)时会自动调用。 3.php做生成phar文件，生成后后缀可随便，我改成了jpg： ? 4.php做触发phar反序列化操作： ? 那我们现在理下攻击思路： 1、生成恶意cookie - $WXConnect 2、binding_action取$WXConnect赋给bind_account 3、bind_account得到$WXConnect 把读库的结果赋值给associate_remote_avatar 6、associate_remote_avatar把取到的值给file_get_contents，触发phar反序列化 我们先根据一开始提到的出现的漏洞类生成恶意的
1.8K10发布于 2020-02-18 - 来自专栏Cyber Security
【漏洞复现】泛微e-cology9 WorkflowServiceXml SQL注入漏洞
漏洞名称 泛微e-cology9 WorkflowServiceXml SQL注入漏洞 公开时间 2024-07-10 威胁类型 命令执行 漏洞描述 在默认配置下，未授权攻击者可利用该漏洞执行任意SQL 影响范围 泛微e-cology9 < 10.64.1 漏洞复现 POST /services/WorkflowServiceXml HTTP/1.1 Host: x.x.x.x Content-Type > </soapenv:Body> </soapenv:Envelope> nuclei脚本 id: 泛微e-cology9 WorkflowServiceXml SQL注入漏洞 info: name: 泛微e-cology9 WorkflowServiceXml SQL注入漏洞 author: whgojp severity: info description: 在默认配置下， 未授权攻击者可利用该漏洞执行任意SQL语句，从而造成任意命令执行 http: - raw: - | POST /services/WorkflowServiceXml
2K10编辑于 2024-07-18 - 来自专栏Cyber Security
【漏洞复现】用友NC Cloud系统queryPsnInfo接口SQL注入
0x00 漏洞描述 用友NC Cloud存是一款大型企业数字化平台。 在受影响的版本中，攻击者可以通过未授权访问 /ncchr/pm/obj/queryPsnInfo 接口，利用 staffid 参数的缺乏校验，通过传入恶意的 SQL 语句进行命令注入，从而控制服务器。 影响范围 尚不明确 0x01 测绘工具 FOFA：app=“用友-NC-Cloud” 0x02 漏洞复现 GET /ncchr/pm/obj/queryPsnInfo? 注入 info: name: 用友NC Cloud系统queryPsnInfo接口SQL注入 author: admin severity: high description: 攻击者可以通过未授权访问 /ncchr/pm/obj/queryPsnInfo 接口，利用 staffid 参数的缺乏校验，通过传入恶意的 SQL 语句进行命令注入，从而控制服务器。
82710编辑于 2024-08-11 - 来自专栏玄魂工作室
CVE-2019-14234：Django JSONField SQL注入漏洞复现
0x01 漏洞概述 ---- 该漏洞需要开发者使用了JSONField/HStoreField，且用户可控queryset查询时的键名，在键名的位置注入SQL语句。 该漏洞的出现的原因在于Django中JSONField类的实现，Django的model最本质的作用是生成SQL语句，而在Django通过JSONField生成sql语句时，是通过简单的字符串拼接。 其中key_name是可控的字符串，最终生成的语句是WHERE (field->'[key_name]') = 'value'，因此可以进行SQL注入。 0x04 漏洞利用 ---- 通过对代码的分析，可以知道如果在你的Django中使用了JSONField并且查询的“键名”可控，就可以进行SQL注入 访问http://ip:8000/admin 输入用户名 可以看到已经注入成功，并且可以看到构造的SQL语句 为进一步验证注入语句，我们继续构造 http://ip:8000/admin/vuln/collection/?
2.8K00发布于 2019-12-05 - 来自专栏渗透测试专栏
渗透测试SQL注入漏洞原理与验证(3)——SQL报错注入
报错注入 通过构造特定的SQL语句，让攻击者想要查询的信息(如数据库名、版本号、用户名等)通过页面的错误提示回显出来。 报错注入的前提条件 Web应用程序未关闭数据库报错函数，对于一些SQL语句的错误直接回显在页面上，后台未对一些具有报错功能的函数(如extractvalue、updatexml等)进行过滤。 ERROR 1690 (22003): DOUBLE value is out of range in 'exp(~((select 'root@localhost' from dual))' 汇总 SQL 报错注入实例 此处以SQLi-Labs的less-1为例，介绍两种方式，利用具有报错功能的函数实现注入。 利用extractvalue()函数进行报错注入 利用floor()函数进行报错注入 本文部分图片摘自深信服安全服务认证工程师课程课件中，为方便个人学习使用，勿作商用！！！！
96620编辑于 2024-09-27 - 来自专栏用户9703952的专栏
sql注入漏洞
sql注入漏洞 对information_shcema的理解 shcema可以看作是房间 table_schema是用来存放table表的房间，是数据库 table_name是表的名字 table_type 判断是否有注入点 1 and 1=1正确 1 and 1=2不正确，所以可以判断是整数型注入 判断字段数 order by 1,2,3,4…. SQL查询语句中导致的注入 二次注入的原理，在第一次进行数据库插入数据的时候，使用了 addslashes 、get_magic_quotes_gpc、mysql_escape_string、mysql_real_escape_string 在下一次进行需要进行查询的时候，直接从数据库中取出了脏数据，没有进行进一步的检验和处理，这样就会造成SQL的二次注入。 ，看看是否有可控变量，没有可控变量就是死sql语句，无法进行sql注入 函数查询 找到具体函数之后，右键定位函数使用的位置 步骤 搜索select 找到变量 找到变量调用函数 右键定位函数调用位置 看看页面和数据库的互动
77110编辑于 2024-02-19 - 来自专栏白安全组
Django SQL注入漏洞（CVE-2021-35042）快速复现
前言： Django在2021年7月1日发布了一个安全更新，修复了在QuerySet底下的order_by函数中存在的SQL注入漏洞。 order=1 我们构造一下order=-id，这样会产生id降序的结果 这里可以使用堆叠注入来完成。 我们构造语句： ? order=vuln_collection.name);select%20updatexml(1,%20concat(0x7e,(select%20@@version)),1)%23 这里成功出现，完成注入
1.2K10编辑于 2022-12-01 - 来自专栏闪石星曜CyberSecurity
泛微 e-cology OA 前台SQL注入漏洞复现
0x01 原理概述 ---- 该漏洞是由于OA系统的WorkflowCenterTreeData接口在收到用户输入的时候未进行安全过滤，oracle数据库传入恶意SQL语句，导致SQL漏洞。 系统 0x03 环境搭建 ---- 在线环境（限今晚）： 打赏(任意金额)+转发，联系作者获取 FOFA搜索： app="泛微-协同办公OA" 自行搭建： 公众号内回复“泛微环境” 0x04 漏洞利用 ---- 找到oracle数据库的泛微OA系统后直接使用Poc（已公开） 如果不存在漏洞，则显示结果如下 ? 如果漏洞存在，则会直接回显很多数据 ? 简洁版Poc如下：（勿用于非法途径） POST /mobile/browser/WorkflowCenterTreeData.jsp?
7.7K10发布于 2019-10-15 - 来自专栏玄魂工作室
泛微 e-cology OA 前台SQL注入漏洞复现
0x01 原理概述 ---- 该漏洞是由于OA系统的WorkflowCenterTreeData接口在收到用户输入的时候未进行安全过滤，oracle数据库传入恶意SQL语句，导致SQL漏洞。 系统 0x03 环境搭建 ---- 在线环境（限今晚）： 打赏(任意金额)+转发，联系作者获取 FOFA搜索： app="泛微-协同办公OA" 自行搭建： 公众号内回复“泛微环境” 0x04 漏洞利用 ---- 找到oracle数据库的泛微OA系统后直接使用Poc（已公开） 如果不存在漏洞，则显示结果如下 ? 如果漏洞存在，则会直接回显很多数据 ? 简洁版Poc如下：（勿用于非法途径） POST /mobile/browser/WorkflowCenterTreeData.jsp?
3.7K30发布于 2019-10-15 - 来自专栏安全学习记录
漏洞复现-禅道前台注入
漏洞编号 CNVD-2022-42853 影响产品 禅道企业版 6.5 禅道旗舰版 3.0 禅道开源版 16.5 禅道开源版 16.5.beta1 复现过程 搭建禅道环境，点击start运行 q=0.3,en;q=0.2 Accept-Encoding: gzip, deflate Referer: http://192.168.121.133:82/zentao/user-login-L3plbnRhby8
2.1K10编辑于 2022-12-26 - 来自专栏FreeBuf
关于CMSMS中SQL注入漏洞的复现与分析与利用
在CMS Made Simple <= 2.2.9的版本中存在一个基于时间的SQL盲注漏洞。通过将一个精心构造的语句赋值给新闻模块中的m1_idlist参数，可以利用该SQL盲注漏洞。 BurpSuite v1.7.36 2.python-2.7.15 3.Mozilla Firefox 60.6.2 漏洞复现 1. 由此可以确定，在参数m1_idlist中存在基于时间的SQL盲注漏洞。 漏洞分析 通过分析源代码，我们来找出SQL注入漏洞的产生点，有关的问题代码如下图所示： ? 漏洞利用 1. SQL盲注漏洞的利用程序通过构造特定的SQL语句拼接到漏洞URL之后，然后判定MySQL的sleep时长，以此来枚举数据库中的敏感信息。 3. 使用获取到的用户名和密码可以成功登录cmsms。 漏洞修复 针对该版本号的SQL注入漏洞，建议及时将CMS Made Simple更新到 2.2.10版本。
2.3K40发布于 2019-07-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号