SQL注入简单原理分析
SQL注入简单分析
示例语句：
select * from admintable where adminName like '%a%'
在查询中我们一般在a这个地方由界面传入不同的值，当我们在a这里传入的值为“'”单引号时，拼凑成的SQL语句就如下：
select * from admintable where adminName like '%'%'
执行这句语句我们会发现出现以下异常：
消息 105，级别 15，状态 1，第 1 行
字符串 '
' 后的引号不完整。
消息 102，级别 15，状态 1，第 1 行
'
' 附近有语法错误。
因为单引号的加入是原本完整的SQL语句拼凑不再完整，因此导致以上异常。
而一般黑客在简单的尝试注入时，在界面的输入处（如URL的参数，文本框的输入等）直接输入单引号来测试是否会引发SQL异常，根据页面的错误代码展现来判断是否存在SQL注入漏洞，例如会直接在页面中出现SQL的异常代码或直接跳转到错误页面。当被认为存在SQL注入漏洞时，那么将不再是输入单引号了，而是输入相关的SQL执行语句。
于是当我们传入不同的值例如
' or 1=1 ;delete admintable where 1=1 or ''='
得到的SQL语句就如下：
select * from admintable where adminName like '%' or 1=1 ;delete admintable where 1=1 or ''='%'
而这句SQL的执行效果就有两个：
1、select * from admintable where adminName like '%' or 1=1 ;
--查询admintable
2、delete admintable where 1=1 or ''='%'
--将admintable清空
也就是说如果把delete admintable where 1=1 这句SQL扩展修改的话，可以执行增删改等操作了，例如SQL2000中的XP_CMDShell命令还能直接执行CMD命令台的CMD命令，来实现直接对服务器的控制等。
至于如何暴露出数据库的各个表的名字等，可以通过枚举猜测等方式实现，网络上已经有相关的SQL注入工具可供直接使用。
当我们的网站存在SQL注入漏洞时，最好修改相关的底层代码或者使用相关的监控工具来修复。一个网站被入侵并不是黑客的错，而是服务器管理员和网站开发人员惹下的祸。
如有错误，敬请指正。
相关文档：
sql 很久不用，突然间要求做报表。所以又可以补一补sql知识了。但经常会遇到一些弱智问题.
写了一条sql：select to_date('2009-09-24 12:20:0') 能将改字符串转换为日期
但另外一条sql却转换不了...感觉很奇怪.于是乎。再仔细看一遍 发现
给一个日期字段设置别名时设置成了sib.fbizDate as date我自己都无语了。怎么会设 ......
我们在数据库中使用表的时候,经常会遇到两种使用表的方法,分别就是使用临时表及表变量。在实际使用的时候，我们如何灵活的在存储过程中运用它们，虽然它们实现的功能基本上是一样的，可如何在一个存储过程中有时候去使用临时表而不使用表变量，有时候去使用表变量而不使用临时表呢?
临时表
临时表与永久� ......
/*
使用事务日志恢复数据的实验
*/
--1.创建测试数据库
CREATE DATABASE Db_test
ON
( NAME = Db_test_DATA,
FILENAME = 'c:\Db_test.mdf' )
LOG ON
( NAME = Db_test_LOG,
FILENAME = 'c:\Db_test.ldf')
GO
--2.故障还原模型设置为full模型,默认的简单模型备份 ......
1.在查询分析器下查询Excel文档
Select * from
OpenDataSource('Microsoft.Jet.OLEDB.4.0','Data Source = "c:\测试.xls";User ID = Admin;Password=;Extended properties=Excel8.0)....Sheet1$
2.从数据库中导出数据并存到文件中
EXEC master..xp_cmdshell 'bcp CAS2004..HGZ_LIAOJIAN out c:\temp1.xls -c -q -S"."- ......
