[[347959]]

在Trend Micro Vulnerability Research Service近期公布的一份漏洞報告中，Trend Micro研究團隊成員Kc Udonsi和John Simpson詳細介紹了Apache Struts框架中最近曝出的一個代碼執(zhí)行漏洞。這個安全漏洞最初是由蘋果信息安全部的Matthias Kaiser發(fā)現(xiàn)并報告的。下文節(jié)選自他們撰寫的CVE-2019-0230報告，其中做了部分修改。

最近，Apache Struts框架被曝出了一個遠程代碼執(zhí)行漏洞。該漏洞是由于輸入驗證不足導致在計算原始用戶輸入時強制進行兩次Object Graph Navigation Library(OGNL)計算所致。攻擊者可以通過向目標服務(wù)器發(fā)送精心制作的請求來利用該漏洞。一旦攻擊得手，他們就能夠以服務(wù)器的權(quán)限執(zhí)行任意代碼。

漏洞詳情

Apache Struts是一個用于構(gòu)建基于Java的web應(yīng)用程序的模型-視圖-控制器(MVC)框架。該MVC框架用于將信息的表示與用戶與信息的交互隔離開來。其中，模型由負責與數(shù)據(jù)庫通信等后端工作的業(yè)務(wù)和應(yīng)用程序邏輯組成。視圖是提供給用戶的數(shù)據(jù)的表示形式，而控制器負責協(xié)調(diào)模型和視圖之間的通信。

Apache Struts將通過Java Servlet API提供一個名為ActionServlet的控制器。而來自客戶端的請求則以XML配置文件中定義的“Action(操作)”形式發(fā)送到控制器。這時，控制器會調(diào)用模型代碼中相應(yīng)的Action類，這些類會使用內(nèi)部邏輯來驗證和執(zhí)行這些操作，并以新視圖的形式返回結(jié)果，而控制器則負責更新這些結(jié)果。Apache Struts允許通過Java ServerPages(JSP)對視圖進行編碼，這些視圖將編譯成HTML頁面，以便通過瀏覽器進行查看。

我們可以使用如下所示的URI來訪問相關(guān)的操作：

action name >.action 

其中< action name >被替換為操作名。后綴“.action”只是一個慣例?；赟truts的Web應(yīng)用程序可以使用任何后綴，如“.do”。

HTTP是RFC 7230-7237和其他RFC中描述的請求/響應(yīng)協(xié)議?？蛻舳藢⒄埱蟀l(fā)送到服務(wù)器，經(jīng)過相應(yīng)的處理后，服務(wù)器會再將響應(yīng)發(fā)送回客戶端。通常情況下，HTTP請求是由一個請求行、各種標頭、一個空行和一個可選的消息正文組成的，具體如下所示：

 其中，CRLF表示回車換行符(CR)，后跟換行符(LF)，而SP則表示空格字符。參數(shù)可以在請求URI或消息正文中作為“名稱-值”對從客戶端傳遞到服務(wù)器端，具體取決于所使用的方法和Content-Type標頭。例如，當使用GET方法傳送值為“1”、名為“param”的參數(shù)時，相應(yīng)的HTTP請求將如下所示：

 如果使用POST方法的話，則相應(yīng)HTTP請求將如下所示：

 如果有多個參數(shù)/值對的話，它們將被編碼為以&為分隔符的“名稱=值”對，具體如下所示：

var1=value1&var2=value2... 

此外，Apache Struts還支持使用對象圖導航語言(Object Graph Navigational Language，OGNL)表達式通過模板.jsp文件動態(tài)生成網(wǎng)頁內(nèi)容。OGNL是一種具有簡潔語法的動態(tài)表達式語言(EL)，用于獲取和設(shè)置Java對象、lambda表達式等屬性。OGNL表達式可以包含組成導航鏈的字符串。這些字符串可以是屬性名、方法調(diào)用、數(shù)組索引等。OGNL表達式是根據(jù)以O(shè)GNL上下文形式提供給求值器的初始或根上下文對象進行計算的。

Apache Struts使用名為ActionContext的線程本地容器對象來存儲執(zhí)行Action所需的各種對象。這些對象通常會包括會話標識符、請求參數(shù)、區(qū)域設(shè)置等。此外，ActionContext還公開了一個ValueStack接口，用于推送和存儲處理動態(tài)表達式語言(EL)所需的對象。當EL編譯器需要解析表達式時，它會從推送到堆棧中的最新對象開始向下搜索堆棧。OGNL是Struts使用的主要EL，它具有以下特殊語法：

