JSP漏洞大觀

綜述：伺服器漏洞是安全問題的起源，駭客對網站的攻擊也大多是從尋找對方的漏洞開始的。所以只有瞭解自身的漏洞，網站管理員才能採取相應的對策，阻止外來的攻擊。下面介紹一下一些伺服器（包括Web伺服器和JSP伺服器）的常見漏洞。

　　Apache泄露重寫的任意檔案漏洞是怎麼回事？

　　在Apache1.2以及以後的版本中存在一個mod_rewrite模組，它用來指定特殊URLS在網路伺服器檔案系統上所映射的絕對路徑。如果傳送一個包含正確表達參數的重寫規則，攻擊者就可以查看目標主機上的任意檔案。

　　下面舉例說明重寫規則指令（其中第一行只有是包含漏洞的）：

　　RewriteRule /test/(.*) /usr/local/data/test-stuff/$1
　　RewriteRule /more-icons/(.*) /icons/$1
　　RewriteRule /go/(.*) http://www.apacheweek.com/$1

　　受影響的系統：

　　1）Apache 1.3.12
　　2）Apache 1.3.11win32
　　3）Apache 1.2.x

　　不受影響系統：Apache 1.3.13

　　怎樣解決在HTTP請求中添加特殊字元導致暴露JSP原始碼檔案？
　　Unify eWave ServletExec 是一個 Java/Java Servlet 引擎外掛程式，主要用於 WEB 伺服器，例如：Microsoft IIS, Apache, Netscape Enterprise 伺服器等等。
　　當一個 HTTP 要求中添加下列字元之一，ServletExec 將返回 JSP 原始碼檔案。
.

　　%2E
　　+
　　%2B
　　\
　　%5C
　　%20
　　%00

　　成功的利用該漏洞將導致泄露指定的JSP檔案的原始碼，例如：使用下面的任意一個URL請求將輸出指定的JSP檔案的原始碼：

　　1）http://target/directory/jsp/file.jsp.
　　2）http://target/directory/jsp/file.jsp%2E
　　3）http://target/directory/jsp/file.jsp+
　　4）http://target/directory/jsp/file.jsp%2B
　　5）http://target/directory/jsp/file.jsp\
　　6）http://target/directory/jsp/file.jsp%5C
　　7）http://target/directory/jsp/file.jsp%20
　　8）http://target/directory/jsp/file.jsp%00

　　受影響的系統：

　　1）Unify eWave ServletExec 3.0c
　　2）Sun Solaris 8.0
　　3）Microsoft Windows 98
　　4）Microsoft Windows NT 4.0
　　5）Microsoft Windows NT 2000
　　6）Linux kernel 2.3.x
　　7）IBM AIX 4.3.2
　　8）HP HP-UX 11.4

　　解決方案：

　　如果沒有使用任何靜態頁面或映像，可以配置一個預設的 servlet，並將"/"映射到這個預設的 servlet。這樣當收到一個未映射到某個 servlet 的 URL 時，這個預設的servlet 就會被調用。在這種情況下，預設的 servlet 可以僅僅返回"未找到檔案"。如果使用了靜態頁面或映像，仍然可以作這樣的配置，但是需要讓這個預設的servlet 處理對合法的靜態頁面和映像的請求。
　　另一種可能就是將*.jsp+、*.jsp.和*.jsp\等映射到一個 servlet，而該servlet只是返回"未找到檔案"。對於*.jsp%00和*.jsp%20這樣的情況，映射應以未經編碼的形式輸入。例如，對於*.jsp%20的映射應輸入"*.jsp "。注意%20被轉換成一個空白字元。

　　Tomcat有哪些漏洞？

　　Tomcat 3.1 存在暴露網站路徑問題

　　Tomcat 3.1 是在 Apache 軟體環境下開發的一個支援 JSP 1.1 和 Servlets 2.2 的軟體。它存在一個安全問題當發送一個不存在的 jsp 請求時會暴露網站上網頁的全路徑。

　　舉例：
　　http://narco.guerrilla.sucks.co:8080/anything.jsp

　　結果顯示：
Error: 404
Location: /anything.jsp
JSP file "/appsrv2/jakarta-tomcat/webapps/ROOT/anything.jsp" not found

　　解決方案：升級到新版本

　　Tomcat 暴露JSP檔案內容

　　Java Server Pages (JSP)類型的檔案是以'.jsp'副檔名在Tomcat 上註冊，Tomcat 是檔案名稱大小寫敏感的，'.jsp'和'.JSP'是不同類型的副檔名。如果提交有'.JSP'的連結給Tomcat,而Tomcat找不到'.JSP'就會以預設的'.text'檔案類型來響應請求。因為在NT系統中大小寫檔案名稱是非敏感的，所以被請求的檔案會以文本的形式送出。

