Daily Archives: 2010年8月20日

从客户端(…)中检测到有潜在危险的Request.Form 值的处理办法

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/zhangyj_315/archive/2009/03/06/3962394.aspx 这几天在用ASP.NET控件做一个简单的留言本，在测试detailsview实现插入留言时，如果在插入模板的textbox中插入<script>alert(&ldquo;hello&rdquo;)</script>这样一段脚本时，就会报从客户端中检测到有潜在危险的 Request.Form 值。想到前面一段时间在MSDN上的看到通过对字符串应用 HTML 编码在 Web 应用程序中防止脚本侵入这一节的内容，所以想在代码中利用htmlencode()对输入内容进行编码以防止脚本的入侵。但是如果要对整个网站的输入框进行验证，这种做法显然是比较繁琐的。所以就在google了一下，于是就得到了下面的四种解决办法。 由于在.net中，Request时出现有HTML或Javascript等字符串时，系统会认为是危险性值。立马报错上面的错误。 如：在网页的TextBox1中输入一些HTML代码，点提交按钮后会报错。 解决办法： 解决方案一： 在.aspx文件头中加入这句： <%@ Page validateRequest="false"  %> 解决方案二： 修改web.config文件: <configuration> <system.web> <pages validateRequest="false" /> </system.web> </configuration> 因为validateRequest默认值为true。只要设为false即可。 补充：  

  解决方案三： 当然，这样只能是让界面好看一些，要想抵制注入，还得从过滤上做足功夫 然后，还是有不禁用validateRequest的方法的，如下 不禁用validateRequest=false。 正确的做法是在你当前页面添加Page_Error()函数，来捕获所有页面处理过程中发生的而没有处理的异常。然后给用户一个合法的报错信息。如果当前页面没有Page_Error()，这个异常将会送到Global.asax的Application_Error()来处理，你也可以在那里写通用的异常报错处理函数。如果两个地方都没有写异常处理函数，才会显示这个默认的报错页面呢。 举例而言，处理这个异常其实只需要很简短的一小段代码就够了。在页面的Code-behind页面中加入这么一段代码： 以下是引用片段： protected void Page_Error(object sender, EventArgs e) { Exception ex = Server.GetLastError(); if (ex is HttpRequestValidationException) { Response.Write("请您输入合法字符串。"); Server.ClearError(); // 如果不ClearError()这个异常会继续传到Application_Error()。 } } 解决方案四： 在Global.asax文件的Application_Error()来处理。这样在整个网站中都生效。 void Application_Error(object sender, EventArgs e) { // 在出现未处理的错误时运行的代码 Exception ex = Server.GetLastError(); if (ex is HttpRequestValidationException) { Response.Write("请您输入合法字符串。"); Server.ClearError(); // 如果不ClearError()这个异常会继续传到Application_Error()。 } }