zoukankan      html  css  js  c++  java
  • ASP.NET 4.0中使用FCKeditor遇到安全问题警告的解决办法

    原因分析及解决办法


    ASP.Net 1.1后引入了对提交表单自动检查是否存在XSS(Cross-Site Scripting Attack,跨站脚本攻击)的能力。

    当用户试图用FCKeditor之类的输入影响页面返回结果的时候,ASP.Net的引擎会引发一个 HttpRequestValidationExceptioin。

    也就是说,页面请求(request)时,含有html或javascript等字符串时。ASP.NET会认为是危险的值,就会抛出辞异常。

    以下三种方法是针对ASP.NET 2.0或ASP.NET 3.5环境下的解决办法。

    • 解决方法一

    在页面上加入 <% Page ValidateRequest="false" %>

    • 解决方法二

         修改Web.Config配置文件的<pages>标签。<pages validateRequest="false">...</pages>。

         这个方法会将所有的页面校验功能去掉,所以不推荐使用此方法。

    • 解决方法三

         捕获异常,这样你就可以自己来定义异常的提示方式。

    针对MVC解决办法

        MVC的验证方法和asp.net form不一样, 上面方法一和方法二无效,原因参见http://tech.ddvip.com/2009-10/1255277472135311.html

        只能通过设置ValidateInputAttribute解决.

    [ValidateInput(false)]
    [AcceptVerbs(HttpVerbs.Post)]
    public virtual JsonResult Create(T model)
    

    Asp.net 4.0 

    如果是Asp.net 4.0还需要在web.config中设置

    <httpRuntime requestValidationMode=”2.0″ />。
    

    原因为是ASP.NET 4.0请求验证模式发生变化:

    在之前的ASP.NET版本中,请求验证是默认启用的,但是它只对页面请求有效(请求.aspx页面),并且也只是在页面被请求时验证。但是在ASP.NET 4.0中,请求验证功能被提前到IHttpHandler.BeginRequest这个方法被请求之前,这也就意味着所有进入ASP.NET请求通道的所有的HTTP请求都将会被进行请求内容合法性的验证,包括有的自定义HttpHandler,WebService请求,甚至于利用自定义Http Module进行自定义请求处理程序。

    请求验证处理被提前的后果就是导致我们在页面,或者Controller中设置 ValidateRequest=false,将会失效,无法阻止程序不去验证请求的输入内容了。因为这样做后,验证器无法得到请求的页面是否禁用了验证请求,因为还没有实例化HttpHandler。

    在ASP.NET4.0中,并没有提供给我一个地方去禁用这个验证功能。但是出于兼容性的考虑,ASP.NET允许我们通过在web.config中配置使用ASP.NET 2.0的请求验证行为:

    <httpRuntime requestValidationMode=”2.0″ />。

  • 相关阅读:
    【转载】常见的Web攻击手段之XSS攻击讲解及实战
    【转载】常见的Web攻击手段之CSRF攻击
    【转载】Ognl表达式基本原理和使用方法(最全最详细附带源码解读)
    linux(centos7)安装jdk8--附带oracle账号
    Vagrant+Secure CRT的使用
    Idea 如何解决项目依赖冲突
    全局唯一iD的生成 雪花算法详解及其他用法
    【转载】什么是java OOM?如何分析及解决oom问题?
    FastJSON的0day漏洞报告
    MySQL/Oracle 添加/查看表注释和字段注释
  • 原文地址:https://www.cnblogs.com/season2009/p/2684704.html
Copyright © 2011-2022 走看看