教你如何防範：伺服器緩存投毒和域名劫持

教你如何防範：伺服器緩存投毒和域名劫持 （1）

發佈時間：2008.06.19 04:59 來源：賽迪網 作者：左邊

【賽迪網-IT技術報道】談到網路安全，你可能熟悉網頁欺詐的危險，但是知道域欺騙（pharming）威脅嗎？對於一家線上公司來說，這種風險是致命的!

簡單來說，域欺騙就是把原本準備訪問某網站的用戶，在不知不覺中，劫持到倣冒的網站上，例如用戶準備訪問某家知名品牌的網上商店，駭客就可以通過域欺騙的手段，把其帶到假的網上商店，同時收集用戶的ID資訊和密碼等。

這種犯罪一般是通過DNS伺服器的緩存投毒（cache poisoning）或域名劫持來實現的。最近幾個月裏，駭客已經向人們展示了這種攻擊方式的危害。今年3月，SANS Institute發現一次將1300個著名品牌域名改變方向的緩存投毒攻擊，這些品牌包括ABC、American Express、Citi和Verizon Wireless等；1月份，Panix的域名被一名澳大利亞駭客所劫持；4月，Hushmail的主域名伺服器的IP地址被修改為連接到一家駭客粗製濫造的網站上。

跟蹤域欺騙事件的統計數據目前還沒有。不過，反網頁欺詐工作組（APWG）已經把域欺騙歸到近期工作的重點任務之中。

專家們說，緩存投毒和域名劫持問題早已經引起了相關機構的重視，而且，隨著線上品牌的不斷增多，營業額的不斷增大，這一問題也更加突出，人們有理由擔心，騙子不久將利用這種駭客技術欺騙大量用戶，從而獲取珍貴的個人資訊，引起線上市場的混亂。

雖然，域欺騙在技術上和組織上解決起來十分複雜。但是在目前情況下，我們還是可以採取一些措施，來保護企業的DNS伺服器和域名不被域名騙子所操縱。

破解困境

DNS安全問題的根源在於Berkeley Internet Domain （BIND）。BIND充斥著過去5年廣泛報道的各種安全問題。VeriSign公司首席安全官Ken Silva說，如果您使用基於BIND的DNS伺服器，那麼請按照DNS管理的最佳慣例去做。

SANS首席研究官Johannes認為：“目前的DNS存在一些根本的問題，最主要的一點措施就是堅持不懈地修補DNS伺服器，使它保持最新狀態。”

Nominum公司首席科學家、DNS協議原作者Paul Mockapetris說，升級到BIND 9.2.5或實現DNSSec，將消除緩存投毒的風險。不過，如果沒有來自Cisco、F5 Networks、Lucent和Nortel等廠商的DNS管理設備中提供的介面，完成這類遷移非常困難和耗費時間。一些公司，如Hushmail，選擇了用開放源代碼TinyDNS代替BIND。替代DNS的軟體選擇包括來自Microsoft、PowerDNS、JH Software以及其他廠商的產品。




教你如何防範：伺服器緩存投毒和域名劫持 （2）

發佈時間：2008.06.19 04:59 來源：賽迪網 作者：左邊


不管您使用哪種DNS，請遵循BlueCat Networks公司總裁Michael Hyatt提供的以下最佳慣例：

1、在不同的網路上運行分離的域名伺服器來取得冗余性。

2、將外部和內部域名伺服器分開（物理上分開或運行BIND Views）並使用轉發器（forwarders）。外部域名伺服器應當接受來自幾乎任何地址的查詢，但是轉發器則不接受。它們應當被配置為只接受來自內部地址的查詢。關閉外部域名伺服器上的遞歸功能（從根伺服器開始向下定位DNS記錄的過程）。這可以限制哪些DNS伺服器與Internet聯繫。

3、可能時，限制動態DNS更新。

4、將區域傳送限制在授權設備上。

5、利用事務簽名對區域傳送和區域更新進行數字簽名。

6、隱藏伺服器上的BIND版本。

7、刪除運行在DNS伺服器上的不必要服務，如FTP、telnet和HTTP。

8、在網路週邊和DNS伺服器上使用防火牆服務。將訪問限制在那些DNS功能需要的端口/服務上。

讓註冊商承擔責任

域欺騙的問題從組織上著手解決也是重要的一環。不久前，有駭客詐騙客戶服務代表修改了Hushmail的主域名伺服器的IP地址。對於此時，Hushmail公司的CTO Brian Smith一直忿忿不已，駭客那麼容易就欺騙了其域名註冊商的客戶服務代表，這的確令人惱火。

Smith說：“這件事對於我們來說真正糟透了。我希望看到註冊商制定和公佈更好的安全政策。但是，我找不出一家註冊商這樣做，自這件事發生後，我一直在尋找這樣的註冊商。”

Panix.com總裁Alex Resin在因註冊商方面的問題，導致今年1月Panix域名遭劫持時，也感受到了同樣強烈的不滿。首先，他的註冊商在沒有事先通知的情況下，將他的域名註冊賣給了一家轉銷商。然後，這家轉銷商又把域名轉移給了一個社會工程人員——同樣也沒有通知Resin。

Resin說：“域名系統需要系統的、根本的改革。現在有很多的建議，但事情進展的不夠快。”

等待市場需求和ICANN領導階層迫使註冊商實行安全的轉移政策，還將需要長時間。因此，Resin, Smith和ICANN首席註冊商聯絡官Tim Cole提出了以下減少風險的建議：

1、要求您的註冊商拿出書面的、可執行的政策聲明。將如果需要轉移域名的話，要求他們及時與您聯繫的條款寫在書面文件中。

2、鎖定域名，要求註冊商在得到解鎖的密碼或其他身份資訊後才允許轉移。

3、使您保存在註冊商那裏的正式聯繫資訊保持最新狀態。

4、選擇提供24×7服務的註冊商，這樣他們可以在發生違規事件時迅速採取行動。

5、如果發生未經授權的轉移，立即與有關註冊商聯繫。

6、如果您的問題沒有得到解決，去找您的域名註冊機構（例如，VeriSign負責.com和.net的註冊）。

7、如果您在拿回自己的域名時仍遇到問題，與ICANN聯繫（transfers@ICANN.org）。

8、如果擁有一個大型域，那就像Google那樣，成為自己的註冊商或者自己的轉銷商，利用TuCows.com的開放API，OpenSRS，來控制您的所有域名。

(責任編輯:董建偉)