devengpk/cve-2022-29464Exploit für CVE-2022-29464, einen nicht authentifizierten beliebigen Datei-Upload in WSO2-Servern, der eine Remote-Codeausführung durch bösartige JSP-Uploads ermöglicht.
WSO2 RCE (CVE-2022-29464) Exploit und Writeup.
CVE-2022-29464 ist ein schwerwiegender Fehler in WSO2. Der Fehler ist ein nicht autorisierter, uneingeschränkter Datei-Upload, der es nicht autorisierten Benutzern ermöglicht, bösartige JSP-Dateien auf WSO2-Server hochzuladen und Remote Code Execution (RCE) zu erlangen.
Die anfällige Upload-Route ist /fileupload, die vom Servlet FileUploadServlet verarbeitet wird. Und sie ist eine ungeschützte Route durch IAM, wie wir in der Konfigurationsdatei indentity.xml sehen können:```xml
Die Funktion 'handleSecurity()' ist für den Schutz der verschiedenen von WSO2 bereitgestellten Routen verantwortlich und bietet einen Mechanismus zur Durchführung von Sicherheitsprüfungen auf die empfangenen HTTP-Anfragen. 'handleSecurity()' ruft 'CarbonUILoginUtil.handleLoginPageRequest(),' auf, und basierend auf dessen Rückgabewert wird entschieden, ob der Zugriff auf die angeforderte URI gewährt oder verweigert wird:```java
public boolean handleSecurity(HttpServletRequest request, HttpServletResponse response)
throws IOException {
[snipped]
if ((val = CarbonUILoginUtil.handleLoginPageRequest(requestedURI, request, response,
authenticated, context, indexPageURL)) != CarbonUILoginUtil.CONTINUE) {
if (val == CarbonUILoginUtil.RETURN_TRUE) {
return true;
} else {
return false;
}
}
[snipped]
}
CarbonUILoginUtil.handleLoginPageRequest() gibt CarbonUILoginUtil.RETURN_TRUE zurück, wenn die Route /fileupload ist:```java
protected static int handleLoginPageRequest(String requestedURI, HttpServletRequest request,
HttpServletResponse response, boolean authenticated, String context, String indexPageURL)
throws IOException {
boolean isTryIt = requestedURI.indexOf("admin/jsp/WSRequestXSSproxy_ajaxprocessor.jsp") > -1;
boolean isFileDownload = requestedURI.endsWith("/filedownload");
if ((requestedURI.indexOf("login.jsp") > -1
|| requestedURI.indexOf("login_ajaxprocessor.jsp") > -1
|| requestedURI.indexOf("admin/layout/template.jsp") > -1
|| isFileDownload
|| requestedURI.endsWith("/fileupload")
|| requestedURI.indexOf("/fileupload/") > -1
|| requestedURI.indexOf("login_action.jsp") > -1
|| isTryIt
|| requestedURI.indexOf("tryit/JAXRSRequestXSSproxy_ajaxprocessor.jsp") > -1)
&& !requestedURI.contains(";")) {
if ((requestedURI.indexOf("login.jsp") > -1
|| requestedURI.indexOf("login_ajaxprocessor.jsp") > -1 || requestedURI
.indexOf("login_action.jsp") > -1) && authenticated) {
[snipped]
} else if ((isTryIt || isFileDownload) && !authenticated) {
[snipped]
} else if (requestedURI.indexOf("login_action.jsp") > -1 && !authenticated) {
[snipped]
} else {
if (log.isDebugEnabled()) {
log.debug("Skipping security checks for " + requestedURI);
}
return RETURN_TRUE;
}
}
return CONTINUE;
}
mit `CarbonUILoginUtil.handleLoginPageRequest()`, die `CarbonUILoginUtil.RETURN_TRUE` zurückgibt, wird `handleSecurity()` `true` zurückgeben, und der Zugriff auf `/fileupload` wird dann ohne Authentifizierung gewährt.
Der `FileUploadServlet`-Servlet und über [`init()`](https://github.com/wso2/carbon-kernel/blob/d47232dfb2b26c0ef18a74e2ef4aa503caa59697/core/org.wso2.carbon.ui/src/main/java/org/wso2/carbon/ui/transports/FileUploadServlet.java#L71) lädt über eine Reihe von Methodenaufrufen letztendlich aus der Konfigurationsdatei `carbon.xml` mehrere Upload-Dateiformate/-aktionen zusammen mit dem Objekt, das jedes Format behandelt.```java
public void init(ServletConfig servletConfig) throws ServletException {
this.servletConfig = servletConfig;
try {
fileUploadExecutorManager = new FileUploadExecutorManager(bundleContext, configContext, webContext);
//Registering FileUploadExecutor Manager as an OSGi service
bundleContext.registerService(FileUploadExecutorManager.class.getName(), fileUploadExecutorManager, null);
} catch (CarbonException e) {
log.error("Exception occurred while trying to initialize FileUploadServlet", e);
throw new ServletException(e);
}
}
der FileUploadExecutorManager Klassenkonstruktor lautet wie folgt:```java
public FileUploadExecutorManager(BundleContext bundleContext,
ConfigurationContext configCtx,
String webContext) throws CarbonException {
this.bundleContext = bundleContext;
this.configContext = configCtx;
this.webContext = webContext;
this.loadExecutorMap();
}
der Konstruktor ruft die private Methode [`loadExecutorMap()`](https://github.com/wso2/carbon-kernel/blob/d47232dfb2b26c0ef18a74e2ef4aa503caa59697/core/org.wso2.carbon.ui/src/main/java/org/wso2/carbon/ui/transports/fileupload/FileUploadExecutorManager.java#L131) auf, in der die Konfigurationsladung erfolgt:```java
private void loadExecutorMap() throws CarbonException {
[snipped]
try {
documentElement = XMLUtils.toOM(serverConfiguration.getDocumentElement());
} catch (Exception e) {
String msg = "Unable to read Server Configuration.";
log.error(msg);
throw new CarbonException(msg, e);
}
[snipped]
OMElement fileUploadConfigElement =
documentElement.getFirstChildWithName(
new QName(ServerConstants.CARBON_SERVER_XML_NAMESPACE, "FileUploadConfig"));
for (Iterator iterator = fileUploadConfigElement.getChildElements(); iterator.hasNext();) {
OMElement mapppingElement = (OMElement) iterator.next();
if (mapppingElement.getLocalName().equalsIgnoreCase("Mapping")) {
OMElement actionsElement =
mapppingElement.getFirstChildWithName(
new QName(ServerConstants.CARBON_SERVER_XML_NAMESPACE, "Actions"));
String confPath = System.getProperty(CarbonBaseConstants.CARBON_CONFIG_DIR_PATH);
[snipped]
Die Konfigurationen der Datei-Upload-Formate befinden sich im FileUploadConfig-Namespace in der XML-Konfigurationsdatei, dies ist die Standardkonfiguration:```xml
100
<Mapping>
<Actions>
<Action>keystore</Action>
<Action>certificate</Action>
<Action>*</Action>
</Actions>
<Class>org.wso2.carbon.ui.transports.fileupload.AnyFileUploadExecutor</Class>
</Mapping>
<Mapping>
<Actions>
<Action>jarZip</Action>
</Actions>
<Class>org.wso2.carbon.ui.transports.fileupload.JarZipUploadExecutor</Class>
</Mapping>
<Mapping>
<Actions>
<Action>dbs</Action>
</Actions>
<Class>org.wso2.carbon.ui.transports.fileupload.DBSFileUploadExecutor</Class>
</Mapping>
<Mapping>
<Actions>
<Action>tools</Action>
</Actions>
<Class>org.wso2.carbon.ui.transports.fileupload.ToolsFileUploadExecutor</Class>
</Mapping>
<Mapping>
<Actions>
<Action>toolsAny</Action>
</Actions>
<Class>org.wso2.carbon.ui.transports.fileupload.ToolsAnyFileUploadExecutor</Class>
</Mapping>
</FileUploadConfig>
Die Methode `loadExecutorMap()` erstellt und füllt eine `HashMap` von `<Action, Class>` mit den Aktionen und Klassen, die aus der Konfigurationsdatei extrahiert wurden. Diese wird später verwendet, um auszuwählen, welche Klasse zur ordnungsgemäßen Behandlung eines bestimmten Formats/Aktion verwendet werden soll.
Wenn später die Route `/fileupload` eine POST-Anfrage erhält, wird die [`doPost()`](https://github.com/wso2/carbon-kernel/blob/d47232dfb2b26c0ef18a74e2ef4aa503caa59697/core/org.wso2.carbon.ui/src/main/java/org/wso2/carbon/ui/transports/FileUploadServlet.java#L53)-Methode des Servlets aufgerufen. Die Methode leitet das Anfrage- und Antwortobjekt einfach an die `execute()`-Methode von `fileUploadExecutorManager` weiter, der in `init()` initialisiert wurde.```java
protected void doPost(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
try {
fileUploadExecutorManager.execute(request, response);
} catch (Exception e) {
String msg = "File upload failed ";
log.error(msg, e);
throw new ServletException(e);
}
}
die execute()-Methode teilt die Anfrage-URL direkt nach dem String fileupload/ auf, was bedeutet, dass sie alles extrahiert, was in der Anfrage-URL nach /fileupload/ kommt, und es actionString zuweist.```java
public boolean execute(HttpServletRequest request,
HttpServletResponse response) throws IOException {
HttpSession session = request.getSession();
String cookie = (String) session.getAttribute(ServerConstants.ADMIN_SERVICE_COOKIE);
request.setAttribute(CarbonConstants.ADMIN_SERVICE_COOKIE, cookie);
request.setAttribute(CarbonConstants.WEB_CONTEXT, webContext);
request.setAttribute(CarbonConstants.SERVER_URL,
CarbonUIUtil.getServerURL(request.getSession().getServletContext(),
request.getSession()));
String requestURI = request.getRequestURI();
//TODO - fileupload is hardcoded
int indexToSplit = requestURI.indexOf("fileupload/") + "fileupload/".length();
String actionString = requestURI.substring(indexToSplit);
// Register execution handlers
FileUploadExecutionHandlerManager execHandlerManager =
new FileUploadExecutionHandlerManager();
CarbonXmlFileUploadExecHandler carbonXmlExecHandler =
new CarbonXmlFileUploadExecHandler(request, response, actionString);
execHandlerManager.addExecHandler(carbonXmlExecHandler);
OSGiFileUploadExecHandler osgiExecHandler =
new OSGiFileUploadExecHandler(request, response);
execHandlerManager.addExecHandler(osgiExecHandler);
AnyFileUploadExecHandler anyFileExecHandler =
new AnyFileUploadExecHandler(request, response);
execHandlerManager.addExecHandler(anyFileExecHandler);
execHandlerManager.startExec();
return true;
}
das `actionString` wird zusammen mit `request` und `response` an den Konstruktor der `CarbonXmlFileUploadExecHandler`-Klasse übergeben:```java
private CarbonXmlFileUploadExecHandler(HttpServletRequest request,
HttpServletResponse response,
String actionString) {
this.request = request;
this.response = response;
this.actionString = actionString;
}
Der Konstruktor speichert sie in seinen Eigenschaften.
Danach werden das carbonXmlExecHandler-Objekt zusammen mit anderen Objekten zu execHandlerManager mittels der addExecHandler()-Methode hinzugefügt.```java
public void addExecHandler(FileUploadExecutionHandler handler) {
if (prevHandler != null) {
prevHandler.setNext(handler);
} else {
firstHandler = handler;
}
prevHandler = handler;
}
dann wird `execHandlerManager.startExec()` aufgerufen:```java
public void startExec() throws IOException {
firstHandler.execute();
}
startExec() ruft execute() des ersten hinzugefügten Objekts auf, nämlich CarbonXmlFileUploadExecHandler:```java
public void execute() throws IOException {
boolean foundExecutor = false;
for (String key : executorMap.keySet()) {
if (key.equals(actionString)) {
AbstractFileUploadExecutor obj = executorMap.get(key);
foundExecutor = true;
obj.executeGeneric(request, response, configContext);
break;
}
}
if (!foundExecutor) {
next();
}
}
[`execute()`](https://github.com/wso2/carbon-kernel/blob/d47232dfb2b26c0ef18a74e2ef4aa503caa59697/core/org.wso2.carbon.ui/src/main/java/org/wso2/carbon/ui/transports/fileupload/FileUploadExecutorManager.java#L430) durchläuft die `HashMap` von `<Action, Class>`, die zuvor erstellt wurde, und findet die Aktion (Schlüssel), die `actionString` entspricht. Wenn gefunden, wird die `executeGeneric()`-Methode des mit dieser Aktion verknüpften Objekts aufgerufen.
Die Standardkonfiguration hat 7 Aktionen:
* `keystore`, `certificate`, `*` behandelt von `org.wso2.carbon.ui.transports.fileupload.AnyFileUploadExecutor`
* `jarZip` behandelt von `org.wso2.carbon.ui.transports.fileupload.JarZipUploadExecutor`
* `dbs` behandelt von `org.wso2.carbon.ui.transports.fileupload.DBSFileUploadExecutor`
* `tools` behandelt von `org.wso2.carbon.ui.transports.fileupload.ToolsFileUploadExecutor`
* `toolsAny` behandelt von `org.wso2.carbon.ui.transports.fileupload.ToolsAnyFileUploadExecutor`
Jedes dieser Objekte behandelt den Upload unterschiedlich. Einige akzeptieren bestimmte Erweiterungen.
Das erste, das ich als anfällig für beliebiges Dateischreiben fand, war `toolsAny` ([`ToolsAnyFileUploadExecutor`](https://github.com/wso2/carbon-kernel/blob/4.4.x/core/org.wso2.carbon.ui/src/main/java/org/wso2/carbon/ui/transports/fileupload/ToolsAnyFileUploadExecutor.java)).
`ToolsAnyFileUploadExecutor` hat keine `executeGeneric()`-Methode, erbt aber von [`AbstractFileUploadExecutor`](https://github.com/wso2/carbon-kernel/blob/d47232dfb2b26c0ef18a74e2ef4aa503caa59697/core/org.wso2.carbon.ui/src/main/java/org/wso2/carbon/ui/transports/fileupload/AbstractFileUploadExecutor.java#L61), der eine [`executeGeneric()`](https://github.com/wso2/carbon-kernel/blob/d47232dfb2b26c0ef18a74e2ef4aa503caa59697/core/org.wso2.carbon.ui/src/main/java/org/wso2/carbon/ui/transports/fileupload/AbstractFileUploadExecutor.java#L97)-Methode besitzt:```java
boolean executeGeneric(HttpServletRequest request,
HttpServletResponse response,
ConfigurationContext configurationContext) throws IOException {//,
// CarbonException {
this.configurationContext = configurationContext;
try {
parseRequest(request);
return execute(request, response);
} catch (FileUploadFailedException e) {
sendErrorRedirect(request, response, e);
} catch (FileSizeLimitExceededException e) {
sendErrorRedirect(request, response, e);
} catch (CarbonException e) {
sendErrorRedirect(request, response, e);
}
return false;
}
executeGeneric() ruft zuerst parseRequest() mit dem request-Objekt als Parameter auf:```java
protected void parseRequest(HttpServletRequest request) throws FileUploadFailedException,
FileSizeLimitExceededException {
fileItemsMap.set(new HashMap<String, ArrayList>());
formFieldsMap.set(new HashMap<String, ArrayList>());
ServletRequestContext servletRequestContext = new ServletRequestContext(request);
boolean isMultipart = ServletFileUpload.isMultipartContent(servletRequestContext);
Long totalFileSize = 0L;
if (isMultipart) {
List items;
try {
items = parseRequest(servletRequestContext);
} catch (FileUploadException e) {
String msg = "File upload failed";
log.error(msg, e);
throw new FileUploadFailedException(msg, e);
}
boolean multiItems = false;
if (items.size() > 1) {
multiItems = true;
}
// Add the uploaded items to the corresponding maps.
for (Iterator iter = items.iterator(); iter.hasNext();) {
FileItem item = (FileItem) iter.next();
String fieldName = item.getFieldName().trim();
if (item.isFormField()) {
if (formFieldsMap.get().get(fieldName) == null) {
formFieldsMap.get().put(fieldName, new ArrayList<String>());
}
try {
formFieldsMap.get().get(fieldName).add(new String(item.get(), "UTF-8"));
} catch (UnsupportedEncodingException ignore) {
}
} else {
String fileName = item.getName();
if ((fileName == null || fileName.length() == 0) && multiItems) {
continue;
}
if (fileItemsMap.get().get(fieldName) == null) {
fileItemsMap.get().put(fieldName, new ArrayList<FileItemData>());
}
totalFileSize += item.getSize();
if (totalFileSize < totalFileUploadSizeLimit) {
fileItemsMap.get().get(fieldName).add(new FileItemData(item));
} else {
throw new FileSizeLimitExceededException(getFileSizeLimit() / 1024 / 1024);
}
}
}
}
}
Es stellt zunächst sicher, dass die POST-Anfrage eine Multipart-POST-Anfrage ist, extrahiert dann die hochgeladenen Dateien, stellt sicher, dass die POST-Anfrage mindestens eine hochgeladene Datei enthält und validiert diese gegen die maximale Dateigröße.
Nach der Rückkehr von `parseRequest()` wird `executeGeneric()` nun die `execute()`-Methode aufrufen, die von `ToolsAnyFileUploadExecutor` [überschrieben](https://github.com/wso2/carbon-kernel/blob/d47232dfb2b26c0ef18a74e2ef4aa503caa59697/core/org.wso2.carbon.ui/src/main/java/org/wso2/carbon/ui/transports/fileupload/ToolsAnyFileUploadExecutor.java#L36) wird:```java
@Override
public boolean execute(HttpServletRequest request,
HttpServletResponse response) throws CarbonException, IOException {
PrintWriter out = response.getWriter();
try {
Map fileResourceMap =
(Map) configurationContext
.getProperty(ServerConstants.FILE_RESOURCE_MAP);
if (fileResourceMap == null) {
fileResourceMap = new TreeBidiMap();
configurationContext.setProperty(ServerConstants.FILE_RESOURCE_MAP,
fileResourceMap);
}
List<FileItemData> fileItems = getAllFileItems();
//String filePaths = "";
for (FileItemData fileItem : fileItems) {
String uuid = String.valueOf(
System.currentTimeMillis() + Math.random());
String serviceUploadDir =
configurationContext
.getProperty(ServerConstants.WORK_DIR) +
File.separator +
"extra" + File
.separator +
uuid + File.separator;
File dir = new File(serviceUploadDir);
if (!dir.exists()) {
dir.mkdirs();
}
File uploadedFile = new File(dir, fileItem.getFileItem().getFieldName());
try (FileOutputStream fileOutStream = new FileOutputStream(uploadedFile)) {
fileItem.getDataHandler().writeTo(fileOutStream);
fileOutStream.flush();
}
response.setContentType("text/plain; charset=utf-8");
//filePaths = filePaths + uploadedFile.getAbsolutePath() + ",";
fileResourceMap.put(uuid, uploadedFile.getAbsolutePath());
out.write(uuid);
}
//filePaths = filePaths.substring(0, filePaths.length() - 1);
//out.write(filePaths);
out.flush();
} catch (Exception e) {
log.error("File upload FAILED", e);
out.write("<script type=\"text/javascript\">" +
"top.wso2.wsf.Util.alertWarning('File upload FAILED. File may be non-existent or invalid.');" +
"</script>");
} finally {
out.close();
}
return true;
}
Hier liegt der Fehler, die execute()-Methode ist anfällig für eine Path-Traversal-Schwachstelle, da sie dem vom Benutzer in der POST-Anfrage angegebenen Dateinamen vertraut. Ohne das Path-Traversal-Escaping des tmp-Verzeichnisses wird die Datei tatsächlich gespeichert unter:```
./tmp/work/extra/$uuid/$filename
wobei `uuid` in der Antwort zurückgegeben wird:
Die Datei befindet sich in:
Jetzt müssen wir nur noch das `tmp`-Verzeichnis verlassen und unsere JSP-Shell an einen Ort legen, der vom WSO2 bedient wird.
Suchen wir das tomcat `appBase`-Verzeichnis:
Dieses Verzeichnis ist der Ort der Anwendungen, die auf Tomcat bereitgestellt werden. Es enthält mehrere bereits bereitgestellte WAR-Anwendungen sowie ihre rohen WAR-Dateien:```
./repository/deployment/server/webapps
eine dieser Anwendungen ist authenticationendpoint (//host/authenticationendpoint), die die Authentifizierung für WSO2 übernimmt und deren Speicherort ist:```
./repository/deployment/server/webapps/authenticationendpoint
**HINWEIS:** Wir können die Schwachstelle auch nutzen, um ein eigenes neues Verzeichnis (Kontextpfad) im `appBase`-Verzeichnis zu erstellen, und es wird automatisch bereitgestellt, aber ich werde einfach weitermachen und `authenticationendpoint` verwenden.
# PoC
* Mit Burpsuite:
* Mit exploiy.py:
> Verwendung:
> ```
> python3 exploit.py https://host:9443/ ArbitraryShellName.jsp
> ```
