常規36個WEB滲透測試漏洞描述及修復方法–很詳細

資料來源: https://mp.weixin.qq.com/s/WNGqEo1Arrw6kjR5Y-qNtg

（01）、Apache樣例文件洩漏

    漏洞描述

    apache一些樣例檔沒有刪除，可能存在cookie、session偽造，進行後臺登錄操作

    修復建議

    1、刪除樣例檔

    2、對apache中web.xml進行相關設置

（02）、弱口令

    漏洞描述

    由於系統中存在有弱口令，導致攻擊者通過弱口令可輕鬆登錄系統中，從而進行下一步的攻擊，如上傳webshell，獲取敏感性資料！

    另外攻擊者利用弱口令登錄網站管理後臺，可任意增刪改等操作，從而造成負面影響！

    修復建議

    1、建議強制用戶首次登錄時修改默認口令，或是使用使用者自訂初始密碼的策略；

    2、 完善密碼策略，資訊安全最佳實踐的密碼策略為8位元（包括）以上字元，包含數位、大小寫字母、特殊字元中的至少3種。

    3、對管理後臺進行存取控制，修改後臺弱口令，加強口令強度並定期修改。

    4、增加驗證機制，防爆破機制，限制ip＋cookie訪問次數。

（03）、明文傳輸登錄口令

    漏洞描述

    使用者登錄過程中使用明文傳輸使用者登錄資訊，若使用者遭受中間人攻擊時，攻擊者可直接獲取該用戶登錄帳戶，從而進行進一步滲透。

    修復建議

    1、使用者登錄資訊使用加密傳輸，如密碼在傳輸前使用安全的演算法加密後傳輸，可採用的演算法包括：不可逆hash演算法加鹽（4位元及以上亂數，由伺服器端產生）；安全對稱加密演算法，如AES(128、192、256位)，且必須保證用戶端金鑰安全，不可被破解或讀出；非對稱加密演算法，如RSA(不低於1024位)、SM2等。

    2、使用https來保證傳輸的安全。

（04）、暴力破解

    漏洞描述

    由於沒有對登錄頁面進行相關的防暴力破解機制，如無驗證碼、有驗證碼但驗證碼未在伺服器端校驗以及無登錄錯誤次數限制等，導致攻擊者可通過暴力破解獲取用戶登錄帳戶及口令，從而獲取網站登錄存取權限！

    修復建議

    1、添加驗證碼機制，加入圖片（驗證碼動態生成且滿足隨機性）或者短信驗證碼（驗證碼具備超時時限一般為1分鐘，且在該時限內錯誤次數超過3次則進行鎖定1分鐘後方能重新獲取驗證碼，超時後驗證碼自動失效）！

    2、驗證碼必須在伺服器端進行校驗，用戶端的一切校驗都是不安全的！

（05）、SQL注入漏洞

    漏洞描述

    Web程式碼中對於用戶提交的參數未做過濾就直接放到SQL語句中執行，導致參數中的特殊字元打破了SQL語句原有邏輯，駭客可以利用該漏洞執行任意SQL語句，如查詢資料、下載資料、寫入webshell、執行系統命令以及繞過登錄限制等。

    修復建議

    代碼層最佳防禦sql漏洞方案：採用sql語句預編譯和綁定變數，是防禦sql注入的最佳方法。

    1）所有的查詢語句都使用資料庫提供的參數化查詢介面，參數化的語句使用參數而不是將使用者輸入變數嵌入到SQL語句中。當前幾乎所有的資料庫系統都提供了參數化SQL語句執行介面，使用此介面可以非常有效的防止SQL注入攻擊。

    2）對進入資料庫的特殊字元（’”<>&*;等）進行轉義處理，或編碼轉換。

    3）確認每種資料的類型，比如數字型的資料就必須是數位，資料庫中的存儲欄位必須對應為int型。

    4）資料長度應該嚴格規定，能在一定程度上防止比較長的SQL注入語句無法正確執行。

    5）網站每個資料層的編碼統一，建議全部使用UTF-8編碼，上下層編碼不一致有可能導致一些過濾模型被繞過。

    6）嚴格限制網站使用者的資料庫的操作許可權，給此用戶提供僅僅能夠滿足其工作的許可權，從而最大限度的減少注入攻擊對資料庫的危害。

    7）避免網站顯示SQL錯誤資訊，比如類型錯誤、欄位不匹配等，防止攻擊者利用這些錯誤資訊進行一些判斷。

