asp中cookie欺骗/注入原理与防范

最新推荐文章于 2025-08-22 11:32:18 发布

转载最新推荐文章于 2025-08-22 11:32:18 发布 · 100 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/haosola/p/3670505.html

文章标签：

#javascript #ViewUI

本文探讨了Web应用中Cookie注入的安全隐患，特别是在使用简化的参数获取方式时。通过具体实例展示了如何利用Cookie进行注入攻击，并提供了检测方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

　　一直以来sql注入被广泛关注，也有专门的防注系统代码。发现，如果代码不严谨也会有cookie欺骗/注入的情况。原来，防注入系统没有注意到 Cookies 的问题！这里以ASP为例，分析一下cookie欺骗/注入的产生。
　　Request.QueryString （GET）或 Request.Form （POST）
　　我们有时为了简化代码，会写成 ID=Request（"ID"），正是因为这样写法出现了问题……
　　原来WEB服务是这样读取数据的：
　　先取GET中的数据，没有再取POST中的数据，还会去取Cookies中的数据！这个我也才发现。
　　通常的防注入系统，他会检测GET和POST中的数据，如果有特殊字符就禁止数据的提交，而上面简略写法，就不会被check到。
　　举例说明，参数提交及获取原理：
　　/1.asp?id=123
　　如果只输：/1.asp 就不能看到正常的数据，因为没有参数！
　　想知道有没有Cookies问题（也就是有没有Request（"XXX"）格式问题）
　　先用IE输入：/1.asp加载网页，显示不正常（没有输参数的原因），之后在IE输入框再输入
　　javascript:alert（document.cookie="id="+escape（"123"））；
　　说明：
　　document.cookie="id="+escape（"123"）就是把 123 保存到Cookies 的 ID 中。
　　alert（xxx）就是弹对话框。
　　按回车后，会看到弹出一个对话框内容是： id=123,之后，刷新网页，如果正常显示，表示是用Request（"ID"）这样的格式收集数据，就可以试Cookies注入了。
　　在地址栏中输入： javascript:alert（document.cookie="id="+escape（"123 and 3=3"））；
　　刷新页面，如果显示正常，可以再试下一步 www.jx-jf.com
　　javascript:alert（document.cookie="id="+escape（"123 and 3=4"））；刷新一下页面如果不正常显示，这就表示可以注入了。
　　如果代码是用Request.QueryString或Request.Form收集数据的话，是没有Cookies注入问题的，因为服务程序是直截从GET或POST中读取数据的，Cookies是否有数据代码不会去获取的 www.yztrans.com