SQL 注入露洞相关知识整理
上上个星期，有人反馈，CSDN有SQL注入露洞，汗颜，几年前为SQL注入露洞，部门专门对所有代码做过一次非常大的检查，竟然那次检查还有遗漏的地方。最近这几个星期，就是一直再对代码做再次复查，看有没有SQL注入露洞。
存在SQL注入露洞，就因为你的SQL语句是自己拼凑的，在拼凑的时候，没有考虑用户可能拼凑进有问题的语句造成的。
之前我们采去的避免措施是，对接受的参数的校验进行封装，所有参数的获得，都必须通过这个封装的函数来获得。但是实际开发中，总有些地方，有些代码没有调用这个封装的函数来进行校验。
上周末，公司内部讨论会的时候，决定换种思路。从避免自己拼凑SQL语句的方式来实现，具体就是开发规范中有一条，不允许用拼凑的SQL语句，要传参数，就用SqlParameter。比如下面的代码是不允许的。
string strSQL = "select UserID,UserName,Email from User where UserName = '"+aa.replace("'","''")+"'";
SqlDataReader sdr = SqlHelper.ExecuteReader(strConnStr,CommandType.Text,strSQL)
而下面的代码是允许的：
SqlParameter[] parm1 = new SqlParameter[]{
new SqlParameter("@UserName",SqlDbType.NVarChar,50)
};
parm1[0].Value = strUserName;
string strSQL = "select UserID,UserName,Email from user where UserName = @UserName ";
SqlDataReader sdr = SqlHelper.ExecuteReader(strConnStr,CommandType.Text,strSQL,parm1)
原因：SqlParameter 会自动处理参数的校验，就类似使用存储过程是不会出现SQL注入露洞的问题一样。
一些SQL注入有关的知识点：
如何SQL注入：
http://www.54nb.com/Read.Asp?ID=1451672&Type=71
SQL注入中有用的几个SQL语句
[N] = 第N個表
ID=1 and (Select top 1 name from(Select top [N] id,name from sysobjects where xtype=char(85)) T order by id desc)>1
[T] = 表名
[N] = 第N個字段
ID=1 and (Select Top 1 col_name(object_id('[T]'),[N]) from sysobjects)>1
SQL注入表名和字段名的获得
相关文档：
http://www.umgr.com/blog/PostView.aspx?bpId=36294
1. 执行sql语句
int sqlite3_exec(sqlite3*， const char *sql， sqlite3_callbacksql 语法
， void *， char **errmsg );
这就是执行一条 sql 语句的函数。
第1个参数不再说了，是前面open函数得到的指针。说了是关键数据结构。
第2个参数const char ......
试验目的:
一、学习查询结果的排序
二、学习使用集函数的方法，完成统计
等查询。
三、学习使用分组子句
一、学习查询结果的排序
1、查询全体学生信息，结果按照年龄降
序排序
select *
from student
order by sage desc
2、查询学生选修情况，结果先按照课程
号升序排序，再按成绩降序排序
select *
from ......
这两天都没有好好学习，今天终于算投入了些，由于课程的关系，我的sql也是同vb一起学习的。虽然知道贪多嚼不烂，可是按照实际情况，我完全没有理由抛弃sql的。
最近都把时间投入到vb和面向对象中，sql今天好好复习了下，从create database 开始，create table，alter table ， add constraint …&h ......
转自：百度百科
所谓端口，就是相当于机器与外界接触的窗口。端口其实是软件的窗口，就是说一个软件如果要和外界联系，就必须打开一个端口；1434端口是微软SQL Server未公开的监听端口。你要使用SQL，就必然打开1433和1434端口。
默认情况下，SQL Server使用1433端口监听，很多人都说SQL Server配置的时候要把这个端口改� ......