　　如果在UNIX伺服器上會出現"file not found"的錯誤資訊。

　　如何在windows下對Tomcat實施代碼保護

　　Tomcat的一些版本有泄露原始碼的漏洞，如果在瀏覽器中調用JSP頁面時將該檔案的尾碼改成大寫，這個JSP檔案的原始碼將完全輸出到瀏覽器中（也許瀏覽器視窗中什麼都沒有，這時你只需查看HTML源檔案就可以發現）。如此一來，網站的原始碼是不是都會暴露在互連網上那？
　　不用擔心，解決方案很簡單，把各種尾碼的組合全部寫到Tomcat_Home\conf \web.xml裡就可以了，這樣Tomcat會將不同尾碼名的JSP分開對待，就不會泄露代碼了。

　　　　jsp
　　　　*.jsp

　　　　jsP
　　　　*.jsP

　　　?lt;servlet-name>jSp
　　　　*.jSp

　　　　jSP
　　　　*.jSP

　　　　Jsp
　　　　*.Jsp

　　　　JsP
　　　　*.JsP

　　　　JSp
　　　　*.JSp

　　　　JSP
　　　　*.JSP

　　Allair Jrun漏洞有哪些漏洞？

　　Allair JRUN 非法讀取 WEB-INF 漏洞
　　在Allaire 的 JRUN 伺服器 2.3版本中存在一個嚴重的安全性漏洞。它允許一個攻擊者在 JRun 3.0 伺服器中查看 WEB-INF 目錄。
　　如果使用者在提交 URL 請求時在，通過附加一個"/"使該 URL 成為畸形的 URL，這時 WEB-INF 下的所有子目錄將會暴露出來。攻擊者巧妙的利用該漏洞將能夠遠程獲得目標主機系統中 WEB-INF 目錄下的所有檔案的讀取許可權。
　　例如使用下面這個 URL 將會暴露 WEB-INF 下的所有檔案：
http://site.running.jrun:8100//WEB-INF/

　　受影響的系統：Allaire JRun 3.0

　　解決方案：下載並安裝補丁：

Allaire patch jr233p_ASB00_28_29
http://download.allaire.com/jrun/jr233p_ASB00_28_29.zip
Windows 95/98/NT/2000 and Windows NT Alpha
Allaire patch jr233p_ASB00_28_29tar
http://download.allaire.com/jrun/jr233p_ASB00_28_29.tar.gz
UNIX/Linux patch - GNU gzip/tar

　　Allaire JRUN 2.3 查看任意檔案漏洞

　　Allaire 的 JRUN 伺服器 2.3上存在多重顯示代碼漏洞。該漏洞允許攻擊者在 WEB 伺服器上查看根目錄下的任意檔案的原始碼。
　　JRun 2.3 使用 Java Servlets 解析各種各樣類型的頁面（例如：HTML, JSP等等）。基於rules.properties 和 servlets.properties 的檔案設定，可能利用URL首碼"/servlet/"調用任何servlet。
　　它可能使用 Jrun 的 SSIFilter servlet 在目標系統上檢索任意的檔案。下列 2 個例子顯示出能被用來檢索任意的檔案的 URLs ：

http://jrun:8000/servlet/com.livesoftware.jrun.plugins.ssi.SSIFilter/../../t est.jsp
http://jrun:8000/servlet/com.livesoftware.jrun.plugins.ssi.SSIFilter/../../../../../../../boot.ini
http://jrun:8000/servlet/com.livesoftware.jrun.plugins.ssi.SSIFilter/../../. ./../../../../winnt/repair/sam
http://jrun:8000/servlet/ssifilter/../../test.jsp
http://jrun:8000/servlet/ssifilter/../../../../../../../boot.ini
http://jrun:8000/servlet/ssifilter/../../../../../../../winnt/repair/sam._

　　注意：假設JRun在主機" jrun "上運行，連接埠8000。

　　受影響的系統：Allaire JRun 2.3.x

　　解決方案：下載並安裝補丁：

Allaire patch jr233p_ASB00_28_29
http://download.allaire.com/jrun/jr233p_ASB00_28_29.zip
Windows 95/98/NT/2000 and Windows NT Alpha
Allaire patch jr233p_ASB00_28_29tar
http://download.allaire.com/jrun/jr233p_ASB00_28_29.tar.gz
UNIX/Linux patch - GNU gzip/tar

　　Allaire JRUN 2.3遠程執行任意命令漏洞

　　Allaire 的 JRUN 伺服器 2.3上存在一個安全性漏洞，允許遠端使用者把在 WEB 伺服器上的任意檔案作為JSP代碼編譯/執行。 　　如果URL請求的目標檔案使用了首碼"/servlet/"，則JSP解釋執行功能被啟用。這時在使用者請求的目標檔案路徑中使用"../"，就有可能訪問到 WEB 伺服器上根目錄以外的檔案。在目標主機上利用該漏洞請求使用者輸入產生的一個檔案，將嚴重威脅到目標主機系統的安全。

