当前位置: 首页 > 编程笔记 >

asp.net中“从客户端中检测到有潜在危险的Request.Form值”错误的解决办法

养星汉
2023-03-14
本文向大家介绍asp.net中“从客户端中检测到有潜在危险的Request.Form值”错误的解决办法,包括了asp.net中“从客户端中检测到有潜在危险的Request.Form值”错误的解决办法的使用技巧和注意事项,需要的朋友参考一下

在提交表单时候,asp.net 提示:"从客户端(......)中检测到有潜在危险的 Request.Form 值" 。asp.net中的请求验证特性提供了某一等级的保护措施防止XSS攻击,asp.net的请求验证是默认启动的。

这里给出不同版本.net的解决方法。

asp.net 2.0 通常解决办法

方案一:

  将.aspx文件中的page项添加ValidateRequest="false" ,如下:

  <%@ Page ValidateRequest="false"  Language="C#" AutoEventWireup="true" CodeFile="test2.aspx.cs" Inherits="test2" %> 

方案二:

  修改web.config配置文件

  <system.web>
      <pages validateRequest="false" >  
      </pages>  
  </system.web>

总结:validateRequest 这句我们知道是关闭验证,也就是说提交带html" target="_blank">标签,比如 <strong>粗体</strong> 这样的值时,ASP.NET 不会报错。这里推荐使用方案一,因为方案一只修改test.aspx这一个页面;而如果使用方案二的话,将是整个解决方案都变成ValidateRequest="false" 。

asp.net 4.0 解决办法

  4.0和2.0的方法一样,不过要注意的是从 .Net Framework 4.0 开始,asp.net开始强制检测Request参数安全,而我们可以通过修改 Web.config 来恢复 2.0 版本的模式。

  方法如下:

  修改Web.config,增加requestValidationMode="2.0"属性值

  <system.web>
      <httpRuntime requestValidationMode="2.0" />
      <pages validateRequest="false"></pages>
  </system.web>

  4.0 中多了一个 requestValidationMode,这是什么意思呢?

  requestValidationMode 有两个值:

2.0仅对网页启用请求验证。是启用还是关闭取决于validateRequest。
4.0 默认值。任何 HTTP 请求都会启用请求验证,也就是说不光是网页,还包括 Cookie 等。此时强制启用,不管 validateRequest 为何值。
  由于 requestValidationMode="4.0" 是强制启用,所以我们会发现在 .NET Framework 4.0 中仅靠设置 validateRequest 是关闭不了请求验证的,还得将requestValidationMode 设置为 2.0。

以上就是告诉大家如何解决asp.net中“从客户端中检测到有潜在危险的Request.Form值”的错误办法,希望能够帮助到大家,小编会很开心。

 类似资料:
  • 本文向大家介绍ASP.NET从客户端中检测到有潜在危险的request.form值的3种解决方法,包括了ASP.NET从客户端中检测到有潜在危险的request.form值的3种解决方法的使用技巧和注意事项,需要的朋友参考一下 当页面编辑或运行提交时,出现“从客户端中检测到有潜在危险的request.form值”问题,该怎么办呢?如下图所示: 下面博主汇总出现这种错误的几种解决方法: 问题原因:由

  • 问题内容: 我正在使用jQuery对ASP.NET页面进行ajax调用,该页面充当我的ajax服务器页面,以将要发送给它的数据保存在查询字符串中。在ASP.NET页中,当我尝试读取查询字符串时,出现此错误: 我已经在页面中设置了 。不想为所有页面设置它。在页面级别而不是配置级别也是如此: 在我的asp.net页面上: 但是,当我发送纯文本而不是html标记时,它可以正常工作。 问题答案: 如果这是

  • 我使用Microsoft Access2007和IBM AS400 DB2 SQL v6r1服务器。最近,我开始扩展我的DB2经验,将一些更复杂的访问查询转换为Pass-Through类型。查询速度的提高是惊人的,但这是意料之中的,尤其是在较大的表中,有些表有20,000,000多行。 正如使用Access+DB2所预期的那样,我遇到了SQL0666错误。或者至少...我现在期待它,因为我经常遇到

  • 我正在尝试实现一个基于Californium的CoAP客户端。我让这个客户观察一个资源: 我想从另一个类访问值“val”。我该怎么做?我尝试像这样从CoapCl类调用引用并打印出值: 这将打印我从CoAP客户端获得的所有值,包括已更改和未更改的值。如果只想得到改变后的值,该怎么办?

  • 很多客户使用E立方管理平台时,需要使用FTP方式完成附件或图片的传输,如何对客户端进行FTP检测呢? 下边介绍检测方法: 1、首先,客户端电脑的防火墙要开放 21号 端口 2、点击 E立方管理平台-->选项 这里有测试 3、FTP采用被动模式 选中和不选中,分别 检测 一下(检测完一种后,关闭窗体重新打开再测试另外一种) 看见如下提示就表示可以使用这种方式了 >

  • 我知道使用是因为分辨率无关的坐标系。 与,,,,比较时不是容易出现误报吗?它是一个浮点,它们有不精确的问题:例如。 在比较时是否在内部处理这个问题,或者是否会发生读取为零的与不比较为true的情况?