服務器安全設置之防溢出提權攻擊解決辦法


文章簡介:本文將為大家介紹在Microsoft系列(Win2k Win2k3)SERVER中如何簡單快速的解決諸如反彈木馬、Overflow溢出、提升權限、反彈Shell攻擊類的安全威脅之詳細防范設置步驟;讀完本文,您將可以使您服務器免去被溢出、提升權限等安全威脅。

前言:
在駭客頻頻攻擊、在系統(tǒng)漏洞層出不窮的今天,作為網(wǎng)絡管理員、系統(tǒng)管理員的我們雖然在服務器的安全上都下了不少功夫:諸如,及時的打上系統(tǒng)安全補丁、進行一些常規(guī)的安全配置,但是仍然不太可能每臺服務器都會在第一時間內(nèi)給系統(tǒng)打上全新補丁。因此我們必需要在還未被入侵之前,通過一些系列安全設置,來將入侵者們擋在“安全門”之外;下面就以本人一直以來所用到的最簡單、最有效的防(Overflow)溢出、本地提供權限攻擊類的解決辦法給大家講講:(由于N久沒有時間寫文章了,以前早就答應過大家要寫這篇文章給大家,但一直沒有時間,有些對不住大家了^_^,在這里還望大家海涵... )

服務器安全設置之防溢出提權攻擊解決辦法正文:

1、如何可以防止溢出類的駭客攻擊呢?