　　例如：

http://jrun:8000/servlet/com.livesoftware.jrun.plugins.jsp.JSP/../../path/to /temp.txt
http://jrun:8000/servlet/jsp/../../path/to/temp.txt

　　受影響的系統：Allaire JRun 2.3.x

　　解決方案：下載並安裝補丁：

Allaire patch jr233p_ASB00_28_29
http://download.allaire.com/jrun/jr233p_ASB00_28_29.zip
Windows 95/98/NT/2000 and Windows NT Alpha
Allaire patch jr233p_ASB00_28_29tar
http://download.allaire.com/jrun/jr233p_ASB00_28_29.tar.gz
UNIX/Linux patch - GNU gzip/tar

　　JRun 2.3.x 範例檔案暴露網站安全資訊

　　JRun 2.3.x 在 JRUN_HOME/servlets 目錄下有一些 servlet 範例檔案，這個目錄是 JRun 2.3.x 用於載入和執行 servlets 檔案。所有副檔名為 ".Java" 或 "class" 的檔案必須被刪除，這是因為這些檔案會暴露網站的安全資訊。例如：
http://www.xxx.xxx/servlet/SessionServlet 會暴露當前伺服器保持的HTTP串連資訊。JRUN_HOME/jsm-default/services/jws/htdocs 目錄下的內容也應被刪除掉。這個目錄儲存有示範伺服器功能的 '.jsp' 檔案，其中一些檔案牽涉到訪問伺服器檔案系統和暴露伺服器設定的問題。例如對檔案 "viewsource.jsp" 的路徑檢查是預設關閉的，它可被用於訪問伺服器檔案系統。

　　解決方案：

　　1）安裝 2.3.3 service pack
　　2）從伺服器上刪除所有的說明文檔、示範編碼、範例和教材，包括安裝 JRun 　　2.3.x 時存放於 JRUN_HOME/servlets 目錄和JRUN_HOME/jsm-default/services/jws/htdocs 目錄裡的文檔。
　　相關網站：http://www.allaire.com/

　　IBM WebSphere Application Server有哪些漏洞？

　　1、IBM WebSphere Application Server 3.0.2 存在暴露原始碼漏洞
IBM WebSphere Application Server 允許攻擊者查看 Web server 根目錄以上的所有檔案。IBM WebSphere 使用 Java Servlets 處理多種頁面類型的分析(如 HTML, JSP, JHTML, 等等)。In addition 不同的 servlets 對不同的頁面進行處理，如果一個請求的檔案是未進行註冊管理的，WebSphere 會使用一個預設的 servlet 作調用。如果檔案路徑以"/servlet/file/"作開頭這個預設的 servlet 會被調用這個請求的檔案會未被分析或編譯就顯示出來。

　　受影響系統：IBM WebSphere 3.0.2 的所有版本

　　舉例：

　　如果一個請求檔案的 URL 為 "login.jsp":：　　http://site.running.websphere/login.jsp那麼訪問　　http://site.running.websphere/servlet/file/login.jsp將看到這個檔案的原始碼。
　　解決方案：下載並安裝補丁
http://www-4.ibm.com/software/webservers/appserv/efix.html
　　相關網站：http://www-4.ibm.com/software/webservers/appserv/
　　IBM WebSphere Application Server 暴露JSP檔案內容
　　Java Server Pages (JSP)類型的檔案是以'.jsp'副檔名在WebSphere Application Serve 上註冊，WebSphere 是檔案名稱大小寫敏感的，'.jsp'和'.JSP'是不同類型的副檔名。如果提交有'.JSP'的連結給WebSphere,而WebSphere找不到'.JSP'就會以預設的'.text'檔案類型來響應請求。因為在NT系統中大小寫檔案名稱是非敏感的，所以被請求的檔案會以文本的形式送出。

　　如果在UNIX伺服器上會出現"file not found"的錯誤資訊。

　　解決方案：點擊此處下載補丁
　　相關網站：http://www-4.ibm.com/software/webservers/appserv/efix.html
　　BEA WebLogic有哪些暴露原始碼漏洞？

　　受影響版本：

　　所有系統上的

　　BEA WebLogic Enterprise 5.1.x
　　BEA WebLogic Server and Express 5.1.x
　　BEA WebLogic Server and Express 4.5.x
　　BEA WebLogic Server and Express 4.0.x
　　BEA WebLogic Server and Express 3.1.8

　　這個漏洞使攻擊者能讀取 Web 目錄下所有檔案的原始碼。

　　WebLogic 依賴四個主要 Java Servlets to 服務不同類型的檔案。這些 servlets 是：

