㈠ 哪種品牌的web應用防火牆好
普通防火牆國產最好的是天融信，但是WEB防火牆，必須是綠盟啊！WAF、漏掃、IPS是綠盟的強項。
㈡ WEB伺服器或防火牆
哦 你的防火牆的借口設置了優先順序沒有， WEB是DMZ區嗎？我們知道 從高訪問低腰配置NAT轉換的而 從低訪問高要做， 動態NAT和global的你配了嗎？ 那ACL 配置了沒啊 ！可能你的ACL 訪問控制列表沒配置吧！！ 兄弟 那你就要說清楚了，那 如果是局部網路那還說做什麼NAT啊如果說你是內部的訪問， 直接配個Telnrt 訪問就可數裂含以了啊 配什麼 NAT 地址轉換啊！！1正因為你內部的WEB需要被外網訪問才要配NAT ， ACL 和global 要不怎麼會不通薯笑呢？你看看，從外網可以PING 通 WEB不？ 那就不是線路問題了 ， 是你的WEB 沒做好吧！比源滲如說，你的訪問文件，路徑放錯了，如果說實在不行那就沒辦法了另請高明了， 我沒看你的WEB 怎麼配置 不知道 錯在那啊 ， 不好意識啊
㈢ 放在機房的web伺服器可以使用硬體防火牆嗎
安裝硬體防火牆是可以起到保護作用的，網路拓撲就跟公司內部自己拓撲差不多！
防火牆使用web伺服器原先的IP地址，web伺服器使用私有地址就可以。
把web伺服器在防火牆上發布，防火牆上啟用埠映射，把訪問防火牆80埠的流量映射給內部的web伺服器。
然後防火牆啟用IDS功能。
㈣ 華為防火牆數據流加密後,web登錄不了
如果防火牆數據流加密後，web登錄不了，可能是以下原因：
1、防火牆加密設旁纖置不正確，可能導致訪問web伺服器的數據流被防火牆過濾掉，從而無法正常登錄web伺服器。
2、防火牆設置禁止了web伺服器的某些埠，從而導致無法正常登錄web伺服器。
3、伺服器系統設置中配置了不正確的信息，從而導致登錄出現問題。
4、web伺服器軟體設櫻櫻置不正確，從而導致登錄出現問題。
5、伺服器系統中的某些文件被惡意改動，從而導運頌仿致登錄出現問題。
6、瀏覽器中的cookies被惡意篡改，從而導致登錄出現問題。
㈤ web防火牆有什麼作用
1.包過濾
具備包過濾的就是防火牆？對，沒錯！根據對防火牆的定義，凡是能有效阻止網路非法連接的方式，都算防火牆。早期的防火牆一般就是利用設置的條件，監測通過的包的特徵來決定放行或者阻止的，包過濾是很重要的一種特性。雖然防火牆技術發展到現在有了很多新的理念提出，但是包過濾依然是非常重要的一環，如同四層交換機首要的仍是要具備包的快速轉發這樣一個交換機的基本功能一樣。通過包過濾，防火牆可以實現阻擋攻擊，禁止外部/內部訪問某些站點，限制每個ip的流量和連接數。
2.包的透明轉發
事實上，由於防火牆一般架設在提供某些服務的伺服器前。如果用示意圖來表示就是 Server—FireWall—Guest 。用戶對伺服器的訪問的請求與伺服器反饋給用戶的信息，都需要經過防火牆的轉發,因此，很多防火牆具備網關的能力。
3.阻擋外部攻擊
如果用戶發送的信息是防火牆設置所不允許的，防火牆會立即將其阻斷，避免其進入防火牆之後的伺服器中。
4.記錄攻擊
如果有必要，其實防火牆是完全可以將攻擊行為都記錄下來的，但是由於出於效率上的考慮，目前一般記錄攻擊的事情都交給IDS來完成了，我們在後面會提到。
以上是所有防火牆都具備的基本特性，雖然很簡單，但防火牆技術就是在此基礎上逐步發展起來的。
㈥ web防火牆的具體特點
Web應用防火牆的一些常見特點如下
如果閱讀過各種RFC，就會發現一個被反復強調的主題。大多數RFC建議應用自己使用協議時要保守，而對於接受其他發送者的協議時可以自由些。Web伺服器就是這樣做的，但這樣的行為也給所有的攻擊者打開了大門。幾乎所有的WAF對HTTP的請求執行某種異常檢測，拒絕不符合Http標準的請求。並且，它也可以只允許HTTP協議的部分選項通過，從而減少攻擊的影響范圍。甚至，一些WAF還可以嚴格限定HTTP協議中那些過於鬆散或未被完全制定的選項。 就頻繁發生的Web安全問題而言，有些是源於對Web設計模型的誤解，有些則來自於程序師認為瀏覽器是可信的。很多WEB程序員用JavaScript在瀏覽器上實現輸入驗證。而瀏覽器只是一個用戶控制的簡單工具，因此攻擊者可以非常容易地繞過輸入驗證，直接將惡意代碼輸入到WEB應用伺服器。
有一個解決上述問題的正確方法，就是在服務端進行輸入驗證。如果這個方法不能實現，還可以通過在客戶和應用伺服器之間增加代理，讓代理去執行Web頁面上嵌入的JavaScript，實現輸入驗證。
消極的安全模型VS積極的安全模型
曾經設置過防火牆規則的人，可能會碰到這樣的建議：允許已知安全的流量，拒絕其他一切訪問。這就是一種很好的積極安全模型。恰恰相反，消極安全模型則是默認允許一切訪問，只拒絕一些已知危險的流量模式。
每種安全模型方式都存在各自的問題：
消極安全模型：什麼是危險的？
積極安全模型：什麼是安全的？
消極安全模式通常使用的更多。識別出一種危險的模式並且配置自己的系統禁止它。這個操作簡單而有趣，卻不十分安全。它依賴於人們對於危險的認識，如果問題存在，卻沒有被意識到（這種情況很常見），就會為攻擊者留下可趁之機。
積極安全模式（又稱為白名單模式）看上去是一種制定策略的更好方式,非常適於配置防火牆策略。在Web應用安全領域中，積極安全模式通常被概括成對應用中的每一個腳本的枚舉。對枚舉的每一個腳本，需要建立一個相應列表，表中內容如下所示：
* 允許的請求方式（比如，GET/POST或者只POST）
* 允許的Content-Type
* 允許的Content-Length
* 允許的參數
* 指定參數和可選參數
* 參數類型（比如，文本或整數）
* 附加參數限制
上述列表僅僅是個例子，實際的積極安全模式通常包括更多的要素。它試圖從外部完成程序員本應從內部完成的工作：為提交到Web應用的信息驗證每一個比特。如果肯花時間的話，使用積極安全模式就是一個比較好的選擇。這個模式的難點之一，在於應用模式會隨著應用的發展而改變。每當應用中添加新腳本或更改舊腳本，就需要更新模式。但是，它適用於保護那些穩定的、無人維護的舊應用。
自動開發策略可以解決以上問題：
* 一些WAF能夠監視流量，並根據這些流量數據自動配置策略，有些產品可以實時進行這樣的工作。
* 通過白名單，可以標識特定的IP地址是可信的，然後，依據觀察的流量，配置WAF，更新安全策略。
* 如果通過一個全面的衰減測試，（模擬正確的行為，）來創建一個應用，並且在WAF處於監控狀態時執行測試，那麼WAF可以自動生成策略。
可見，沒有哪個模式是完全令人滿意的。消極安全模式適用於處理已知問題，而積極安全模式則適用於穩定的Web應用。理想的做法是，在現實生活中，將二者結合使用，取長補短。 積極安全模式理論上更好一些因為瀏覽器和WEB應用程序之間的通信協議通過HTML規范進行了很好的定義。現在的Web開發語言都可以處理帶有多個參數的 HTTP請求。因為這些參數在Web應用防火牆中都是可見的，因此WEB應用防火牆可以分析這些參數判斷是否存在允許該請求。，
當一個應用中的漏洞被發現時大多數情況下我們會盡可能在代碼中修補它。受諸多因素的影響（如應用的規模，是否有開發人員，法律問題等等 ），開發補丁的過程可能需要幾分鍾，或者一直到無限長的是時間。這些時間正是攻擊者發起攻擊的好機會。
如果開發人員能夠在非常短的時間內在代碼中修補好漏洞，那你就不用擔心了。但如果修補這個漏洞需要花費幾天，甚至幾周來修復呢？Web應用防火牆就是處理這個問題的理想工具：只要給一個安全專家不錯的WAF和足夠的漏洞信息，他就能在不到一個小時的時間內屏蔽掉這個漏洞。當然，這種屏蔽掉漏洞的方式不是非常完美的，並且沒有安裝對應的補丁就是一種安全威脅，但我們在沒有選擇的情況下，任何保護措施都比沒有保護措施更好。
及時補丁的原理可以更好的適用於基於XML的應用中，因為這些應用的通信協議都具規范性。
基於規則的保護和基於異常的保護
現在市場上大多數的產品是基於規則的WAF。其原理是每一個會話都要經過一系列的測試，每一項測試都由一個過多個檢測規則組成，如果測試沒通過，請求就會被認為非法並拒絕。
基於規則的WAFs很容易構建並且能有效的防範已知安全問題。當我們要制定自定義防禦策略時使用它會更加便捷。但是因為它們必須要首先確認每一個威脅的特點，所以要由一個強大的規則資料庫支持。WAF生產商維護這個資料庫，並且他們要提供自動更新的工具。
這個方法不能有效保護自己開發的WEB應用或者零日漏洞（攻擊者使用的沒有公開的漏洞），這些威脅使用基於異常的WAF更加有效。
異常保護的基本觀念是建立一個保護層，這個保護層能夠根據檢測合法應用數據建立統計模型，以此模型為依據判別實際通信數據是否是攻擊。理論上，一但構建成功，這個基於異常的系統應該能夠探測出任何的異常情況。擁有了它，我們不再需要規則資料庫而且零日攻擊也不再成問題了。但基於異常保護的系統很難構建，所以並不常見。因為用戶不了解它的工作原理也不相信它，所以它也就不如基於規則的WAF應用廣范。 HTTP的無狀態性對Web應用安全有很多負面影響。會話只能夠在應用層上實現，但對許多應用來說這個附加的功能只能滿足業務的需要而考慮不到安全因素了。Web應用防火牆則將重點放在會話保護上，它的特徵包括：
強制登錄頁面。在大多數站點， 你可以從任何你所知道的URL上訪問站點，這通常方便了攻擊者而給防禦增加了困難。WAF能夠判斷用戶是否是第一次訪問並且將請求重定向到默認登錄頁面並且記錄事件。
分別檢測每一個用戶會話。如果能夠區分不同的會話，這就帶來了無限的可能。比如，我們能夠監視登陸請求的發送頻率和用戶的頁面跳轉。通過檢測用戶的整個操作行為我們可以更容易識別攻擊。
對暴力攻擊的識別和響應。通常的Web應用網路是沒有檢測暴力攻擊的。有了狀態管理模式，WAF能檢測出異常事件（比如登陸失敗），並且在達到極限值時進行處理。此時它可以增加更多的身份認證請求的時間，這個輕微的變化用戶感覺不到，但對於足以對付自動攻擊腳本了。如果一個認證腳本需要50毫秒完成，那它可以發出大約每秒20次的請求。如果你增加一點延時，比如說，一秒種的延遲，那會將請求降低至每秒不足一次。與此同時，發出進一步檢測的警告，這將構成一個相當好的防禦。
實現會話超時。超出默認時間會話將失效，並且用戶將被要求重新認證。用戶在長時間沒有請求時將會自動退出登錄。
會話劫持的檢測和防禦。許多情況下，會話劫持會改變IP地址和一些請求數據（HTTP請求的報頭會不同）。狀態監控工具能檢測出這些異常並防止非法應用的發生。在這種情況下應該終止會話，要求用戶重新認證，並且記錄一個警告日誌信息。
只允許包含在前一請求應答中的鏈接。一些WAF很嚴格，只允許用戶訪問前一次請求返回頁面中的鏈接。這看上去是一個有趣的特點但很難得到實施。一個問題在於它不允許用戶使用多個瀏覽器窗口，另一個問題是它令使用JavaScript自動建立連接的應用失效。 WAF的另外一些安全增強的功能用來解決WEB程序員過分信任輸入數據帶來的問題。比如：
隱藏表單域保護。有時，內部應用數據通過隱藏表單變數實現，而它們並不是真的隱藏的。程序員通常用隱藏表單變數的方式來保存執行狀態，給用戶發送數據，以確保這些數據返回時未被修改。這是一個復雜繁瑣的過程，WAF經常使用密碼簽名技術來處理。
Cookies保護。和隱藏表單相似的是，cookies經常用來傳遞用戶個人的應用數據，而不一樣的是，一些cookies可能含有敏感數據。WAFs 通常會將整個內容加密，或者是將整個cookies機制虛擬化。有了這種設置，終端用戶只能夠看到cookies令牌（如同會話令牌），從而保證 cookies在WAF中安全地存放
抗入侵規避技術。基於網路的IDS對付WEB攻擊的問題就是攻擊規避技術。改寫HTTP輸入請求數據（攻擊數據）的方式太多，並且各種改寫的請求能夠逃避IDS探測。在這個方面如果能完全理解HTTP就是大幅度的改進。比如，WAF每次可以看到整個HTTP請求，就可以避免所有類型的HTTP請求分片的攻擊。因為很好的了解HTTP協議，因此能夠將動態請求和靜態請求分別對待，就不用花大量時間保護不會被攻擊的靜態數據。這樣WAF可以有足夠的計算能力對付各種攻擊規避技術， 而這些功能由NIDSs完成是很耗時的。
響應監視和信息泄露保護。信息泄露防護是我們給監視HTTP輸出數據的一個名稱。從原理上來說它和請求監視是一樣的，目的是監視可疑的輸出，並防止可疑的 http輸出數據到達用戶。最有可能的應用模式是監視信用卡號和社會保險號。另外，這個技術的另一項應用是發現成功入侵的跡象。因為有經驗攻擊者總會給信息編碼來防止監測，所以防止這樣有決心並技術熟練的攻擊者獲取信息是很困難的。但是，在攻擊者沒有完全掌控伺服器而僅僅嘗試WEB應用的安全漏洞的情況下，這項技術可以起到防護效果
㈦ WEB應用防火牆的功能描述
WEB應用防火牆是集WEB防護、網頁保護、負載均衡、應用交付於一體的WEB整體安全防護設備。它集成全新的安全理念與先進的創新架構，保障用戶核心應用與業務持續穩定的運行。
1、事前主動防禦，智能分析應用缺陷、屏蔽惡意請求、防範網頁篡改、阻斷應用攻擊，全方位保護WEB應用。
2、事中智能響應，快速P2DR建模、模糊歸納和定位攻擊，阻止風險擴散，消除「安全事故」於萌芽之中。
3、事後行為審計，深度挖掘訪問行為、分析攻擊數據、提升應用價值，為評估安全狀況提供詳盡報表。
4、面向客戶的應用加速，提升系統性能，改善WEB訪問體驗。
5、面向過程的應用控制，細化訪問行為，強化應用服務能力。
6、面向服務的負載均衡，擴展服務能力，適應業務規模的快速壯大。
㈧ 伺服器安全狗web防火牆怎麼設置參數
通過單擊操作界面右上方的 「已開啟」/「已關閉」按鈕來開啟/關閉WEB防火牆功能。隨後，點擊「規則設置」可進入具體的參數設置界面。如下圖所示：
2/7
web防火牆的參數設置問題：
WEB 防火牆的各項參數主要針對CC攻擊進行設置，所有參數都是根據實驗測試得出的，所以一般情況下建議用戶直接使用系統默認設置。但在使用過程中，用戶也可以根據實際攻擊情況隨時修改各項參數值。包括訪問規則、埠設置、會話驗證、代理規則。
3/7
訪問規則的設置： WEB 防火牆的訪問規則主要有三個部分組成： 首先是ip對網站訪問的次數進行驗證，在一定時間內對網站的訪問沒有超過設定次數，則該ip能夠對網站進行訪問。假設當訪問在60秒內達到30次時，如果訪問超過該設置，若開啟會話驗證模式將進入會話驗證，否則直接進行攔截； 其次，「IP凍結時間」用以設置被安全狗判斷為攻擊的IP將會被禁止訪問的時間長度，時間單位為分鍾，取值需為大於1的整數，用戶可以視攻擊情況修改限制訪問的時間長度。如說設置凍結時間為30分鍾，那麼在30分鍾內該IP就無法訪問； 最後是ip放行時間，針對會話驗證模式中的幾種情況，通過驗證後的ip能夠對網站進行訪問，且在設
定的ip放行時間內不會對該ip進行會話驗證，放行時間結束後將進行再次驗證。
4/7
埠設置問題：
埠設置功能則是針對WEB訪問的重要埠，主要起保護埠的目的。用戶可以通過點擊「＋」按鍵把要保護的埠加入保護埠列表中，常見的web埠映射有80、8080等等埠
5/7
會話驗證的設置： 會話驗證主要通過會話模式來對訪問ip進行判斷訪問網站是否具有合法行。會話驗證擁有三種模式分別如下： 初級模式:代表非首次的非點擊式會話驗證（正常情況下推薦使用該模式） 中級模式:代表首次的非點擊式會話驗證（對所有的訪問都會進行自動驗證，如果網站處於間歇性被攻擊狀態，建議使用該模式） 高級模式:代表首次的點擊式會話驗證（即對所有的訪問都會要求進行手動點擊驗證，如果網站長期處於被攻擊狀態，建議使用該模式）
6/7
【 首次代表第一次，非首次代表不是第一次。對於非首次會話驗證，只有在觸發了規則的情況下，才會進入會話驗證或者攔截條件。比如30秒內單IP允許請求50次，如果達到或超過此條件就會觸發規則，遭到攔截】【非點擊式：透明式，WEB瀏覽器會自動根據回復的http的腳本自動跳轉。 點擊式：需要用戶通過點擊WEB瀏覽器的點擊按鈕。】
7/7
代理規則： WEB防火牆中也加入了代理規則，通過設定最大IP數，設置代理規則對網站進行訪問。分為以下兩種情況： 代理數為0 時：若開啟會話驗證，則每個代理訪問網站的時候就會進行會話驗證，若未開啟會話驗證，那麼每個代理將直接被攔截。 代理數不為0時（加入設定為10個代理IP）：開啟會話驗證(非首次會話驗證，如初級模式)，則30秒內超過第10個的代理IP訪問將進入會話驗證邏輯；開啟會話驗證(首次會話驗證，如中級或高級模式)，則每個代理IP訪問將進入會話驗證邏；若未開啟會話驗證，則30秒內超過第10個的代理IP訪問將直接被攔截,即第11個代理IP訪問就被攔截。
伺服器安全狗web防火牆圖文設置教程
[
㈨ web應用防火牆(WAF)的基本原理是什麼
WAF，又名Web應用防火牆，能夠對常見的網站漏洞攻擊進行防護，例如SQL注入、XSS跨站等；目前WAF最基本的防護原理為特徵規則匹配，將漏洞特徵與設備自身的特徵庫進行匹配比對，一旦命中，直接阻斷，這種方法能夠有效防範已知的安全問題，但是需要一個強大的特徵庫支持，特徵庫需要保證定期更新及維護；但是對於零日漏洞（未經公開的漏洞），就需要設備建立自學習機制，能夠根據網站的正常狀態自動學習建立流量模型，以模型為基準判斷網站是否遭受攻擊。
㈩ 內部有台web伺服器， 選擇防火牆的時候 該怎麼選擇
web伺服器要發布出去，基本的防火牆都有這個或辯功能，做個映射就行森滑了。不過最好選擇web應用防火牆，因為你內網部署web，被攻擊了很衫春缺危險，直接被人滲透進內網了。推薦銥迅web應用防護系統。