掃二維碼與項(xiàng)目經(jīng)理溝通
我們在微信上24小時(shí)期待你的聲音
解答本文疑問/技術(shù)咨詢/運(yùn)營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
公司在建立安全策略時(shí),一個(gè)主要目標(biāo)就是使員工能夠更安全地瀏覽 Internet。當(dāng)然,這涵蓋了非常廣闊的領(lǐng)域并涉及到多種要求,例如:

江岸網(wǎng)站制作公司哪家好,找創(chuàng)新互聯(lián)!從網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站開發(fā)等網(wǎng)站項(xiàng)目制作,到程序開發(fā),運(yùn)營維護(hù)。創(chuàng)新互聯(lián)成立于2013年到現(xiàn)在10年的時(shí)間,我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn),來保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。
幸運(yùn)的是,使用 Microsoft Forefront Threat Management Gateway (TMG) 2010 中的安全 Web 網(wǎng)關(guān)功能可以幫助您滿足這些目標(biāo)。圖 1 顯示了可用于實(shí)現(xiàn)安全 Web 訪問網(wǎng)關(guān)的主要 Forefront TMG 2010 功能:
圖 1 用于安全 Web 網(wǎng)關(guān)方案的核心 Forefront TMG 2010 功能
在圖中可以看到,F(xiàn)orefront TMG 使用了三個(gè)主要的云組件:Microsoft Update、Telemetry Service 和 Microsoft Reputation Service (MRS)。Microsoft Update 用于更新反惡意軟件工具和 Network Inspection System (NIS) 簽名。Microsoft 惡意軟件響應(yīng)團(tuán)隊(duì)使用由 TMG 提供的遙測報(bào)告來了解發(fā)現(xiàn)了哪些攻擊,并據(jù)此提高簽名質(zhì)量。MRS 維護(hù)了一個(gè)巨大的分類 URL 數(shù)據(jù)庫,供 Forefront TMG 2010 查詢。
本文將著重介紹 URL 篩選和 HTTPS 檢查。在之前的 TechNet 雜志 2009 年二月的文章中已深入討論了惡意軟件檢查,該功能在 Forefront TMG 2010 中沒有改變。
URL 篩選可以看作是 Forefront TMG 的第一道防線,用于幫助確保組織的 Web 訪問安全。通過使用 URL 篩選來阻止對(duì)不良網(wǎng)站的請(qǐng)求,F(xiàn)orefront TMG 可花費(fèi)更少的時(shí)間來掃描惡意軟件,從而有更多時(shí)間來傳送有用的內(nèi)容。
URL 篩選由兩個(gè)主要部分組成:用于評(píng)估 Web 請(qǐng)求的 Web 代理篩選器,以及提供類別定義的 MRS,后者供篩選器用于確定如何對(duì)請(qǐng)求分類。下面是針對(duì) Web 請(qǐng)求的簡化處理形式:
注意:如果請(qǐng)求無法與本地緩存中的 URL 類別匹配,則 URL 篩選將查詢 MRS。如果 MRS 返回“未知”,或者無法訪問 MRS,則 URL 篩選向 Web 代理篩選器返回“未知”響應(yīng)。
在本例中確定了兩個(gè)類別:“常規(guī)業(yè)務(wù)”和“惡意軟件”。根據(jù)預(yù)定義的優(yōu)先順序列表,“惡意軟件”優(yōu)先于“常規(guī)業(yè)務(wù)”,因此,整個(gè) URL 將被指定為“惡意軟件”。
從統(tǒng)計(jì)角度而言,由于用戶具有 Web 使用習(xí)慣傾向,因此隨著 Forefront TMG 不斷處理用戶請(qǐng)求,URL 類別緩存與組織的相關(guān)度將越來越高。這樣,MRS 查詢與用戶請(qǐng)求的比率最終將降低。由于 URL 類別有可能改變,因此 MRS 為每個(gè)條目分配了一個(gè)生存時(shí)間。這樣,MRS 請(qǐng)求數(shù)永遠(yuǎn)不會(huì)完全為零,即使用戶始終訪問相同站點(diǎn)。
若要徹底了解 URL 篩選如何工作,還必須了解 Web 應(yīng)用程序如何創(chuàng)建連接和發(fā)出請(qǐng)求。Web 應(yīng)用程序通常按是否配置為充當(dāng) Web 代理客戶端的應(yīng)用程序而分為兩個(gè)類別。#p#
METHOD http://website.contoso.com/path/page.aspx?querystring HTTP/1.x METHOD http://1.2.3.4/path/page.aspx?querystring HTTP/1.x
在這種情況下,F(xiàn)orefront TMG 以及 URL 篩選具有完整的 URL 可用于與 URL 篩選數(shù)據(jù)庫進(jìn)行比較。
注意:METHOD 可以是任何有效的 HTTP 方法,如 GET、POST 等。
CONNECT website.contoso.com:443 HTTP/1.x CONNECT 1.2.3.4:666 HTTP/1.x
對(duì)于這些請(qǐng)求,F(xiàn)orefront TMG 和 URL 篩選將只有主機(jī)名或 IP 地址(具體取決于客戶端如何發(fā)出請(qǐng)求)以及端口用于與 URL 篩選數(shù)據(jù)庫進(jìn)行比較。
METHOD /path/page.aspx?querystring HTTP/1.x
在這種情況下,URL 篩選評(píng)估請(qǐng)求的能力取決于兩個(gè)條件:
不太明顯的一點(diǎn)是,URL 篩選自身不提供任何形式的阻止機(jī)制,它僅僅使用與請(qǐng)求的 URL 關(guān)聯(lián)的類別向 Web 代理發(fā)出響應(yīng),因?yàn)?Web 代理(從而使得 URL 篩選)能夠理解該響應(yīng)。無論在什么情況下,當(dāng) URL 篩選接收到客戶端請(qǐng)求時(shí),它按照?qǐng)D 2 中所示運(yùn)行。
圖 2 URL 篩選的基本流程
如果 Forefront TMG 需要查詢 MRS,則使用單個(gè) Web 服務(wù)調(diào)用對(duì) MRS Web 服務(wù)門戶發(fā)出請(qǐng)求。MRS 處理由 Forefront TMG 提供的數(shù)據(jù),然后使用的當(dāng)前 URL 類別進(jìn)行響應(yīng),這些類別可應(yīng)用于收到的數(shù)據(jù) MRS。Forefront TMG 2010 具有預(yù)定義的域集,其中包括安裝 Forefront TMG 時(shí)啟用的門戶目標(biāo)(請(qǐng)參見圖 3)。
圖 3 MRS 域集
如果發(fā)現(xiàn) URL 篩選返回的 URL 類別符合“拒絕”規(guī)則,則 Forefront TMG 會(huì)將拒絕響應(yīng)(HTTP 結(jié)果代碼 502)發(fā)送到客戶端。根據(jù)客戶端是瀏覽器還是其他 Web 應(yīng)用程序,用戶或許可以看到 Forefront TMG 響應(yīng)頁;如果應(yīng)用程序不是瀏覽器(如 Windows Media Player 或 CERN 代理 FTP 應(yīng)用程序),用戶可能只會(huì)看到應(yīng)用程序自身發(fā)出的錯(cuò)誤消息。
由于 Forefront TMG 為確定 URL 類別而必須執(zhí)行的成本最高的任務(wù)是查詢 MRS,因此相對(duì)于允許用戶訪問網(wǎng)站然后對(duì)其請(qǐng)求的所有內(nèi)容執(zhí)行惡意軟件掃描,此過程在 CPU、內(nèi)存和網(wǎng)絡(luò)資源方面的成本要低很多。#p#
多年以來,用戶一直被建議為執(zhí)行安全的在線交易,必須使用帶有 SSL 的 HTTP (HTTPS)。但是,此安全通道也被用于惡意目的。用戶使用 HTTPS 啟動(dòng)交易時(shí),此通信通常是端到端(從用戶到目標(biāo)服務(wù)器)加密,從而使在兩端之間交換的內(nèi)容不會(huì)由兩端之間的任何設(shè)備訪問。雖然這是需要的行為,但由于您不希望任何人查看您的在線信用卡交易,由此造成的缺點(diǎn)是無法評(píng)估此通道內(nèi)發(fā)生的惡意操作。圖 4 突出顯示了使用 ISA Server 2006 作為防火墻時(shí)此操作的主要部分。
圖 4 傳統(tǒng) HTTPS 方案
圖 4 說明了客戶端訪問 HTTPS 站點(diǎn)的完整代理方案??偨Y(jié)起來,步驟分為兩個(gè)主要階段,概述如下:
階段 1 – SSL 隧道
階段 2 – 加密對(duì)話
此方案中的階段 2 存在潛在風(fēng)險(xiǎn),邊緣防火墻并不了解該通道中真正傳輸?shù)膬?nèi)容。在目標(biāo)服務(wù)器已被劫持并插入了惡意代碼的情況下,存在的潛在風(fēng)險(xiǎn)是目標(biāo)服務(wù)器將通過此加密通道發(fā)送惡意軟件,而客戶端將毫不遲疑地接收,因?yàn)閻阂廛浖碜岳響?yīng)受信任的連接。
Forefront TMG HTTPS 檢查功能可檢查通信,并在用戶與服務(wù)器之間維護(hù)單獨(dú)的加密通道,從而減少此威脅。圖 5 說明 Forefront TMG 如何達(dá)到此目的。
圖 5 運(yùn)行中的 HTTPS 檢查
總結(jié)起來,步驟仍分為兩個(gè)主要階段,但該過程現(xiàn)在包括檢查:
階段 1 – 客戶端請(qǐng)求
階段 2 – 帶有檢查的加密對(duì)話
a) TMG 接收并解密來自目標(biāo)服務(wù)器的加密通信。
b) TMG 將惡意軟件檢查功能和 NIS 篩選器應(yīng)用到通信。
c) 如果惡意軟件和 NIS 篩選器允許,TMG 會(huì)加密結(jié)果并發(fā)送到客戶端工作站。
d) 客戶端將接收、解密并處理通信。
若要與客戶端建立 SSL 握手,F(xiàn)orefront TMG 需要服務(wù)器證書。為了創(chuàng)建證書,F(xiàn)orefront TMG 根據(jù)原始服務(wù)器證書數(shù)據(jù)創(chuàng)建仿冒證書,并使用 HTTPS 檢查 CA 證書對(duì)其簽名。為確保獲得最佳性能,F(xiàn)orefront TMG 維護(hù)復(fù)制服務(wù)器證書的緩存。TMG 將在本地緩存中搜索復(fù)制服務(wù)器證書,如果未找到證書,則會(huì)復(fù)制上游服務(wù)器證書并放在緩存中。緩存僅存儲(chǔ)在內(nèi)存中。因此,在重新啟動(dòng)防火墻服務(wù)后,仿冒證書緩存為空。
注意:緩存的大?。ㄓ勺C書數(shù)決定)由 LowLevelSettings.ClonedCertificatesCacheSize COM 屬性控制。#p#
配置 HTTPS 檢查之前,了解組成此功能的完整功能集和選項(xiàng)非常重要。圖 6 顯示了可以配置 HTTPS 檢查的區(qū)域。
圖 6 HTTPS 檢查功能集
在計(jì)劃實(shí)現(xiàn) HTTPS 檢查時(shí),需要首先考慮證書設(shè)置,以確定是使用自簽名證書還是由內(nèi)部 CA 發(fā)出的證書。導(dǎo)入現(xiàn)有的受信任證書頒發(fā)機(jī)構(gòu)時(shí),需要有包含頒發(fā)機(jī)構(gòu)的證書及其私鑰的 PFX 文件。您需要此私鑰對(duì) TMG 發(fā)出的仿冒證書簽名,還必須確保為證書簽名設(shè)置了證書的密鑰使用。隨后,此 CA 證書必須部署在客戶端計(jì)算機(jī)上(位于本地計(jì)算機(jī)證書存儲(chǔ)區(qū)的“受信任根證書頒發(fā)機(jī)構(gòu)”下);否則,客戶端將不會(huì)信任從 TMG 接收的服務(wù)器證書。
在 Forefront TMG 上,可以通過 Web 訪問策略啟用 HTTPS 檢查功能。請(qǐng)按以下步驟操作,啟用此功能:
圖 7 啟用 HTTPS 檢查
本例中將使用 Forefront TMG 自簽名證書。單擊“生成”,此時(shí)將顯示類似于圖 8 中的頁面。
圖 8“生成證書”窗口
圖 9 選擇如何部署證書
重要說明:除了滿足組織的安全策略之外,在啟用 HTTPS 檢查功能之前,還需要評(píng)估所有法律和監(jiān)管規(guī)章??梢詫⑷魏握J(rèn)定為不適合使用 HTTPS 檢查的站點(diǎn)添加到例外列表中。#p#
Forefront TMG 中的 HTTPS 檢查和 URL 篩選不僅有助于向最終用戶提供受保護(hù)的網(wǎng)絡(luò)漫游環(huán)境,還包括可增強(qiáng)最終用戶體驗(yàn)的功能,這一點(diǎn)可以通過提供信息性消息以及提供直接與最終用戶相關(guān)的自定義或精確錯(cuò)誤消息來實(shí)現(xiàn)。
為保證遵守公司的隱私策略,可以啟用客戶端通知,以便在對(duì) SSL 站點(diǎn)進(jìn)行檢查時(shí)提醒最終用戶,并向最終用戶提供退出該站點(diǎn)的選項(xiàng),從而保護(hù)最終用戶認(rèn)為或歸類為個(gè)人信息的內(nèi)容。圖 10 說明了此行為。
圖 10 HTTPS 檢查客戶端通知
用戶要接收 HTTPS 檢查通知,客戶端計(jì)算機(jī)必須安裝了 Forefront TMG Client,并且必須在本地計(jì)算機(jī)的“受信任根證書頒發(fā)機(jī)構(gòu)”證書存儲(chǔ)區(qū)中安裝了 HTTPS 檢查受信任根證書頒發(fā)機(jī)構(gòu)。請(qǐng)記住,如果您具有上游和下游 TMG 配置,則需要在下游代理而非上游代理上啟用 HTTPS 通知。
若要實(shí)現(xiàn) HTTPS 檢查客戶端通知,必須同時(shí)在 Forefront TMG 服務(wù)器和客戶端上啟用它。若要在服務(wù)器上啟用 HTTPS 檢查通知,請(qǐng)執(zhí)行以下操作:
若要在 Forefront TMG Client 上啟用通知,請(qǐng)執(zhí)行以下操作:
管理員可以根據(jù) URL 類別允許或拒絕最終用戶的 Web 訪問。如果用戶嘗試轉(zhuǎn)到已被拒絕的站點(diǎn),則將收到類似于圖 11 中所示的錯(cuò)誤消息,其中說明對(duì)該站點(diǎn)的訪問已被拒絕,因?yàn)?Forefront TMG 管理員已將其這樣分類。
圖 11 拒絕訪問網(wǎng)頁
TMG 管理員可以自定義錯(cuò)誤消息。為此,請(qǐng)執(zhí)行以下操作:
圖 12 自定義 URL 篩選錯(cuò)誤消息
您可以將任何自定義消息添加到“向用戶顯示拒絕通知”文本框。您甚至可以使用 HTML 內(nèi)容,只要該 HTML 在 HTML
元素的上下文中有效即可,但不能包括任何腳本。您還可以選擇顯示拒絕訪問的站點(diǎn)的類別。為此,請(qǐng)單擊“將拒絕請(qǐng)求類別添加到通知中”復(fù)選框。如果站點(diǎn)分類不正確,則這一點(diǎn)尤為重要,以便最終用戶可以告知您。相應(yīng)地,您可以通過遙測將此反饋發(fā)送到 Microsoft,同時(shí)設(shè)置覆蓋類別來糾正分類,直至修復(fù)好。
如果您希望更改整個(gè) URL 篩選錯(cuò)誤消息頁的外觀,則需要編輯 12232.htm HTML 頁。在 Forefront TMG (ISA Server) 產(chǎn)品團(tuán)隊(duì)博客的 Forefront TMG 2010 上的拒絕頁自定義頁上可以找到相關(guān)信息。
本文地址
本文來源:微軟TechNet中文站
【編輯推薦】

我們在微信上24小時(shí)期待你的聲音
解答本文疑問/技術(shù)咨詢/運(yùn)營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流