最近遇到，記錄于此。遇到此問題時，通過搜索，在金蝶社區(qū)的找到相關內容，地址是：http://community.kingdee.com/Questions/Q330564.aspx很感謝熱心的回答者。根據(jù)fircejjb的提示，我查看了系統(tǒng)進程和C盤windows,system32等目錄，發(fā)現(xiàn)若干木馬進程。并且在系統(tǒng)服務中添加了許多亂七八糟的服務。這些東西都有一個共同的特征，就是名稱都是沒有規(guī)律的英文數(shù)字組合，應該是用工具隨意生成的。
緊接查看操作系統(tǒng)的用戶，發(fā)現(xiàn)有帶$結尾的用戶，看來黑客都喜歡這么干。
最后在網(wǎng)上搜索'xp_cmdshell',發(fā)現(xiàn)很多利用這個黑客文章，如：http://www.77169.com/classical/HTML/44241.html于是進企業(yè)管理器查看SQL的SA用戶，果然就是罪魁禍首了，居然沒有設密碼。另外還發(fā)現(xiàn)一個具有和SA相同權限的用戶hxhack。真是狂暈啊。。。。。。希望經(jīng)常中招的朋友都多注意了。最后的解決辦法采用了小杰的語句：第一步執(zhí)行：EXEC sp_addextendedproc xp_cmdshell,@dllname ='xplog70.dll'declare @o int
第二步執(zhí)行：sp_addextendedproc 'xp_cmdshell','xpsql70.dll'
但是，有時候這兩個命令并不能奏效，接下來我們就用新的命令
第一步執(zhí)行：
create procedure sp_addextendedproc --- 1996/08/30 20:13
@functname nvarchar(517),/* (owner.)name of function to call
*/
@dllname varchar(255)/* name of DLL containing function */
as
set implicit_transactions off
if @@trancount > 0
begin
raiserror(15002,-1,-1,'sp_addextendedproc')
return (1)
end
dbcc addextendedproc( @functname, @dllname)
return (0) -- sp_addextendedproc
GO
第二步執(zhí)行
EXEC sp_addextendedproc xp_cmdshell,@dllname ='xplog70.dll'declare @o int總結：如果不經(jīng)常創(chuàng)建新賬套，可以刪除xp_cmdshell存儲過程，刪除'xpsql70.dll' 文件。將cmd.exe，net.exe，ftp.exe ，regedit.exe，regedt32.exe等文件改名。如果要創(chuàng)建賬套，則最好安裝防火墻，將來自外網(wǎng)的所有端口關掉。內網(wǎng)則按K3的部署要求只開放相應端口。當然，SA和系統(tǒng)用戶都一定要設置夠復雜的密碼，可不能偷懶，否則像我一樣重裝服務器的活計是免不了了。