防火牆常被誤認為「雞肋」,實則是網絡安全第一道防線。但配置不當會導致 CPU 高載、傳輸緩慢、應用卡頓。在升級硬體前,優化規則集與流量處理邏輯往往能立竿見影。本文整理七大通用最佳實踐,適用於企業級硬體防火牆及軟體防火牆(如 Windows Defender 防火牆、iptables、pfSense 等)。
「不好的資料」包括:未授權協議、惡意程式回連、濫發 DNS/NTP/SMTP/HTTP 請求的受感染主機。
做法:
• 部署出站流量審計,識別違規來源 IP。
• 通知伺服器管理員重新配置服務,禁止直接對外發起非業務請求。
• 在防火牆層面拒絕非業務必要的出站埠口(如 TCP 25, 53, 80, 443 僅允許代理/郵件伺服器)。
防火牆擅長狀態檢測與深度檢測,不擅長高速無狀態封包過濾。
做法:
• 在邊緣路由器配置 ACL(存取控制清單),封鎖明顯的掃描源 IP、偽造來源位址、非法旗標封包。
• 若內部有核心交換機/路由器,將一般上網流量導向該設備 NAT,釋放防火牆資源專注於 DMZ、伺服器發布等高價值防護。
歷史遺留的廢棄規則、重複物件、過期臨時開放,會增加規則匹配延遲與管理複雜度。
做法:
• 使用自動化工具(如 FireMon, Tufin, 阿爾戈斯)掃描:
- 未命中規則(Hit count = 0 超過 90 天)
- 重疊/包含關係規則
- 未引用的地址/服務物件
• 定期(季度)人工複核並清理。
複雜的巢狀群組、過多的否定條件、冗長的服務組,會擴大匹配樹深度。
原則:
• 能用「允許清單」不用「拒絕清單」。
• 合併相同動作、相同區域的連續規則。
• 避免在單條規則中引用超過 20 個服務/地址物件,拆分為多條並利用區域/區域對保護輪廓。
若防火牆介面直連 LAN,大量 BOOTP、NetBIOS、mDNS、SSDP 廣播會佔用連接表與 CPU。
做法:
• 建立「無日誌拒絕」規則匹配上述協議埠口(UDP 67,68,137,138,5353,1900 等),置於規則庫靠前位置。
• 於交換機層面啟用 IGMP Snooping、Storm Control 限制廣播風暴。
傳統狀態檢測防火牆(如 Cisco ASA 7.0 前、Check Point R77 前、FortiGate 早期版本)採循序匹配,將高頻規則(如員工上網、核心業務存取)置頂可顯著降低平均匹配步數。
注意:新一代防火牆(Palo Alto, Cisco FTD, FortiOS 6.0+, Check Point R80+)採用並行匹配/優化演算法,規則順序影響較小,但為了可讀性仍建議邏輯分組排序。
規則中直接引用 FQDN(如 *.google.com)會強制防火牆即時解析並快取,解析失敗/超時會阻塞封包處理緒。
建議:
• 改用 IP 地址段物件,定期由自動化腳本同步解析結果更新物件。
• 若必須用 FQDN,確保防火牆 DNS 快取 TTL 合理、解析伺服器高可用。
防火牆優化非一次性專案,而是持續的「觀測 → 分析 → 調整 → 驗證」循環。善用自動化工具輔助規則治理,能讓防火牆在保障安全的同時,釋放最大效能紅利。