•  --objectName：ValueStack中的對象(OGNL上下文中的默認/根對象)，如Action屬性。
•  --#objectName：位于ActionContext之內(nèi)，同時位于ValueStack之外的對象。例如，#parameters.objectName用于請求參數(shù)，#session.objectName用于會話作用域?qū)傩?，等等?/li>
•  --%{ognlexp}：強制對通常為字符串的屬性進行OGNL評估。
•  --@full.class.name@Static_Field：用于表示類的靜態(tài)字段(變量和方法)。

與此報告相關(guān)的功能是強制使用語法%{ognlexp}對通常為字符串的屬性進行OGNL計算。該語法稱為alt語法，是默認啟用的。如果ognlexp是從用戶輸入中獲得的，且沒有進行任何消毒處理，那么很可能會發(fā)生雙重計算。如果在標簽屬性中進行強制求值的話，這種情況就非?？赡馨l(fā)生。例如(以錨點標簽為例)：

如果用戶提供的fileNam，使得原始OGNL表達式未經(jīng)進一步驗證即進行了傳遞，則當該標簽作為請求的結(jié)果渲染時，將會計算走私的OGNL表達式。也就是說，如果filename是OGNL表達式，如%{2+2}，則渲染的標簽為：

在渲染響應(yīng)時，對于每個要渲染的標簽，都會調(diào)用在org.apache.struts2.views.jsp.ComponentTagSupport類中定義的doStartTag()方法。然后，這個方法會進一步調(diào)用populateParams()方法。然而，這個方法的實際調(diào)用版本，則取決于被處理的標簽。對于錨標簽來說，對應(yīng)的方法被定義為org.apache.struts2.views.jsp.ui.AnchorTag類中的populateParams()方法。實際上，id屬性的第一次計算發(fā)生在populateParams()的基類實現(xiàn)中，即調(diào)用在org.apache.struts2.component.UIBean類中定義的setId()。

在調(diào)用populateParams()方法之后，doStartTag()方法將開始計算標簽并渲染模板。在org.apache.struts2.component.ClosingUIBean類中定義的start()方法中，將會執(zhí)行函數(shù)evaluateParams()，而這個函數(shù)會利用populateComponentHtmlId()函數(shù)來填充標簽的id屬性。至于這個方法的調(diào)用版本，具體取決于被渲染的標簽。對于一個錨標簽來說，將調(diào)用org.apache.struts2.component.UIBean類中定義的populateComponentHtmlId()方法。這個實現(xiàn)會在findStringIfAltSyntax()函數(shù)中再次將id屬性作為OGNL表達式進行處理。

在Apache Struts 2框架存在一個遠程代碼執(zhí)行漏洞。該漏洞是由于對OGNL表達式可用的類和包限制不足所致，特別是java.io.、java.nio.、java.net.、sun.misc.包。雖然Apache Struts團隊多次指出重復的OGNL計算是一個潛在的安全風險，并指出開發(fā)人員應(yīng)該只使用強制計算功能來處理受信任的數(shù)據(jù)，并已經(jīng)添加了相應(yīng)緩解控制措施，以最大限度地降低被利用的可能性。這些緩解控制措施包括：

•  -- struts.excludedClasses：以逗號分隔的由排除的類組成的列表。
•  -- struts.excludedPackageNamePatterns：用于根據(jù)Regex來排除包的模式。
•  -- struts.excludedPackageNames: 用逗號分隔的由被排除的包組成的列表。

此外，Struts默認限制了對Class構(gòu)造函數(shù)以及靜態(tài)方法的訪問。SetOgnlUtil()方法會修改ValueStack的SecurityMemberAccess屬性，以包含上述列表中的排除項。但是，如果遇到不在排除項中的類或包，則仍然允許其執(zhí)行不安全操作，因為SecurityMemberAccess.isAccessible()方法允許對那些訪問或操作這些包中定義的對象的表達式進行計算。

