cookie 欺骗 与 cookie 注入

cookie 欺骗

网上有很多这样的文章。。。具体怎么操作就不详细说了。。。说下要注意的几个细节

cookie 欺骗的主要方法是拿到  管理员的  cookie。。。

在网上看到一种说法，就是注册了一个 用户，看了下cookie的格式。。然后把username改为管理员的用户名称，然后就可以是管理员了。。

感觉这种情况估计cookie里存的是 用户名和权限两项  。这样感觉还可以。。

如果页面在没次提取cookie 的内容的时候都去验证下用户名与密码 。。。那光改用户名是没用的。。

cookie 注入

和sql 注入是一个道理。。。只不过利用管理员对  cookie 过滤的疏忽。因为毕竟现在 页面的输入 都过滤的比较严格

请先看下面的的连接(示例用,所以连接不是真的)
http://*****.2008.***.com/1.asp?id=88


如果我们只输 http://*****.2008.***.com/1.asp

时，就不能看到正常的数据，因为没有参数!
我们想知道有没有Cookies问题(也就是有没有Request("XXX")格式问题),
先用IE输入
http://*****.2008.***.com/1.asp
加载网页,显示不正常（没有输参数的原因)
之后在IE输入框再输入
javascript:alert(document.cookie="id="+escape("88"));
按回车,你会看到弹出一个对话框 内容是: id=88
之后，你刷新一个网页，如果正常显示，表示是用
Request("ID") 这样的格式收集数据~~~~,这种格式就可以试Cookies注入了

在输入框中输入
javascript:alert(document.cookie="id="+escape("88 and 2=2"));
刷新页面,如果显示正常,可以再试下一步(如果不正常,就有可能也有过滤了)

javascript:alert(document.cookie="id="+escape("88 and 3=2"));刷新一下页面
如果不正常显示，这就表示有注入了~~~

如果程序员是用
Request.QueryString
或
Request.Form
收集数据的话，是无法利用Cookies绕过防注入系统进行注入的，因为服务程序是直截从GET或POST中读取数据的，Cookies是否有数据,WEB服务器是不理的,所以就无法利用了！~

感觉有时候这方法很可行。。