（06）、跨站腳本攻擊（xss）漏洞

    漏洞描述

    1）、Web程式碼中把用戶提交的參數未做過濾或過了不嚴就直接輸出到頁面，參數中的特殊字元打破了HTML頁面的原有邏輯，駭客可以利用該漏洞執行惡意HTML/JS代碼、構造蠕蟲傳播、篡改頁面實施釣魚攻擊、誘以及導用戶再次登錄，然後獲取其登錄憑證等。

    2）、XSS攻擊對Web伺服器本身雖無直接危害，但是它借助網站進行傳播，對網站用戶進行攻擊，竊取網站使用者帳號資訊等，從而也會對網站產生較嚴重的危害。XSS攻擊可導致以下危害：

    3）、釣魚欺騙：最典型的就是利用目標網站的反射型跨站腳本漏洞將目標網站重定向到釣魚網站，或者通過注入釣魚JavaScript腳本以監控目標網站的表單輸入，甚至攻擊者基於DHTML技術發起更高級的釣魚攻擊。

    4）、網站掛馬：跨站時，攻擊者利用Iframe標籤嵌入隱藏的惡意網站，將被攻擊者定向到惡意網站上、或彈出惡意網站視窗等方式，進行掛馬攻擊。

    5）、身份盜用：Cookie是使用者對於特定網站的身份驗證標誌，XSS攻擊可以盜取用戶的cookie，從而利用該cookie盜取用戶對該網站的操作許可權。如果一個網站管理員用戶的cookie被竊取，將會對網站引發巨大的危害。

    6）、盜取網站使用者資訊：當竊取到用戶cookie從而獲取到用戶身份時，攻擊者可以盜取到用戶對網站的操作許可權，從而查看使用者隱私資訊。

    7）、垃圾資訊發送：在社交網站社區中，利用XSS漏洞借用被攻擊者的身份發送大量的垃圾資訊給特定的目標群。

    8）、劫持用戶Web行為：一些高級的XSS攻擊甚至可以劫持用戶的Web行為，從而監視使用者的流覽歷史、發送與接收的資料等等。

    9）、XSS蠕蟲：借助XSS蠕蟲病毒還可以用來打廣告、刷流量、掛馬、惡作劇、破壞網上資料、實施DDoS攻擊等。

    修復建議

    xss漏洞本質上是一種html注入，也就是將html代碼注入到網頁中。那麼其防禦的根本就是在將使用者提交的代碼顯示到頁面上時做好一系列的過濾與轉義

    1）假定所有輸入都是可疑的，必須對所有輸入中的script、iframe等字樣進行嚴格的檢查。這裡的輸入不僅僅是使用者可以直接交互的輸入介面，也包括HTTP請求中的Cookie中的變數，HTTP請求頭部中的變數等。

    2）不僅要驗證資料的類型，還要驗證其格式、長度、範圍和內容。

    3）不要僅僅在用戶端做資料的驗證與過濾，關鍵的過濾步驟在服務端進行。

    4）對輸出的資料也要檢查，資料庫裡的值有可能會在一個大網站的多處都有輸出，即使在輸入做了編碼等操作，在各處的輸出點時也要進行安全檢查。

（07）、目標伺服器啟用了不安全HTTP方法

    漏洞描述

    目標伺服器啟用了不安全的傳輸方法，如PUT、TRACE、DELETE、MOVE等，這些方法表示可能在伺服器上使用了 WebDAV，由於dav方法允許用戶端操縱伺服器上的檔，如上傳、修改、刪除相關檔等危險操作，如果沒有合理配置dav，有可能允許未授權的用戶對其進行利用，修改伺服器上的檔。

    修復建議

    1）、關閉不安全的傳輸方法，推薦只使用POST、GET方法！

    2）、如果伺服器不需要支援 WebDAV，請務必禁用它。

    或者為允許webdav的目錄配置嚴格的存取權限，如認證方法，認證需要的用戶名，密碼。

