今天使用最廣的E-mail傳輸協議是簡單郵件傳輸協議(SMTP)。每天,SMTP用于傳輸成千上萬的E-mail消息到世界各地。
SMTP服務器工作規程很少:
接收進來的消息。
檢查消息的地址。
如果消息的地址為本地地址,保存消息以便檢索。
如果是遠程地址,轉發該消息。
SMTP服務器功能同包路由器一樣,除了SMTP服務專用于郵件。大部分SMTP服務器可以按需要存儲以及轉發消息。
SMTP服務器在兩個不同任務上提出了安全要求:
保護服務器以免被攻破。必須給服務器加上防護盔甲防止外部進攻,如果外部進攻成功會使進攻者未經授權便能進入你的系統。
保護SMTP服務以免錯誤使用,例如外人利用你的電子郵件服務器發送假的郵件和垃圾。
在這當中第二項問題更為可怕。有些人不假思索地使用未受保護的SMTP服務器來向Internet郵件帳號轉發成千份的廣告。如果他們使用了你的機器就會使網絡負擔過重。
除非特別指明,否則LINUX在安裝時會把sendmail作為你的郵件傳輸代理??梢杂胻elnet到端口25來觀察確定sendmail的版本。輸出結果的例子如下:
|
這里可以看出pointy.poisontooth.com正在運行sendmail/8.9.3。
入侵者對sendmail發起攻擊主要是因為:
sendmail是公共服務,一旦它運行,任何人都能連接和使用它。 sendmail通常以root身份運行。因此如果入侵者發現了一個可利用的漏洞,就可獲得優先級高的訪問權限。sendmail非常難配置,入侵者因此假設你會在安裝中出問題(通常都成功)。
以下是一些典型的sendmail攻擊:
首先是MIME緩沖溢出漏洞。這種攻擊不影響sendmail本身,而是sendmail發送郵件的客戶。在這里,sendmail是工具而不是目標。計算機緊急反應小組是這樣描述該攻擊的:
攻擊者向一個脆弱的系統發送一個精心設計的郵件消息,在某種情況下,攻擊者選擇的代碼會在該系統上執行。另外,攻擊者可以是脆弱的郵件程序突然崩潰。根據郵件客戶正在運行的操作系統以及有問題的郵件客戶程序的用戶權限,攻擊都可以使整個系統崩潰。如果一個權限高的用戶用一個容易受攻擊的郵件用戶代理來閱讀郵件,那么攻擊者就可以獲得進入系統的管理權限。
再來看一下HELO緩沖溢出。在早于sendmail8.9的版本中,攻擊者可以利用HELO命令傳送非正常長度的字符串來偽裝自己的發起的地址。如果一個攻擊者發送HELO后面有至少1024字節的abc,那么消息頭會如下所示:
|
非正常字符串隱藏了應正常顯示發信者IP地址的信息。這種攻擊方法,盡管不具危險,但攻擊者可以利用它讓sendmail轉發郵件垃圾和創建難以跟蹤的郵件。
還有口令文件/Root訪問,這是一個更可怕的攻擊,它影響的是sendmail8.8.4。本地用戶可以利用鏈接來獲得root訪問。這種攻擊方法依賴于sendmail在/var/tmp/dead.letter后保存未投遞的消息。
1. 參考CA-98.10站點http://www.cert.org/advisories/CA-98.10.mime_buffer_overflows.htm。
所有用戶都可對/var/tmp進行寫操作,因此本地攻擊者可在/etc/passwd和/var/tmp/dead.letter間創建一個硬鏈接。然后向sendmail服務器發送一個不能投遞的消息。在該消息體內,攻擊者插入可被加到口令文件的一個用戶帳號。
當消息標記為不可投遞,就會加到/var/tmp/dead.letter里面,而在/var/tmp/dead.letter有一個與/etc/passwd的硬鏈接。這就導致產生一個擁有Root權限的新系統帳號。
Sendmail作為一個突出并且訪問頻繁的服務器,經常是攻擊的目標。最近的一個攻擊方法集中在sendmail報頭解析代碼上的一個漏洞。通過創建有大量TO:報頭的消息,進攻者可使服務器停止運行。這種攻擊方法對sendmail8.9.2和更早的版本有效,因此連最近安裝的sendmail也受到影響。
以上就是常用的對sendmail的攻擊,因為sendmail本身安裝不方便,還有很多安全漏洞,用戶也可選擇更好的工具Qmail。
Telnet安全
不象許多其他服務,telnet(或一個類似服務)是絕對需要的。用telnet可以很容易完成許多工作,如果不用telnet則這些工作會難以完成。除非有更好的理由,否則不應該允許有公共telnet或shell訪問。
普通telnet有很多安全問題,一個值得LINUX用戶注意的攻擊是傳遞環境變量攻擊。過去幾年里,安全專家已認識到這是一個問題。因此,開發者設計了setuid 和setgid程序來忽略敏感的環境變量。例如LD_LIBRARY_PATH。
對telnet還有以下攻擊:
對于早期LINUX一些版本,攻擊者可以用telnet迫使內核轉儲,該轉儲會暴露已隱蔽的口令。[4]
在Red Hat Linux4.0,攻擊者可以通過暴力強迫登錄來判斷有效用戶名。在Red Hat Linux4.0中的telnet包可在連接時如果輸入無效的用戶名時切斷該連接。但如果用戶名有效而口令不正確,服務器會重新返回登錄提示符用于重新登錄。
2.可訪問http://www.hoobie.net/security/exploits/hacking/telnet_core.txt
意味著我們就可以使用標準telnet服務而不加強它的安全,因為telnet有幾個嚴重缺陷:
口令沒有加密,第三者可用嗅探器捕獲到口令。
Telnet沒有采用強用戶認證。
Telnet不進行會話完整性檢查。
Telnet會話沒有加密。
以上都是可能被惡意人員利用的漏洞。因此,如果用戶不愿意或不能使用Secure Shell就需要其它的安全telnet系統,常用的有deslogin,SSLTelnet等。
Web服務器安全
保護Web主機安全首先就要去掉不必要的服務。去掉不必要的服務之前首先要明確的是:你要建立的是什么類型的主機。主機有三種類型:
Intranet Web主機--無Internet連接的主機,通常與一個局域網連接。
私人或外部Web主機--與Internet相連但只對非常有限的客戶提供服務的主機。
公共或犧牲Web主機--知道或不知道的用戶可以通過Internet,全天候公共訪問的普通Web主機。
每種不同的主機類型就決定了要提供不同的服務,不需要的服務一律屏蔽掉。這是因為將運行的服務很可能會打開安全漏洞。對于要運行的服務,就要實施訪問控制,可以使用TCPWrapper工具包,這個工具提供對遠程服務基于模式匹配的訪問控制,可以利用它禁止或允許對某些用戶的服務。減少服務后,就應在Web服務器上建立訪問控制和認證。Apache是在LINUX中最流行的Web服務器。為網絡訪問控制建立規則,就要用到以下命令:
|
這些命令提供了三條控制通道,allow命令控制哪臺主機可以連接,deny控制哪臺主機不可以連接,order命令則控制allow/deny命令執行的順序。通過這些命令可以明確允許授權主機和阻止未授權主機。
Apache的安全設置有很多選項,這些設置已足夠嚴格,但是選項的不同配置方法都會引起安全問題。例如,ExecCGI選項,是選擇是否允許CGI程序運行,CGI程序很不安全,所以,能不用執行CGI程序,就盡量不執行。還有別的選項會有不同的問題,安裝時要注意。目前Apache除了提供基本類型認證,還支持使用MD5的基于摘要的加密認證。
安全Web協議
上文所提到的安全Shell是用來防止愛打聽的用戶(本地或遠程)用嗅探器捕獲系統口令,可以極大地增強內部網絡安全。但是如果把LINUX系統作為一個電子商務服務器,就必須向客戶提供從服務器外部的Web瀏覽器向服務器建立安全連接。
一般基于Web的通信有幾個弱點:
HTTP沒有提供加密機制,因此第三方可以在客戶和服務器之間竊聽通訊。
HTTP是一個無狀態協議不保存有關用戶的信息,因此不能證實用戶的身份。
HTTP沒有提供方法來認證正在進行的會話。因此不能判斷是否有第三方竊聽了會話。
為了解決這些缺陷,Netscape Communications開發了安全套接層協議SSL。
安全套接層是采用RSA和DES認證與加密以及MD5完整性檢查而包裝起來的方法。使用這些方法,SSL解決了基于Web通訊的三個問題:
在連接期間,客戶和服務器定義和交換秘密密鑰,該密鑰用于加密傳輸的數據。因此,即使SSL的通訊可被竊聽,由于經過加密于是難以破解。
SSL支持公開密鑰加密,因此服務器可以使用公共方案如RSA和數字簽名標準(DSS)來認證用戶。
服務器可以使用消息摘要算法,如MD5和SHA來檢驗正在進行會話的完整性,因此SSL可以防止第三方劫持會話。
SSL通過兩層和兩個步驟保護數據。開始,客戶和服務器進行握手(與TCP握手相同)。在這一過程中,它們交換密鑰并在它們之間建立并同步一個加密狀態。接下來,SSL獲得應用數據(在記錄層)并加密數據。然后,在接收端這一過程以相反的方式執行。這些性能使得SSL成為在所控制的服務器和未知用戶之間進行安全電子商務交易的出色工具。