① 盡最大的可能性將系統(tǒng)的漏洞補丁都打完;最好是比如Microsoft Windows Server系列的系統(tǒng)可以將自動更新服務打開,然后讓服務器在您指定的某個時間段內(nèi)自動連接到Microsoft Update網(wǎng)站進行補丁的更新。如果您的服務器為了安全起見 禁止了對公網(wǎng)外部的連接的話,可以用Microsoft WSUS服務在內(nèi)網(wǎng)進行升級。(關于Microsoft WSUS 2.0的安裝與配置可以參考此文: http://www.31896.net/html/2006-1-5/14001689122.shtml )

② 停掉一切不需要的系統(tǒng)服務以及應用程序,最大限能的降底服務器的被攻擊系數(shù)。比如前陣子的MSDTC溢出,就導致很多服務器掛掉了。其實如果WEB類服務器根本沒有用到MSDTC服務時,您大可以把MSDTC服務停掉,這樣MSDTC溢出就對您的服務器不構(gòu)成任何威脅了。

③ 啟動TCP/IP端口的過濾:僅打開常用的TCP如21、80、25、110、3389等端口;如果安全要求級別高一點可以將UDP端口關閉,當然如果這樣之后缺陷就是如在服務器上連外部就不方便連接了,這里建議大家用IPSec來封UDP。在協(xié)議篩選中"只允許"TCP協(xié)議(協(xié)議號為:6)、UDP協(xié)議 (協(xié)議號為:17)以及RDP協(xié)議(協(xié)議號為:27)等必需用協(xié)議即可;其它無用均不開放。

④ 啟用IPSec策略:為服務器的連接進行安全認證,給服務器加上雙保險。如③所說,可以在這里封掉一些危險的端品諸如:135 145 139 445 以及UDP對外連接之類、以及對通讀進行加密與只與有信任關系的IP或者網(wǎng)絡進行通訊等等。(注:其實防反彈類木馬用IPSec簡單的禁止UDP或者不常用TCP端口的對外訪問就成了,關于IPSec的如何應用這里就不再敖續(xù),你可以到服安討論Search "IPSec",就會有N多關于IPSec的應用資料..) (游刃在技術鬼神邊緣,打造服務器安全神話!創(chuàng)世紀網(wǎng)絡技術前瞻,成就互聯(lián)網(wǎng)革命先驅(qū)!服務器安全討論區(qū)[S.S.D.A] http://www.31896.net )

⑤ 刪除、移動、更名或者用訪問控制表列Access Control Lists (ACLs)控制關鍵系統(tǒng)文件、命令及文件夾:
⒈ 黑客通常在溢出得到shell后,來用諸如net.exe net1.exe ipconfig.exe user.exe query.exe regedit.exe regsvr32.exe 來達到進一步控制服務器的目的如:加賬號了,克隆管理員了等等;這里我們可以將這些命令程序刪除或者改名。(注意:在刪除與改名時先停掉文件復制服務 (FRS)或者先將 %windir%\system32\dllcache\下的對應文件刪除或改名。)

2.也或者將這些.exe文件移動到你指定的文件夾,這樣也方便以后管理員自己使用 ^0^

3. 訪問控制表列ACLS控制:找到%windir%\system32下找到cmd.exe、cmd32.exe net.exe net1.exe ipconfig.exe tftp.exe ftp.exe user.exe reg.exe regedit.exe regedt32.exe regsvr32.exe 這些黑客常用的文件,在“屬性”→“安全”中對他們進行訪問的ACLs用戶進行定義,諸如只給administrator有權訪問,如果需要防范一些溢出攻擊、以及溢出成功后對這些文件的非法利用;那么我們只需要將system用戶 在ACLs中進行拒絕訪問即可。(如果你性格比較BT的話呢.^_^那么就來一招拒絕所有用戶吧!,這里就請各類看官根據(jù)自己實情進行處理了)。

4. 如果你覺得在GUI下面太麻煩的話,你也可以用系統(tǒng)命令的CACLS.EXE來對這些.exe文件的Acls進行編輯與修改,或者說將他寫成一個.bat 批處理 文件來執(zhí)行以及對這些命令進行修改。(具體用戶自己參見cacls /? 幫助進行,由于這里的命令太多我就不一一列舉寫成批處理代碼給各位了!!)

5.對磁盤如C/D/E/F等進行安全的ACLS設置從整體安全上考慮的話也是很有必要的,另外特別是win2k,對Winnt、Winnt\System、Document and Setting等文件夾。(關于詳細的磁盤ACLs設置辦法與建議,本人將在下篇文章中為大家作詳細介紹^_^!)

⑥ 進行注冊表的修改禁用命令解釋器: (如果您覺得用⑤的方法太煩瑣的話,那么您不防試試下面一勞永逸的辦法來禁止CMD的運行^_^)
通過修改注冊表,可以禁止用戶使用命令解釋器(CMD.exe)和運行批處理文件(.bat文件)。具體方法:新建一個雙字節(jié)(REG_DWORD)執(zhí)行 HKEY_CURRENT_USER\Software\Policies\ Microsoft\Windows\System\DisableCMD,修改其值為1,命令解釋器和批處理文件都不能被運行。修改其值為2,則只是禁止命令解釋器的運行,反之將值改為0,則是打開CMS命令解釋器。如果您賺手動太麻煩的話,請將下面的代碼保存為*.reg文件,然后導入。

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\System]

"DisableCMD"=dword:00000001

⑦ 對一些以System權限運行的系統(tǒng)服務進行降級處理。(諸如:將Serv-U、Imail、IIS、Php、Mssql、Mysql等一系列以 System權限運行的服務或者應用程序換成其它administrators成員甚至users權限運行,這樣就會安全得多了...但前提是需要對這些基本運行狀態(tài)、調(diào)用API等相關情況較為了解. )

其實,關于防止如Overflow溢出類攻擊的辦法除了用上述的幾點以外,還有N多種辦法:諸如用組策略進行限制,寫防護過濾程序用DLL方式加載windows到相關的SHell以及動態(tài)鏈接程序之中這類。當然自己寫代碼來進行驗證加密就需要有相關深厚的 Win32編程基礎了,以及對Shellcode較有研究;由于此文僅僅是討論簡單的解決辦法,因此其它辦法就不在這里詳述了...


2、如何在防止被駭客溢出得到Shell后對系統(tǒng)的而進一步入侵呢?

① 在做好1中上述的工作之后,基本上可以防目駭客在溢出之后得到shell了;因為即使Overflow溢出成功,但在調(diào)用CMDSHELL、以及對外聯(lián)接時就卡了。 (為什么呢,因為:1.溢出后程序無法再調(diào)用到CMDSHLL我們已經(jīng)禁止system訪問CMD.exe了。2.溢出之后在進行反彈時已經(jīng)無法對外部 IP進行連接了^_^ 所以,基本上要能過system權限來反彈shell就較困難的了...)

② 當然世界上是不存在絕對的安全的,假設入侵者在得到了我們的shell之后,做些什么呢?一般入侵者在在得到shell之后,就會諸如利用系統(tǒng)命令加賬號了通過tftp、ftp、vbs等方式傳文件了等等來達到進一步控制服務器。這里我們通過1上述的辦法對命令進行了限制,入侵者是沒有辦法通過tftp、 ftp來傳文件了,但他們?nèi)匀豢梢阅苓^echo寫批處理,用批處理通過腳本BAT/VBS/VBA等從WEB上下載文件,以及修改其它盤類的文件等潛在破壞行為。所以我們需要將echo命令也限制以及將其它盤的System寫、修改文件的權限進行處理。以及將VBS/VBA類腳本以及XMLhttp等組件進行禁用或者限制 system的運行權。這樣 的話別人得到Shell也無法對服務器上的文件進行刪除以及進行步的控制系統(tǒng)了;以及本地提權反彈Shell了^_^

后記:其實服務器、系統(tǒng)的安全是個整體的概念;有可能你其它一小點的疏忽就可以讓你的網(wǎng)站、甚至服務器淪陷。因此安全策略必需走防患未然的道路,任何一個小地方都不能馬虎、今天關于防Overflow的安全小技巧就為大家介紹到這里...關于其它方面的服務器安全配置經(jīng)驗我們在下一篇文章再見吧:-) (注:由于本人才疏學淺,如文中有錯誤實為在所難免,還請各位看官見諒!旨在拋磚引玉!)

                                                    海騰數(shù)據(jù)中心(技術部整理)
                                                    2007-10-12