asp.net安全问题
五种常见的ASP.NET安全缺陷
保证应用程序的安全应当从编写第一行代码的时候开始做起，原因很简单，随着应用规模的发展，修补安全漏洞所需的代价也随之快速增长。根据IBM的系统科学协会（Systems Sciences Institute）的研究，如果等到软件部署之后再来修补缺陷，其代价相当于开发期间检测和消除缺陷的15倍。
为了用最小的代价保障应用程序的安全，在代码本身的安全性、抗御攻击的能力等方面，开发者应当担负更多的责任。然而，要从开发的最初阶段保障程序的安全性，必须具有相应的技能和工具，而真正掌握这些技能和工具的开发者并不是很多。虽然学写安全的代码是一个复杂的过程，最好在大学、内部培训会、行业会议上完成，但只要掌握了下面五种常见的ASP.NET应用安全缺陷以及推荐的修正方案，就能够领先一步，将不可或缺的安全因素融入到应用的出生之时。
一、不能盲目相信用户输入
在Web应用开发中，开发者最大的失误往往是无条件地信任用户输入，假定用户（即使是恶意用户）总是受到浏览器的限制，总是通过浏览器和服务器交互，从而打开了攻击Web应用的大门。实际上，黑客们攻击和操作Web网站的工具很多，根本不必局限于浏览器，从最低级的字符模式的原始界面（例如telnet），到CGI脚本扫描器、Web代理、Web应用扫描器，恶意用户可能采用的攻击模式和手段很多。
因此，只有严密地验证用户输入的合法性，才能有效地抵抗黑客的攻击。应用程序可以用多种方法（甚至是验证范围重叠的方法）执行验证，例如，在认可用户输入之前执行验证，确保用户输入只包含合法的字符，而且所有输入域的内容长度都没有超过范围（以防范可能出现的缓冲区溢出攻击），在此基础上再执行其他验证，确保用户输入的数据不仅合法，而且合理。必要时不仅可以采取强制性的长度限制策略，而且还可以对输入内容按照明确定义的特征集执行验证。下面几点建议将帮助你正确验证用户输入数据：
⑴ 始终对所有的用户输入执行验证，且验证必须在一个可靠的平台上进行，应当在应用的多个层上进行。
⑵ 除了输入、输出功能必需的数据之外，不要允许其他任何内容。
⑶ 设立“信任代码基地”，允许数据进入信任环境之前执行彻底的验证。
⑷ 登录数据之前先检查数据类型。
⑸ 详尽地定义每一种数据格式，例如缓冲区长度、整数类型等。
⑹ 严格定义合法的用户请求，拒绝所有其他请求。
⑺ 测试数据是否满足�
相关文档：
转：http://www.cnblogs.com/kumaws/articles/web_architecture.html
相对于不同的需求，网站的大小，开发复杂度，成本，网站的架构也分许多种。
大多数小型网站，需求较为简单，安全性要求不高，开发时间短。一般这样的网站，还会有一个与数据库之间的交互。用Asp.Net中提供的控件，完全可以满足开发的要求。一� ......
作者：寒羽枫(cityhunter172)
序
代码写 N 久了，总想写得别的。这不，上头说在整合两个项目，做成单一登录（Single Sign On），也有人称之为“单点登录”。查阅相关文档后，终于实现了，现在把它拿出来与大家一起分享。或许大家会问：“这与标题不符呀？”别急，在下笔之前，我脑子里想到了我刚使用 ......
——巧妙实现 Form 表单认证跨站点、跨服务器的单点登录（Single Sign On）
作者：寒羽枫(cityhunter172)
第四部分 Form 认证的补充
前三篇在 CSDN 论坛公布后，效果如同“神仙放屁——果然不同凡（反）响”。为感谢广大网友的热情与支持，这不，经过这一阵子的酝酿、修炼，特意准备了这� ......
1.Server.MapPath("/") //应用程序根目录所在的位置 如 C:\Inetpub\wwwroot\
2.Server.MapPath("./") //表示所在页面的当前目录
//注：等价于Server.MapPath("") 返回 Server.MapPath("")所在页面的//物理文件路径
3.Server.MapPath("../")//表示上一级目录
4.Server.MapPath("~/../");//表示本文件所在文件� ......
asp.net Session的实现：
asp.net的Session是基于HttpModule技术做的，HttpModule可以在请求被处理之前，对请求进行状态控制，由于Session本身就是用来做状态维护的，因此用HttpModule做Session是再合适不过了。
ASP.NET中Session的状态保持方式
ASP.NET提供了Session对象，从而允许程序员识别、存储和处理同一 ......