（08）、任意文件上傳

    漏洞描述

    檔上傳漏洞通常由於網頁代碼中的檔上傳路徑變數過濾不嚴或webserver相關解析漏洞未修復而造成的，如果檔上傳功能實現代碼沒有嚴格限制用戶上傳的檔尾碼以及檔案類型，攻擊者可通過 Web 訪問的目錄上傳任意檔，包括網站後門檔（webshell），進而遠端控制網站伺服器。

    攻擊者可通過此漏洞上傳惡意指令檔，對伺服器的正常運行造成安全威脅！

    修復建議

    1）、對上傳檔案類型進行限制，並且不能只做前端的限制，而要前端和後端一起限制，後端可以進行副檔名檢測，重命名檔，MIME類型檢測以及限制上傳檔的大小，或是將上傳的檔放在安全的路徑下，儘量放於webserver之外的遠端伺服器等。

    2）、嚴格限制和校驗上傳的檔，禁止上傳惡意程式碼的檔。同時限制相關目錄的執行許可權，防範webshell攻擊。

    3）、對上傳檔案格式進行嚴格校驗及安全掃描，防止上傳惡意指令檔；

    4）、設置許可權限制，禁止上傳目錄的執行許可權；

    5）、嚴格限制可上傳的檔案類型；

    6）、嚴格限制上傳的檔路徑。

    7）、檔副檔名服務端白名單校驗。

    8）、檔內容服務端校驗。

    9）、上傳檔重命名。

    10）、隱藏上傳檔路徑。

（09）、測試頁面洩漏在外網

    漏洞描述

    一些測試頁面洩漏到外網，導致外界誤傳公司被駭客入侵，影響公司聲譽。

    修復建議

    刪除測試頁面以及無用檔，例如test.cgi，phpinfo.php，info.pho， .svn/entries等。

（10）、目錄流覽

    漏洞描述

    由於伺服器端配置不當，開啟了目錄流覽，駭客可獲得伺服器上的檔目錄結構，從而下載敏感檔。

    修復建議

    1.通過修改設定檔，去除中介軟體（如IIS、apache、tomcat）的檔目錄索引功能

    2.設置目錄許可權

    3.在每個目錄下創建一個空的index.html頁面。

（11）、phpinfo信息洩漏

    漏洞描述

    Web網站的某些測試頁面可能會使用到PHP的phpinfo()函數，會輸出伺服器的關鍵資訊，從而造成資訊洩露，通過獲取的資訊可進行下一步的攻擊計畫！

    修復建議

    刪除該PHP檔！

（12）、未授權訪問

    漏洞描述

    由於沒有對相關敏感頁面進行存取權限的檢查，導致攻擊者可未授權訪問，從而獲取敏感資訊及進行未授權操作等！

    修復建議

    對相關頁面進行嚴格的存取權限的控制以及對訪問角色進行許可權檢查！

（13）、越權訪問

    漏洞描述

    由於沒有對用戶訪問角色的許可權進行嚴格的檢查及限制，導致當前帳號可對其他帳號進行相關操作，如查看、修改等！

    修復建議

    對用戶訪問角色的許可權進行嚴格的檢查及限制！

（14）、命令執行漏洞

    漏洞描述

    命令執行漏洞是指代碼未對用戶可控參數做過濾，導致直接帶入執行命令的代碼中，對惡意構造的語句，可被用來執行任意命令。駭客可在伺服器上執行任意命令，寫入後門，從而入侵伺服器，獲取伺服器的管理員許可權，危害巨大。

    修復建議

    嚴格過濾使用者輸入的資料，禁止執行非預期系統命令！

（15）、應用程式錯誤資訊洩露

    漏洞描述

    駭客可通過特殊的攻擊向量，使web伺服器出現500、404等相關錯誤，導致資訊洩漏如絕對路徑、webserver版本、原始程式碼、sql語句等敏感資訊，惡意攻擊者很有可能利用這些資訊實施進一步的攻擊。

    修復建議

    1、自訂錯誤頁面或歸一化錯誤頁面資訊提示！

    2、修正代碼！

（16）、LDAP注入

    漏洞描述

    由於Web 應用程式沒有對使用者提供的輸入進行適當過濾和檢查，攻擊者便有可能修改LDAP 語句的結構，並且以（例如：資料庫伺服器、Web 應用程式伺服器、Web 伺服器）的許可權執行任意命令，許可權可能會允許查詢、修改或除去 LDAP 樹狀構造內任何資料。

    修復建議

    對用戶的輸入進行嚴格的過濾及檢查，並且對類型也進行檢查！