　　1）FileServlet - for 簡單 HTML 頁面
　　2）SSIServlet - for Server Side Includes 頁面
　　3）PageCompileServlet - for JHTML 頁面
　　4）JSPServlet - for Java Server 頁面

　　看著weblogic.properties 檔案, 這兒是各個 servlets 的註冊值：

　　1）weblogic.httpd.register.file=weblogic.servlet.FileServlet
　　2）weblogic.httpd.register.*.shtml=weblogic.servlet.ServerSideIncludeServlet
　　3）weblogic.httpd.register.*.jhtml=weblogic.servlet.jhtmlc.PageCompileServlet
　　4）weblogic.httpd.register.*.jsp=weblogic.servlet.JSPServlet
更多的 weblogic.properties 檔案, 如果一個請求檔案是沒有註冊管理的，那麼就會調用一個預設的 servlet 。以下是展示預設的 servlet 是如何註冊的。

　　# Default servlet registration
　　# ------------------------------------------------
　　# Virtual name of the default servlet if no matching servlet
　　# is found weblogic.httpd.defaultServlet=file

　　因此如果 URL 中的檔案路徑開頭為 "/file/" , 將會引致 WebLogic 調用預設的 servlet, 那將會使網頁未加分析和編譯而直接顯示。

　　論證：

　　只要在想看的檔案原來的 URL 路徑之前加入 "/file/" 就會讓檔案未經分析和編譯，直接暴露原始碼。如：http://site.running.weblogic/login.jsp ，那麼只要訪問 http://site.running.weblogic/file/login.jsp 就會在 WEB 瀏覽器裡看到檔案的內容。

　　以下是使用方法:

　　1. 通過強制使用 SSIServlet 查看未分析的頁面 :
　　伺服器網站通過 WebLogic 中的 SSIServlet 處理頁面，它在weblogic.properties 檔案中註冊以下資訊：weblogic.httpd.register.*.shtml= weblogic.servlet.ServerSideIncludeServlet

　　通過 URL 使用 SSIServlet 自動處理萬用字元 （*） 。因此 如果檔案路徑開頭為 /*.shtml/，將強制檔案由 SSIServlet 處理。如果使用其它檔案類型如 .jsp 和 .jhtml, 就能查看未分析的 jsp 和 jhtml 代碼。舉例：http://www.xxx.com/*.shtml/login.jsp

　　2. 通過強制使用 FileServlet 查看未分析的頁面 :
　　WebLogic 使用 FileServlet 配置 ConsoleHelp servlet ，在weblogic.properties 檔案的以下內容可得知:

# For Console help. Do not modify.
weblogic.httpd.register.ConsoleHelp= weblogic.servlet.FileServlet
weblogic.httpd.initArgs.ConsoleHelp=\defaultFilename=/weblogic/admin/help/NoContent.html
weblogic.allow.execute.weblogic.servlet.ConsoleHelp=everyone

　　因此如果檔案路徑以 /ConsoleHelp/ 開頭將導致 WebLogic 使用 FileServlet，使未分析或編譯的檔案作頁面顯示出來，舉例：http://www.xxx.com/ConsoleHelp/login.jsp

　　解決方案：
　　不要使用樣本中的設定方法設定 FileServlet 。這可能會讓你的 JSP/JHTML 檔案的原始碼暴露出來。請查看線上文檔:
　　http://www.weblogic.com/docs51/admindocs/http.html#file

　　樣本的 registrations 如下：
　　weblogic.httpd.register.file=weblogic.servlet.FileServlet
　　weblogic.httpd.initArgs.file=defaultFilename=index.html
　　weblogic.httpd.defaultServlet=file

　　有兩種方法可以避免這個問題：

　　（1）註冊那些檔案 servlet 使用隨機使用者名稱，加大猜測難度。例如使用象這樣註冊檔案 servlet 為 12foo34：
　　weblogic.httpd.register.12foo34=weblogic.servlet.FileServlet
　　weblogic.httpd.initArgs.12foo34=defaultFilename=index.html
　　weblogic.httpd.defaultServlet=12foo34

　　（2）註冊檔案 servlet 使用 wild cards 聲明你將使用所有這些副檔名作服務。舉例註冊檔案 servlet 為 .html 檔案服務：
　　weblogic.httpd.register.*.html=weblogic.servlet.FileServlet
　　weblogic.httpd.initArgs.*.html=defaultFilename=index.html
　　weblogic.httpd.defaultServlet=*.html

　　使用上面的方法重複加入以下類型的檔案 *.gif, *.jpg, *.pdf, *.txt, etc.
　　注意：這些資訊是備有證明在 BEA WebLogic Server and Express 說明檔的：http://www.weblogic.com/docs51/admindocs/lockdown.html
　　另：請留意新版本並升級吧。