Asp Net网站安全
1：SQL 注入：
解决方案：
a. 这个问题主要是由于传入特殊字符引起的我们可以在对输入的用户名密码进入过滤特殊字符处理。
b. 使用存储过程通过传入参数的方法可解决此类问题（注意：在存储过程中不可使用拼接实现，不然和没用存储过和是一样的）。
2. XSS（跨站脚本攻击）：
解决方案：
a. 通过在 Page 指令或 配置节中设置 validateRequest="false" 禁用请求验证，然后我们对用户提交的数据进行 HtmlEncode，编码后的就不会出现这种问题了（ASP.NET 中编码方法：Server.HtmlEncode(string)）。
b. 第二种是过滤特殊字符，这种方法就不太提倡了，如果用户想输入小于号（<）也会被过滤掉
3.CSRF（跨站点请求伪造）：
解决方案：
修改信息时添加验证码或添加 Session 令牌（ASP.NET中已经提供一个自动防范的方法，就是用页面属性 ViewStateUserKey。在Page_Init方法中设置其值：this.ViewStateUserKey = Session.SessionID）。
4. 文件上传：
解决方案：
在用户登录时加入是否可上传文件的 Session 标志。其实 Fckeditor 已经写好了。直接把验证函数 CheckAuthentication() 中的注释段中CheckAuthentication()
return ( Session[ "IsAuthorized" ] != null && (bool)Session[ "IsAuthorized" ] == true );
注释去掉。在登录成功加入登录成功 JS 代码
Session[“IsAuthorized”] = true;
１：SQL 注入
引起原因：
其实现在很多网站中都存在这种问题。就是程序中直接进行SQL语句拼接。可能有些读者不太明白。下面通过一个登录时对用户验证来说明：
code:
验证时的sql语句: select * from where user='"+txtUsername.Text+"' and pwd='"+txtPwd.Text+"'
这是一段从数据库中查询用户，对用户名，密码验证。
看上去好象没有什么问题，但是实际这里面浅藏着问题，用户名：admin 密码： admin，
select * from where user='admin' and pwd='admin'
如果用户和密码正确就可通验证。如果我用户名：asdf' or 1=1 -- 密码：随意输入.
我们再来看语句：
select * from where user=‘asdf' or 1=1 -- and pwd=''
执行后看到什么？是不是所有记录，如果程序只是简单判断返回的条数，这种方法就可以通验证。
相关文档：
一，动态网页与静态网页
1，网页
网页是符合HTML规范，能通过浏览器看到的文件。
2，静态网页
采用HTML标记语言编写的网页，后缀一般为 html 或 htm，如 index.html。
3，动态网页
采用ASP，JSP，PHP，CGI 等程序动态生成的页面，只有在接到用户访问要求后才生成页面并传输至用户浏览器。文件名后缀为 .asp ，.shtm � ......
这几天一直在围绕ASP.NET MVC进行学习，虽然之前接触了一些，但是还没有这么系统的做过相关的测试学习，在最后对其进行总结，希望对于初学MVC的人都有所帮助。
现在将ASP.NET MVC的一系列文章整理如下：
1、【ASP.NET专题】(1)——ASP.NET MVC初探：
http://blog.csdn.net/rocket5725/archive/2010/01/11/5177 ......
Javascript 基本结构和语法
与VBScript相同，也是写在 <% %> 之间。
用 var 声明变量，语句的末尾用“;”隔开。
以下为引用内容：
<%@LANGUAGE="JSCRIPT" CODEPAGE="65001"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml ......
ASP程序的特点
编写ASP程序由 Javascript 或 VBscript 结合 HTML 代码来实现。
常用编写工具有记事本，Frontpage 和 Dreamweaver 。
ASP 代码不会被传输到客户端的浏览器上，这有助于保护源代码，以免泄漏。
ASP标记的用法
方式1：将脚本语言编入<% %> 中，可以和 HTML 语言混合使用。
......