（17）、檔包含漏洞

    漏洞描述

    本地檔包含是指程式碼在處理包含檔的時候沒有嚴格控制。利用這個漏洞，攻擊者可以先把上傳的靜態檔，或網站日誌檔作為代碼執行，或者包含遠端伺服器上的惡意檔，進而獲取到伺服器許可權。

    修復建議

    1、嚴格檢查變數是否已經初始化。

    2、對所有輸入提交可能包含的檔位址，包括伺服器本地檔及遠端檔，進行嚴格的檢查，參數中不允許出現../之類的目錄跳轉符。

    3、嚴格檢查include類的檔包含函數中的參數是否外界可控。

    4、不要僅僅在用戶端做資料的驗證與過濾，關鍵的過濾步驟在服務端進行。

（18）、網站敏感壓縮檔洩露

    漏洞描述

    誤將網站備份檔案或是敏感資訊檔存放在某個網站目錄下，外部駭客可通過暴力破解檔案名等方法下載該備份檔案，導致網站敏感資訊洩露。

    修復建議

    1、不要在網站目錄下存放網站備份檔案或敏感資訊的檔。

    2、如需存放該類檔，請將檔案名命名為難以猜解的字串。

（19）、CRLF HTTP 頭部注入漏洞

    漏洞描述

    CRLF 是“回車 +換行”（\r\n）的簡稱。在 HTTP 協議中，HTTPHeader 與 HTTP Body 是用兩個 CRLF 符號進行分隔的，流覽器根據這兩個 CRLF 符號來獲取 HTTP 內容並顯示。因此，一旦攻擊者能夠控制 HTTP 消息頭中的字元，注入一些惡意的換行，就能注入一些會話 Cookie 或者 HTML 代碼。

    修復建議

    過濾 \r 、\n 之類的分行符號，避免輸入的資料污染到其他 HTTP 消息頭。

（20）、URL 跳轉漏洞

    漏洞描述

    Web 程式直接跳轉到參數中的 URL ，或頁面引入任意的開發者 URL，被攻擊者利用可實施釣魚攻擊等操作。

    修復建議

    在控制頁面轉向的地方校驗傳入的URL是否為可信功能變數名稱。

（21）、Crossdomain.xml 配置不當

    漏洞描述

    網站根目錄下的 crossdomain.xml 檔指明了遠端Flash 是否可以載入當前網站的資源（圖片、網頁內容、Flash等）。如果配置不當，可能導致遭受跨站請求偽造（CSRF）攻擊。

    修復建議

    對於不需要從外部載入資源的網站，在 crossdomain.xml 檔中更改allow-access-from的domain屬性為功能變數名稱白名單。

（22）、敏感資訊洩露

    漏洞描述

    在頁面中或者返回的回應包中洩露了敏感資訊，通過這些資訊，攻擊者可進一步滲透。

    修復建議

    1、如果是探針或測試頁面等無用的程式建議刪除，或者修改不易被猜到的名字。

    2、禁用洩露敏感資訊的頁面或應用。

    3、對相關敏感資訊進行模糊化處理，在伺服器端進行！

    4、對伺服器端返回的資料進行嚴格的檢查，滿足查詢資料與頁面顯示資料一致，切勿返回多於的資料！

（23）、任意文件下載

    漏洞描述

    檔下載處由於未對下載路徑進行過濾，利用路徑回溯符../跳出程式本身的限制目錄實現來下載任意檔，如下載系統密碼檔等！

    修復建議

    對下載路徑進行過濾，如下載前對傳入的參數進行過濾，並且對下載檔案類型進行檢查，是否是允許下載的類型，另外禁止使用回溯符../！

（24）、weblogic SSRF伺服器請求偽造

    漏洞描述

    目標存在weblogic SSRF伺服器請求偽造漏洞。WebLogic是用於開發、集成、部署和管理大型分散式Web應用、網路應用和資料庫應用的Java應用伺服器。SSRF(Server-Side Request Forgery:伺服器端請求偽造) 是一種由攻擊者構造形成由服務端發起請求的一個安全性漏洞。一般情況下，SSRF攻擊的目標是從外網無法訪問的內部系統。（正是因為它是由服務端發起的，所以它能夠請求到與它相連而與外網隔離的內部系統）。Weblogic中介軟體預設帶有“UDDI 目錄流覽器”且為未授權訪問，通過該應用，可進行無回顯的SSRF請求。攻擊者可利用該漏洞對企業內網進行大規模掃描，瞭解內網結構，並可能結合內網漏洞直接獲取伺服器許可權。

    修復建議

    1.刪除uddiexplorer資料夾

    2.限制uddiexplorer應用只能內網訪問

