ASP.NET中如何防范SQL注入式攻击
1将sql中使用的一些特殊符号，如' -- /* ; %等用Replace()过滤；
2限制文本框输入字符的长度；
3检查用户输入的合法性；客户端与服务器端都要执行，可以使用正则。
4使用带参数的SQL语句形式。
ASP.NET中如何防范SQL注入式攻击
一、什么是SQL注入式攻击？
所谓SQL注入式攻击，就是攻击者把SQL命令插入到Web表单的输入域或页面请求的查询字符串，欺骗服务器执行恶意的SQL命令。在某些表单中，用户输入的内容直接用来构造（或者影响）动态SQL命令，或作为存储过程的输入参数，这类表单特别容易受到SQL注入式攻击。常见的SQL注入式攻击过程类如：
⑴ 某个ASP.NET Web应用有一个登录页面，这个登录页面控制着用户是否有权访问应用，它要求用户输入一个名称和密码。
⑵ 登录页面中输入的内容将直接用来构造动态的SQL命令，或者直接用作存储过程的参数。下面是ASP.NET应用构造查询的一个例子：
System.Text.StringBuilder query = new System.Text.StringBuilder(
"SELECT * from Users WHERE login = '")
.Append(txtLogin.Text).Append("' AND password='")
.Append(txtPassword.Text).Append("'");
⑶ 攻击者在用户名字和密码输入框中输入"'或'1'='1"之类的内容。
⑷ 用户输入的内容提交给服务器之后，服务器运行上面的ASP.NET代码构造出查询用户的SQL命令，但由于攻击者输入的内容非常特殊，所以最后得到的SQL命令变成：SELECT * from Users WHERE login = '' or '1'='1' AND password = '' or '1'='1'。
⑸ 服务器执行查询或存储过程，将用户输入的身份信息和服务器中保存的身份信息进行对比。
⑹ 由于SQL命令实际上已被注入式攻击修改，已经不能真正验证用户身份，所以系统会错误地授权给攻击者。
如果攻击者知道应用会将表单中输入的内容直接用于验证身份的查询，他就会尝试输入某些特殊的SQL字符串篡改查询改变其原来的功能，欺骗系统授予访问权限。
系统环境不同，攻击者可能造成的损害也不同，这主要由应用访问数据库的安全权限决定。如果用户的帐户具有管理员或其他比较高级的权限，攻击者就可能对数据库的表执行各种他想要做的操作，包括添加、删除或更新数据，甚至可能直接删除表。
二、如何防范？
好在要防止ASP.NET应用被SQL注入式攻击闯入并不是一件特别困难的事情，只要在利用表单输入的内容构造SQL命令之前，把所有输
相关文档：
更新：新的东西从最新的更新将是红色的。
This list will grow as I find new tools.这份名单将成长为我找到新的工具。 So if you know of some not on this list do post them in the comments.所以，如果你知道一些不在此名单中的意见后做他们。
SQL Server Management Studio Add-in's SQL Server管理工作室外接的
......
SELECT DISTINCT '['+user_name(b.uid)+'].['+b.name+']' AS 对象名,b.type AS 类型
from sysdepends a,sysobjects b
WHERE b.id=a.depid
AND a.id=OBJECT_ID('过程名');
EXEC SP_DEPENDS '过程名';
......
第一章：信息体系结构原则
根据以下7个相互依赖的数据存储目标设计和评估任何数据存储：
l 简单性；
l 有用性
l 数据完整性
l 性能
l 可用性
l 可扩展性
l 安全性
架构设计原则
l 避免过于复杂
l 精心挑选键
l 树立可选数据
l 实� ......
SQL语句集锦
--语 句 功 能
--数据操作
SELECT --从数据库表中检索数据行和列
INSERT& ......
刚学习ASP.NET AJAX开发，今天遇到一个奇怪的问题，可能是自己不熟的原因！！
在vs2005启动的时候，在asmx文件中，添加断点，启动调试能正常进入到调试页面，然后修改asmx页面以后，
重新启动调试，就不能正常进入到asmx文件中的断点，而且文件修改的地方，对于页面调用直接无效，显示效果始终是修改前的效果！！
......
