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中提供的控件，完全可以满足开发的要求。一� ......
[译]第一章 介绍 Web 门户以及 Dropthings.com
在这本书中，我将会给您展示怎样介绍一个 Ajax，Web 2.0 式的门户。这个门户使用 ASP.NET 3.5 , ASP.NET AJAX 和 .NET 3.5 , 也使用了 LINQ 和 SQL Server 2005.在创建应用程序中，你可以了解到：
必须要做的设计决定和 Web 2.0 用户界面中可用性的问题
架构的复杂性和� ......
——巧妙实现 Form 表单认证跨站点、跨服务器的单点登录（Single Sign On）
作者：寒羽枫(cityhunter172)
第四部分 Form 认证的补充
前三篇在 CSDN 论坛公布后，效果如同“神仙放屁——果然不同凡（反）响”。为感谢广大网友的热情与支持，这不，经过这一阵子的酝酿、修炼，特意准备了这� ......
//创建
HttpCookie cookie = new HttpCookie("user","111");//创建Cookie
cookie Expires = DateTime.Now.Add(15);//设置过期时间
Response.Cookies.Add(cookie);//存入客户端
我们取出Cookie值也很简单
string value = Request.Cookies["user"].value;
有时候我们想在一个Cookie中储存多个信息，那� ......
检索 COM 类工厂中 CLSID 为 {000209FF-0000-0000-C000-000000000046} 的组件时失败，原因是出现以下错误: 80070005。
说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。
异常详细信息: System.UnauthorizedAccessException: 检索 COM 类工 ......