（25）、目標網站存在木馬

    漏洞描述

    經滲透測試發現目標網站存在有webshell，攻擊者可進行遠端連接操作，進行惡意操作！

    修復建議

    1）刪除可疑檔，並進行本地檔漏洞掃描排查是否還存在有其他木馬！

    2）使用相關手段發現並及時修復已存在的漏洞！

（26）、IIS短檔案名洩露漏洞

    漏洞描述

    Internet Information Services（IIS，互聯網資訊服務）是由微軟公司提供的基於運行Microsoft Windows的互聯網基本服務。Microsoft IIS在實現上存在檔枚舉漏洞，攻擊者可利用此漏洞枚舉網路服務器根目錄中的檔。危害：攻擊者可以利用“~”字元猜解或遍歷伺服器中的檔案名，或對IIS伺服器中的.Net Framework進行拒絕服務攻擊。

    駭客可通過該漏洞嘗試獲取網站伺服器下存放檔的檔案名，達到獲取更多資訊來入侵伺服器的目的。

    修復建議

    修改Windows配置，關閉短檔案名功能。

    1.關閉NTFS 8.3檔案格式的支持。該功能默認是開啟的，對於大多數用戶來說無需開啟。

    2.如果是虛擬主機空間使用者,可採用以下修復方案：

        1）修改註冊列表HKLM\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation的值為1(此修改只能禁止NTFS8.3格式檔案名創建,已經存在的檔的短檔案名無法移除)。

        2）如果你的web環境不需要asp.net的支援你可以進入Internet 資訊服務(IIS)管理器 — Web 服務擴展 – ASP.NET 選擇禁止此功能。

        3）升級net framework 至4.0以上版本。

    3.將web資料夾的內容拷貝到另一個位置，比如D:\www到D:\www.back，然後刪除原資料夾D:\www，再重命名D:\www.back到D:\www。如果不重新複製，已經存在的短檔案名則是不會消失的。

（27）、Apache Struts2 遠端代碼執行漏洞（S2-019）

    漏洞描述

    Apache Struts2的“Dynamic MethodInvocation”機制是默認開啟的，僅提醒使用者如果可能的情況下關閉此機制，如果未關閉此機制將導致遠端代碼執行漏洞，遠端攻擊者可利用此漏洞在受影響應用上下文中執行任意代碼。

    修復建議

    1、目前廠商已經發佈了升級補丁以修復這個安全問題，請到廠商的主頁下載！

    2、或者手工設置struts.xml文件<constantname=”struts.enable.DynamicMethodInvocation”value=”false”/>

（28）、Apache Struts2 遠端代碼執行漏洞（S2-037）

    漏洞描述

    Apache Struts2在使用REST外掛程式時，攻擊者可以繞過動態方法執行的限制，調用惡意運算式執行遠端代碼。

    修復建議

    建議用戶到官方獲取最新補丁或者最新版本程式！

（29）、Apache Struts2 DevMode 遠端代碼執行漏洞

    漏洞描述

    為了便於開發人員偵錯工具，Struts2提供了一個devMode模式，可以方便查看程式錯誤以及日誌等資訊。當Struts2中的devMode模式設置為true時，存在嚴重遠端代碼執行漏洞。如果WebService 啟動許可權為最高許可權時，可遠端執行任意命令，包括關機、建立新用戶、以及刪除伺服器上所有檔等等。

    修復建議

    建議用戶到官方獲取最新補丁或者最新版本程式！

    或者將struts.properties中的devMode設置為false，或是在struts.xml中添加如下代碼：<constant name=”struts.devMode”value=”false”/>。

（30）、Apache Struts2 遠端代碼執行漏洞（S2-045）

    漏洞描述

    Apache Struts2的Jakarta Multipartparser外掛程式存在遠端代碼執行漏洞，漏洞編號為CVE-2017-5638。攻擊者可以在使用該外掛程式上傳檔時，修改HTTP請求頭中的Content-Type值來觸發該漏洞，導致遠端執行代碼。

    修復建議

    檢測方式查看web目錄下/WEB-INF/lib/目錄下的struts-core.x.x.jar ，如果這個版本在Struts2.3.5 到 Struts2.3.31 以及 Struts2.5 到 Struts2.5.10之間則存在漏洞！

    1、建議用戶到官方獲取最新補丁或者最新版本程式！

    2、更新至Strusts2.3.32或者Strusts2.5.10.1，或使用協力廠商的防護設備進行防護。

    3、臨時解決方案：刪除commons-fileupload-x.x.x.jar檔（會造成上傳功能不可用）。

    4、修改WEB-INF/classes目錄下的配置

    在WEB-INF/classes目錄下的struts.xml中的struts 標籤下添加

    <constantname=”struts.custom.i18n.resources”value=”global”/>；

    在WEB-INF/classes/目錄下添加global.properties，檔內容如下:

    struts.messages.upload.error.InvalidContentTypeException=1