Apache Struts所使用的FreeMarker Java模板引擎在包freemarker.ext.jsp中提供了一組實用工具類，以方便FreeMarker-JSP的雙向集成。在這些類中，有一個名為TaglibFactory的類。這個類提供了一個與servlet上下文相關(guān)聯(lián)的哈希模型，可以加載相關(guān)的JSP標簽庫。類TaglibFactory能夠通過ObjectWrapper類的實例將Java對象映射到FreeMarker模板語言的類型系統(tǒng)。ObjectWrapper類決定了Java對象的哪些部分可以從模板中訪問，以及如何訪問。此外，類TaglibFactory還公開了一個獲取支持ObjectWrapper實例的getter。同時，這個ObjectWrapper實例還提供了一種創(chuàng)建任意Java對象的方法，以便在需要時分別使用newInstance()和wrap()兩個公共方法對其進行封裝。因此，攻擊者可以通過首先使用wrap()方法對參數(shù)進行封裝，然后調(diào)用newInstance()指定要實例化的類和封裝的構(gòu)造函數(shù)參數(shù)來創(chuàng)建一個具有公共構(gòu)造函數(shù)的任意類實例。這個gadget有效地幫助Struts擺脫了對Class構(gòu)造函數(shù)的默認限制。因此，TaglibFactory的實例可用于OGNL ValueStack中的OGNL表達式。

Guice輕量級依賴注入容器在包com.openymphony.xwork2.inject中提供了一組實用工具類，用于提供構(gòu)造函數(shù)、方法、靜態(tài)方法、字段和靜態(tài)字段注入。其中，有一個名為ContainerBuilder的類。這個類提供了構(gòu)建依賴注入容器的工廠方法。更重要的是，它還提供了一個公共方法，可以用來創(chuàng)建Container實例。而Container實例不僅存有依賴關(guān)系映射，而且還提供了一個公共方法injection()，該方法可用于創(chuàng)建任意實例并將其注入依賴項映射中。容器實例有效地提供了一種檢索靜態(tài)工廠方法保護的實例的方法，否則OGNL表達式將無法使用這些方法。通過調(diào)用inject()并指定所需的類，我們就可以獲得沒有公共構(gòu)造函數(shù)，只有返回單例實例的靜態(tài)工廠方法的任意類實例。我們可以使用前述的FreeMarker TagLibFactory小工具來獲得ContainerBuilder類的實例，因為它實現(xiàn)了一個公共構(gòu)造函數(shù)。

借助于這些小工具(gadget)，我們可以通過獲取受限類sun.misc.Unsafe的實例，從java.net.包中實例化一個類，打開與遠程機器的連接并從遠程機器接收類字節(jié)，最后使用sun.misc.Unsafe.defineAnonymousClass()方法以及從遠程服務(wù)器接收到的字節(jié)來定義一個任意類，從而繞過當前的安全限制。然后，我們就可以使用sun.misc.Unsafe.allocateInstance()方法初始化任意類了。盡管allocateInstance()方法無法調(diào)用構(gòu)造函數(shù)，卻可以在創(chuàng)建的實例上調(diào)用為該類定義的其他公共方法?；蛘撸覀円部梢允褂脕碜詊ava.io或java.nio包的類的實例可以用來創(chuàng)建任意文件(如JSP文件)，并將其寫入到任意位置(如Web應(yīng)用程序根目錄)，因為文件路徑引用可用于OGNL ValueStack的OGNL表達式。

遠程攻擊者可以通過向受攻擊的服務(wù)器發(fā)送包含惡意參數(shù)的HTTP請求來利用該漏洞。一旦成功利用該漏洞，他們就能夠執(zhí)行具有服務(wù)器權(quán)限的任意代碼。

小結(jié)

Apache Struts團隊已經(jīng)在2020年8月修復了這個安全漏洞。根據(jù)他們的說法，相關(guān)的補丁是通過確保對傳入的每個值進行正確檢查，并驗證其是否用于標簽的屬性來修復該漏洞的。此外，他們還建議，除非無法避免，否則最好不要使用%{...}或${...}語法對值以外的屬性進行強制求值。最后，需要補充一點，Struts的2.5.22和更高版本不受該漏洞影響。

特別感謝趨勢科技研究團隊的Kc Udonsi和John Simpson對該漏洞提供了如此詳盡的分析。有關(guān)趨勢科技研究服務(wù)的簡介，請訪問http://go.trendmicro.com/tis/。

 本文翻譯自：https://www.thezdi.com/blog/2020/10/7/cve-2019-0230-apache-struts-ognl-remote-code-execution如若轉(zhuǎn)載，請注明原文地址。