Sql注入例子

if (rows > 0) { return true; } else { return false; }
二：Incorrect type handling 如果一个用户提供的字段并非一个强类型，或者没有实施
类型强制，就会发生这种形式的攻击。当在一个 SQL 语 句中使用一个数字字段时，如果程序员没有检查用户输入 的合法性(是否为数字型)就会发生这种攻击。例如： SELECT * FROM data WHERE id = " + a_variable + "; 从这个语句可以看出，作者希望 a_variable 是一个与“id” 字段有关的数字。不过，如果终端用户选择一个字符串， 就绕过了对转义字符的需要。例如，将 a_variable 设置为: 1; DROP TABLE users 它会将“users”表从数据库中删除 SELECT * FROM DATA WHERE id = 1; DROP TABLE users; 解决方案： 对输入进行验证。验证是确保数据以被许可的方式递交。 要使用一种标准的输入确认机制来验证所有的输入数据 的长度、类型、语句、企业规则等。比如 int 类型的数据 不能输入字符串，输入长度应在一定的长度内，电子邮件 地址包含@符号等。验证通常以两种方式执行：一是列出 危险字符或不受欢迎字符的黑名单;二是列出给定字符的 名单，后者需要编程人员花费更多心思。
if (Request.Form.Count > 0) { string s1 = Request.ServerVariables["SERVER_NAME"].Trim();//服务器名称 if (Request.ServerVariables["HTTP_REFERER"] != null) { string s2 = Request.ServerVariables["HTTP_REFERER"].Trim();//http 接收的 名称 string s3 = "";
参数化的语句使用参数而不是将用户输入嵌入到语句中。在多数
情况中，SQL 语句就得以修正。然后，用户输入就被限于一个参
数。
1 使用全局文件：
再在 Global 文件里里加入 protected void Application_BeginRequest(Object sender, EventArgs e) { //SQL 防注入 string Sql_1 = "exec|insert+|select+|delete+|update+|count|chr|mid|master+|truncate|char|de clare|drop+|drop+table|creat+|creat+table"; string Sql_2 = "exec+|insert|insert+|delete+|update+|count(|count+|chr+|+mid(|+mid+|+maste r+|truncate+|char+|+char(|declare+|drop+|creat+|drop+table|creat+table"; string[] sql_c = Sql_1.Split('|'); string[] sql_c1 = Sql_2.Split('|');
有些语句包含有’号，我们举个例子来看看怎么改造这些语 句：
简单的如 where xtype=’U’，字符 U 对应的 ASCII 码是 85， 所以可以用 where xtype=char(85)代替；如果字符是中文 的，比如 where name=’用
户’，可以用 where name=nchar(29992)+nchar(25143)代 替。
注意：过滤关键字时要考虑到关键字的多种形式，比如：select，可能的注入词为 selecT. SelEct. 等形式。
2 使用参数化语句
Public bool Updatainfo(Logindemo.Model.Studentinfo
model)
{
StringBuilder strSql = new StringBuilder();
if (s1.Length > (s2.Length - 7)) { s3 = s2.Substring(7); } else { s3 = s2.Substring(7, s1.Length); } if (s3 != s1) { Response.Write("警告！你的 IP 已经被记录!不要使用敏感字符！");// Response.End(); } } } }
99%的网站都是其中之一。 怎么让程序告诉你它使用的什么数据库呢？来看看： SQLServer 有一些系统变量，如果服务器 IIS 提示没关 闭，并且 SQLServer 返回错误提示的话，那可以直接从 出错信息获取，方法如下： /showdetail.asp?id=49 and user>0 这句语句很简单，但却包含了 SQLServer 特有注入方法 的精髓，是一种效率极高的猜解方法。让我看来看看它 的含义：首先，前面的语句是正常的，重点在 and user>0， 我们知道，user 是 SQLServer 的一个内置变量，它的值 是当前连接的用户名，类型为 nvarchar。拿一个 nvarchar 的值跟 int 的数 0 比较，系统会先试图将 nvarchar 的值 转成 int 型，当然，转的过程中肯定会出错，SQLServer 的出错提示是：将 nvarchar 值 ”abc” 转换数据类型为 int 的列时发生语法错误，呵呵，abc 正是变量 user 的 值，这样，不废吹灰之力就拿到了数据库的用户名。类 似的例子还有很多，下面说明针对此例子的解决方案。 解决方案：要避免出现一些详细的错误消息(如系统文件 路径，内部 IP 地址等)，因为黑客们可以利用这些消息。 同时出现错误可以跳转到错误页面或者退出登录，而不是 显示详细错误信息
三：条件响应
部分对ＳＱＬ注入有一点了解的程序员，认为只要把单 引号过滤掉就安全了，这种情况不为少数，如果你用单
引号测试，是测不到注入点的 那么，什么样的测试方法才是比较准确呢？答案如下： ① /showdetail.asp?id=49 ② /showdetail.asp?id=49 and 1=1 ③ /showdetail.asp?id=49 and 1=2 这就是经典的 1=1、1=2 测试法了，怎么判断呢？看看 上面三个网址返回的结果就知道了： 可以注入的表现： ① 正常显示（这是必然的，不然就是程序有错误了） ② 正常显示，内容基本与①相同 ③ 提示 BOF 或 EOF（程序没做任何判断时）、或提示 找不到记录（判断了 rs.eof 时）、或显示内容为空（程 序加了 on error resume next） 不可以注入就比较容易判断了，①同样正常显示，②和 ③一般都会有程序定义的错误提示，或提示类型转换时 出错。 当然，这只是传入参数是数字型的时候用的判断方法， 实际应用的时候会有字符型和搜索型参数，需要再次进 行猜测。 不同的数据库的函数、注入方法都是有差异的，所以在 注入之前，我们还要判断一下数据库的类型。一般 ASP 最常搭配的数据库是 Access 和 SQLServer，网上超过
new SqlParameter("@Studynum", SqlDbType.NChar ,11) , new SqlParameter("@Stutelephone", SqlDbType.BigInt),
new SqlParameter("@Studentsex", SqlDbType.NChar,10), new SqlParameter("@Studentname", SqlDbType.VarChar,50)}; parameters[0].Value = model.Studept; parameters[1].Value = model.Stuclass; parameters[2].Value = model.Studynum; parameters[3].Value = model.Stutelephone; parameters[4].Value = model.Studentsex; parameters[5].Value = model.Studentname; int rows= SqlHelper.ExecuteSql (strSql.ToString(), parameters);
if (Request.QueryString != null) { foreach (string sl in sql_c) { if (Request.QueryString.ToString().ToLower().IndexOf(sl.Trim()) >= 0) { Response.Write("警告！你的 IP 已经被记录!不要使用敏感字符！");// Response.Write(sl); Response.Write(Request.QueryString.ToString()); Response.End(); break; } } }
strSql.Append("update StudentInfo set
Academy=@Studepame=@Studentname,
Stu_Sex=@Studentsex,");
strSql.Append("Telephone=@Stutelephone
Sql 注入例子 一没有正确过滤转义字符 ■SELECT * FROM users WHERE name = '" + userName + "'; 这种代码的设计目的是将一个特定的用户从其用户表中取出，但是， 如果用户名被一个恶意的用户用一种特定的方式伪造，这个语句所执 行的操作可能就不仅仅是代码的作者所期望的那样了。例如，将用户 名变量(即 username)设置为：a' or '1'='1 那么原语句就变成 SELECT * FROM users WHERE name = 'a' or 't'='t'; 如果这种代码被用于一个认证过程，那么这个例子就能够强迫选择一 个合法的用户名，因为赋值't'='t 永远是正确的。 如 果 userName 设 置 为 a'; DROP TABLE users; SELECT * FROM DATA WHERE name LIKE '% 就执行以下操作： SELECT * FROM users WHERE name = 'a'; DROP TABLE users; SELECT * FROM DATA WHERE name LIKE '%';