（31）、Apache Struts2 遠端代碼執行漏洞（S2-033）

    漏洞描述

    Apache Struts2在開啟動態方法調用（DynamicMethod Invocation）的情況下，攻擊者使用REST外掛程式調用惡意運算式可以遠端執行代碼。

    修復建議

    1、用戶到官方獲取最新補丁或者最新版本程式！

    2、或者在允許的情況下禁用動態方法調用（Dynamic Method Invocation），修改Struts2的設定檔struts.xml，將struts.enable.DynamicMethodInvocation設置為“false”。

（32）、目標URL存在httphost頭攻擊漏洞

    漏洞描述

    為了方便的獲得網站功能變數名稱，開發人員一般依賴于HTTP Host header，但是這個header是不可信賴的，如果應用程式沒有對host header值進行處理，就有可能造成惡意程式碼的傳入。

    修復建議

    web應用程式應該使用SERVER_NAME而不是host header。

    在Apache和Nginx裡可以通過設置一個虛擬機器來記錄所有的非法host header。在Nginx裡還可以通過指定一個SERVER_NAME名單，Apache也可以通過指定一個SERVER_NAME名單並開啟UseCanonicalName選項。

（33）、登錄繞過漏洞

    漏洞描述

    由於對登錄的帳號及口令校驗存在邏輯缺陷，或再次使用伺服器端返回的相關參數作為最終登錄憑證，導致可繞過登錄限制，如伺服器返回一個flag參數作為登錄是否成功的標準，但是由於代碼最後登錄是否成功是通過獲取這個flag參數來作為最終的驗證，導致攻擊者通過修改flag參數即可繞過登錄的限制！

    修復建議

    修改驗證邏輯，如是否登錄成功伺服器端返回一個參數，但是到此就是最終驗證，不需要再對返回的參數進行使用並作為登錄是否成功的最終判斷依據！

（34）、短信/郵件轟炸

    漏洞描述

    由於沒有對短信或者郵件發送次數進行限制，導致可無限次發送短信或郵件給用戶，從而造成短信轟炸，進而可能被大量用戶投訴，從而影響公司聲譽！

    修復建議

    對發送短信或郵件的次數進行限制，如1分鐘只能發送1次短信或郵件，並且需要在伺服器進行限制！

（35）、slow http Dos拒絕服務

    漏洞描述

    按照設計，HTTP協議要求伺服器在處理之前完全接收請求。如果HTTP請求沒有完成，或者傳輸速率非常低，伺服器會保持其資源忙於等待其餘資料。如果伺服器保持太多的資源忙，這將造成一個拒絕服務。嚴重者一台主機即可讓web運行緩慢甚至是崩潰！

    修復建議

    對於 Apache 可以做以下優化：

    設置合適的 timeout 時間（Apache 已預設啟用了 reqtimeout 模組），規定了 Header 發送的時間以及頻率和 Body 發送的時間以及頻率

    增大 MaxClients(MaxRequestWorkers)：增加最大的連接數。根據官方文檔，兩個參數是一回事，版本不同，MaxRequestWorkers was called MaxClients before version 2.3.13.Theold name is still supported.

    默認安裝的 Apache 存在 Slow Attack 的威脅，原因就是雖然設置的 timeoute，但是最大連接數不夠，如果攻擊的請求頻率足夠大，仍然會占滿Apache的所有連接。

（36）、web服務測試頁面資訊洩露

    漏洞描述

    由於沒有刪除默認的且與業務無關的頁面，導致資訊洩露，如：webserver版本資訊、中介軟體類型及版本資訊等，通過對這類資訊的收集，攻擊者可制定具有針對性的攻擊計畫！

    修復建議

    刪除與業務無關的頁面，如果是必須需要使用的中介軟體管理頁面，建議對該頁面進行存取權限的控制！