奇安信下一代防火墻處理流程：
　　一體化引擎數(shù)據(jù)包處理流程大致分為以下幾個(gè)階段：
　　數(shù)據(jù)包入站處理階段
　　入站主要完成數(shù)據(jù)包的接收及L2-L4層的數(shù)據(jù)包解析過(guò)程，并且根據(jù)解析結(jié)果決定是否需要進(jìn)入防火墻安全策略處理流程，否則該數(shù)據(jù)包就會(huì)被丟棄。在這個(gè)過(guò)程中還會(huì)判斷是否經(jīng)過(guò)VPN數(shù)據(jù)加密，如果是，則會(huì)先進(jìn)行解密后再做進(jìn)一步解析。
　　主引擎處理階段
　　主引擎處理大致會(huì)經(jīng)歷三個(gè)過(guò)程：防火墻策略匹配及創(chuàng)建會(huì)話、應(yīng)用識(shí)別、內(nèi)容檢測(cè)。
　　創(chuàng)建會(huì)話信息
　　當(dāng)數(shù)據(jù)包進(jìn)入主引擎后，首先會(huì)進(jìn)行會(huì)話查找，看是否存在該數(shù)據(jù)包相關(guān)的會(huì)話。如果存在，則會(huì)依據(jù)已經(jīng)設(shè)定的防火墻策略進(jìn)行匹配和對(duì)應(yīng)。否則就需要?jiǎng)?chuàng)建會(huì)話。具體步驟簡(jiǎn)述為：進(jìn)行轉(zhuǎn)發(fā)相關(guān)的信息查找;而后進(jìn)行NAT相關(guān)的策略信息查找;最后進(jìn)行防火墻的策略查找，檢查策略是否允許。如果允許則按照之前的策略信息建立對(duì)應(yīng)的會(huì)話，如果不允許則丟棄該數(shù)據(jù)包。
　　應(yīng)用識(shí)別
　　數(shù)據(jù)包進(jìn)行完初始的防火墻安全策略匹配并創(chuàng)建對(duì)應(yīng)會(huì)話信息后，會(huì)進(jìn)行應(yīng)用識(shí)別檢測(cè)和處理，如果該應(yīng)用為已經(jīng)可識(shí)別的應(yīng)用，則對(duì)此應(yīng)用進(jìn)行識(shí)別和標(biāo)記并直接進(jìn)入下一個(gè)處理流程。如果該應(yīng)用為未識(shí)別應(yīng)用，則需要進(jìn)行應(yīng)用識(shí)別子流程，對(duì)應(yīng)用進(jìn)行特征匹配，協(xié)議解碼，行為分析等處理從而標(biāo)記該應(yīng)用。應(yīng)用標(biāo)記完成后，會(huì)查找對(duì)應(yīng)的應(yīng)用安全策略，如果策略允許則準(zhǔn)備下一階段流程;如果策略不允許，則直接丟棄。
　　內(nèi)容檢測(cè)
　　主引擎工作的最后一個(gè)流程為內(nèi)容檢測(cè)流程，主要是需要對(duì)數(shù)據(jù)包進(jìn)行深層次的協(xié)議解碼、內(nèi)容解析、模式匹配等操作，實(shí)現(xiàn)對(duì)數(shù)據(jù)包內(nèi)容的完全解析;然后通過(guò)查找相對(duì)應(yīng)的內(nèi)容安全策略進(jìn)行匹配，最后依據(jù)安全策略執(zhí)行諸如：丟棄、報(bào)警、記錄日志等動(dòng)作。
　　數(shù)據(jù)包出站處理階段
　　當(dāng)數(shù)據(jù)包經(jīng)過(guò)內(nèi)容檢測(cè)模塊后，會(huì)進(jìn)入出站處理流程。首先系統(tǒng)會(huì)路由等信息查找，然后執(zhí)行QOS，IP數(shù)據(jù)包分片的操作，如果該數(shù)據(jù)走VPN通道的話，還需要通過(guò)VPN加密，最后進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)。
　　與統(tǒng)一策略的關(guān)系
　　統(tǒng)一策略實(shí)際上是通過(guò)同一套安全策略將處于不同層級(jí)的安全模塊有效地整合在一起，在策略匹配順序及層次上實(shí)現(xiàn)系統(tǒng)智能匹配，其主要的目的是為了提供更好的可用性。舉個(gè)例子：有些產(chǎn)品HTTP的檢測(cè)，URL過(guò)濾是通過(guò)代理模塊做的，而其他協(xié)議的入侵檢測(cè)是用另外的引擎。 用戶必須明白這些模塊間的依賴關(guān)系，分別做出正確的購(gòu)置才能達(dá)到需要的功能，而統(tǒng)一策略可以有效的解決上述問(wèn)題。