| 现在有很多防注入程序屏蔽了 ａｎｄ、１＝１、１＝２ 类似这样的关键字，使用这样的方法有时不能探测到注入点了．那么是否有新的方法能够探测注入点呢？ 经过一段时间的研究，发现了更好的方法．哈哈，特此共享一下． 现在假设有一个新闻页面，ＵＲＬ 是 ｈｔｔｐ：／／ｇｚｋｂ．ｇｏｏｍｏｏ．ｃｎ／ｎｅｗｓ．ａｓｐ？ｉｄ＝１２３， １． 在浏览器中打开，可以看到一个正常的新闻页面； ２． 在ＵＲＬ地址后面加上－１，ＵＲＬ变成：ｈｔｔｐ：／／ｇｚｋｂ．ｇｏｏｍｏｏ．ｃｎ／ｎｅｗｓ．ａｓｐ？ｉｄ＝１２３－１，如果返回的页面和前面不同，是另一则新闻，则表示有注入漏洞，是数字型的注入漏洞；在 ＵＲＬ地址后面加上 －０，ＵＲＬ变成 ｈｔｔｐ：／／ｇｚｋｂ．ｇｏｏｍｏｏ．ｃｎ／ｎｅｗｓ．ａｓｐ？ｉｄ＝１２３－０，返回的页面和前面的页面相同，加上－１，返回错误页面，则也表示存在注入漏洞，是数字型的． 否则： ３． 在ＵＲＬ的地址后面加上＇％２Ｂ＇，ＵＲＬ地址变为：ｈｔｔｐ：／／ｇｚｋｂ．ｇｏｏｍｏｏ．ｃｎ／ｎｅｗｓ．ａｓｐ？ｉｄ＝１２３＇％２Ｂ＇，返回的页面和１同；加上＇２％２Ｂ＇ａｓｄｆ，ＵＲＬ地址变为：ｈｔｔｐ：／／ｇｚｋｂ．ｇｏｏｍｏｏ．ｃｎ／ｎｅｗｓ．ａｓｐ？ｉｄ＝１２３＇％２Ｂａｓｄｆ，返回的页面和１不同，或者说未发现该条记录，或者错误，则表示存在注入点，是文本型的． 为什么这样可以呢？ 我们可以从程序的角度来考虑一下．程序员的这条语句大致应该是这样的： ｓｅｌｅｃｔ ＊ ｆｒｏｍ ｎｅｗｓ ｗｈｅｒｅ ｉｄ＝１２３ 当我们在后面加上 －１ 后，语句变为 ｓｅｌｅｃｔ ＊ ｆｒｏｍ ｎｅｗｓ ｗｈｅｒｅ ｉｄ＝１２３－１ ＳＱＬ服务器在执行这条语句时会进行运算，实际执行的是： ｓｅｌｅｃｔ ＊ ｆｒｏｍ ｎｅｗｓ ｗｈｅｒｅ ｉｄ＝１２２ 这样选出来的就是另外一条新闻记录了．如果该记录存在，就是另一则新闻；否则会显示记录不存在，或者出错．呵呵． 这也同时表示程序未对输入的数据进行过滤，存在数值型的注入漏洞． 如果 ＳＱＬ 语句时这样的： ｓｅｌｅｃｔ ＊ ｆｒｏｍ ｎｅｗｓ ｗｈｅｒｅ ｉｄ＝＇１２３＇ 那么我们在后面加上 ＇％２Ｂ＇ 之后，语句变为 ｓｅｌｅｃｔ ＊ ｆｒｏｍ ｎｅｗｓ ｗｈｅｒｅ ｉｄ＝＇１２３＇＋＇＇ ％２Ｂ 是 ＋ 的ＵＲＬ编码． 这样之后，ＳＱＬ服务器实际执行的是： ｓｅｌｅｃｔ ＊ ｆｒｏｍ ｎｅｗｓ ｗｈｅｒｅ ｉｄ＝＇１２３＇ 会返回同样的页面． 加上 ＇％２Ｂ＇ａｓｄｆ 之后，语句变为 ｓｅｌｅｃｔ ＊ ｆｒｏｍ ｎｅｗｓ ｗｈｅｒｅ ｉｄ＝＇１２３＇＋＇ａｓｄｆ＇ 实际执行的是： ｓｅｌｅｃｔ ＊ ｆｒｏｍ ｎｅｗｓ ｗｈｅｒｅ ｉｄ＝＇１２３ａｓｄｆ＇ 返回页面不存在，或者显错． 这就表示有文本型的注入漏洞． 测试例子：以下三个地址，用 ａｎｄ １＝１ 的方法来测试，都会有放注入程序提示，但是用 －１ 的方法均可以测试出是注入点： ｈｔｔｐ：／／ｗｗｗ．ｓｎｅｄｕ．ｇｏｖ．ｃｎ／ｒｅａｄｎｅｗｓ．ａｓｐ？ｉｄ＝２７０３ ｈｔｔｐ：／／ｚｓｂ．ｓｚｕ．ｅｄｕ．ｃｎ／Ａｒｔｉｃｌｅ．ａｓｐ？ｉｄ＝９９ ｈｔｔｐ：／／ｇｓ．ｎｊｕｓｔ．ｅｄｕ．ｃｎ／ｄｓｊｓ．ａｓｐ？ｉｄ＝６５９ |
|小黑屋|最新主题|手机版|微赢网络技术论坛
( 苏ICP备08020429号 )
GMT+8, 2024-10-1 03:21 , Processed in 0.142142 second(s), 12 queries , Gzip On, MemCache On.
Powered by Discuz! X3.5
© 2001-2023 Discuz! Team.
