SQL注入攻击防范技巧
SQL注入攻击防范技巧
一般的SQL注入攻击都是通过构建一条复杂的sql语句，
通过网页漏洞来执行sql语句，达到攻击数据库的目的。
如通过文章ID来查询某一篇文章的网页，
通常采用的sql语句为：
sql="select top 1 * from articles where articId="&request("id")
那么可以简单地构建一条攻击语句：
传入id变量的值为：1; select getDate(); --
从而构建了一条新的sql语句：
select top 1 * from articles where articId=1;
select getDate(); --
虽然这条语句并不能对数据库产生任何负面影响，
但是其它的攻击语句也是这样通过添加语句分隔符;和注释符号--来组成的。
我们的防范技巧，对所有可以提交传入的变量进行处理：
1、int类型的数据，如上例中的id，则使用以下方法处理：
<%
on error resume next
id = CInt(request("id"))
%>
2、字符串类型的数据，则进行常见的标点符号过滤处理：
<%
str = request("str")
str = replace(str, "´", "") ´将单引号字符过滤掉
str = replace(str, ";", "") ´将分号过滤掉
´...
%>
其他字符不一一枚举，你可以写一个字符过滤的函数，过滤一些在你的网站当中
并不常用的有危险性的符号；也可以采用正则表达式来进行过滤；
相关文档：
WAITFOR
指定触发语句块、存储过程或事务执行的时间、时间间隔或事件。
语法
WAITFOR { DELAY 'time' | TIME
'time' }
参数
DELAY
指示 Microsoft® SQL Server™ 一直等到指定的时间过去，最长可达 24 小时。
'time'
要等待的时间。可以按 datetime 数据可接受的格式指定
time，也可以用局部变量指� ......
in 的话， 如果是null 就不比较了，既不是in 也不是 not in
exists的话 因为用 = 加在条件里比较了，所以 null 是 not exists
select *
from pricetemp
where cast(商品コード as varchar(10))not in(
select shohin_cd
&nbs ......
在使用SQL*Plus生成报告文件的时候，往往会因为其默认的设置导致输出的结果非常的没有可读性，下面介绍一个日常中会被用到的一个脚本，其中包含一些格式化
输出的set命令
，为了方便理解，我会在每一条set命令之后紧跟着一个简单的解释，请慢慢体会。
sqlplus -s user_name/user_password << EOF >/dev/n ......
因为仰望ORACLE，所以一直都以为SQL SERVER很笨。
据传SQL 2005有了RowID的东西，可以解决TOP排序的问题。可惜还没有机会体验。在SQL 2000中写存储过程，总会遇到需要TOP的地方，而一旦遇到TOP，因为没办法把TOP后面的数字作为变量写到预编译的语句中去，所以只能够使用构造 SQL，使用Exec来执行。不说效率的问题� ......
