http://www.dingzhigang.com/2009/08/22/guama/
前段时间，公司一个主要的网站数据库中个别表的数据经常被修改并挂马，由于网站是以前别人做的，代码有点乱，所以只看了与这几个表相关的文件代码。原因可能是接收参数的时候没有过滤危险字符，于是就加上了接受参数的格式化函数，数据库连接文件中也把接受参数时出现的“;”替换成“；”了。但是过了一天，又被挂马，分号替换没有起到作用。
于是搜索了一下，发现从3月份开始很多数据库SQL注入挂马的例子，看来这段时间这种挂马手段很流行，并且只是针对Asp+Sql Server的网站，只有你网站代码存在SQL注入的漏洞，就可能会被挂马，而且只针对文本型的字段char/text类似的字段，修改之后的数据后面基本上都是js，1.js，b.js等，而且里面的网址经常改变。
无奈，只能先找防止SQL注入的方法，在网上搜索到以下代码，把该代码加到数据库连接文件中：
<%
Response.Buffer = True
Const EnableStopInjection = True
If EnableStopInjection = True Then
If Request.QueryString <> “” Then Call StopInjection(Request.QueryString)
If Request.Cookies <> “” Then Call StopInjection(Request.Cookies)
If Request.Form <> “” Then Call StopInjection(Request.Form)
End If
Sub StopInjection(Values)
Dim regEx
Set regEx = New RegExp
regEx.IgnoreCase = True
regEx.Global = True
regEx.Pattern = “‘|;|#|([\s\b+()]+(select|update|insert|delete|declare|@|exec|dbcc|alter|drop
|create|backup|if|else|end|and|or|add|set|open|close|use|begin|retun|as|go|exists)[\s\b+]*)”
Dim sItem, sValue
For Each sItem In Values
sValue = Values(sItem)
If regEx.Test(sValue) Then
Response.Write “检测到SQL注入危险, 请确认你提交的信息。”
Response.End
End If
Next
Set regEx = Nothing
End Sub
%>
注意：regEx.Pattern中的值根据你的需要设置，如设置不当，则一般提交的信息也会提示有SQL注入。
加上这段代码之后就再也没有出现被注入挂马的现象。
前几天，从空间商那要IIS日志，查看日志才发现被SQL注入的具体网址与方法，如下：
2008-06-23 16:01:31 GET /xxx.asp id=90;DECLARE%20@S%20VARCHAR(4000);SET%2
0@S=CAST0727) – www.xxx.com 200 0 271 1432 406
中间那段代码解密之后就是：
DECLARE @T varchar(255),
@C varchar(255)
DECLARE Table_Cursor CURSOR FOR
Select
a.name,b.name
from sysobjects a,
syscolumns b
where a.id=b.id and
a.xtype=’u’ and
(b.xtype=99 or b.xtype=35 or b.xtype=231 or b.xtype=167)
OPEN Table_Cursor
FETCH NEXT FROM Table_Cursor INTO @T,@C
WHILE(@@FETCH_STATUS=0)
BEGIN
exec(’update [’+@T+’] set [’+@C+’]=
rtrim(convert(varchar,[’+@C+’]))+
”挂马内容”’)
FETCH NEXT FROM Table_Cursor INTO @T,@C
END
CLOSE Table_Cursor
DEALLOCATE Table_Cursor
并且，这个SQL注入隔几分钟一次，而且不停地更换IP，根本就无法查到它的真实来源，可见这种人多么卑鄙。
如果网站IIS日志比较大，则可以考虑chxwei前几天写的“IIS网站日志导入分析工具”帮你查询分析。
最后总结一下，如果数据库数据库被修改并挂马：
1、先看IIS日志，被注入的页面是哪些，然后修改那些页面的代码，防止SQL注入。
2、如果没有IIS日志，也找不到被利用的页面，那就使用上面说的在数据库连接文件中加入那些代码。
出现SQL注入，肯定是网站代码存在漏洞，所以代码规范化才是重点。