Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
CVE-2026-21962-Oracle-HTTP-Server-WebLogic-Proxy-Plug-in-Critical- — Oracle Fusion Middleware Oracle HTTP Server / WebLogic Server Proxy Plug-in weist eine leicht ausnutzbare, nicht authentifizierte, über das Netzwerk erreichbare Schwachstelle auf, die eine Kompromittierung über HTTP ermöglicht. Betroffene unterstützte Versionen umfassen 12.2.1.4.0, 14.1.1.0.0, 14.1.2.0.0. | Kitploit
Tools/GitHubGitHub/george0papasotiriou/cve-2026-21962-oracle-http-server-weblogic-proxy-plug-in-critical-
SchwachstellenanalyseExploitationWebanwendungs-ExploitationWebsicherheitPenetrationstestsLernen & Bildung
GitHubgeorge0papasotiriou/cve-2026-21962-oracle-http-server-weblogic-proxy-plug-in-critical-

CVE-2026-21962-Oracle-HTTP-Server-WebLogic-Proxy-Plug-in-Critical-

Repository anzeigen
3vor 6 MonatenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →

Über

Oracle Fusion Middleware Oracle HTTP Server / WebLogic Server Proxy Plug-in weist eine leicht ausnutzbare, nicht authentifizierte, über das Netzwerk erreichbare Schwachstelle auf, die eine Kompromittierung über HTTP ermöglicht. Betroffene unterstützte Versionen umfassen 12.2.1.4.0, 14.1.1.0.0, 14.1.2.0.0.

Teilen

CVE-2026-21962-Oracle-HTTP-Server-WebLogic-Proxy-Plug-in-Critical-

Oracle Fusion Middleware Oracle HTTP Server / WebLogic Server Proxy Plug-in weist eine leicht ausnutzbare, nicht authentifizierte, über das Netzwerk erreichbare Schwachstelle auf, die eine Kompromittierung über HTTP ermöglicht. Betroffene unterstützte Versionen umfassen 12.2.1.4.0, 14.1.1.0.0, 14.1.2.0.0.

CVSS 10.0 (laut Oracle/NVD-Text) und remote über HTTP erreichbar.

Die check.py dient ausschließlich der Expositionsprüfung sowie dem Banner-/Versions-Hinting. Zuerst requirements.txt ausführen -> check.py

Für Test- und Forschungszwecke habe ich außerdem exploit.py beigefügt, das folgendes bezwecken soll;

  1. Die Logik des Angriffs zur Analyse simulieren.
  2. Ihre Umgebung sicher auf Indikatoren für Kompromittierung (IOCs) oder Fehlkonfigurationen untersuchen.
  3. Realistische Payloads für Ihre Tests defensiver Sensoren (WAF, IDS, benutzerdefinierte Erkennungen) generieren.
  4. Über die exakten Request-Strukturen aufklären.

Beispielausgabe von exploit.py:

[ANGREIFERPERSPEKTIVE] - Theoretische Kill Chain

  1. RECON: Entdeckt einen exponierten Oracle HTTP Server (Port 80/443).
  2. FINGERPRINT: Verwendet Ihre check.py oder Ähnliches, um die Version in AFFECTED_TRAINS zu bestätigen.
  3. PROBE: Sendet die mehrdeutige Pfadanfrage, um ProxyServlet zu lokalisieren.
  4. EXPLOIT-CRAFTING: Injiziert einen bösartigen wl-proxy-client-ip-Header mit ;Base64-Payload.
  • REQUEST-FORWARDING: Das anfällige Plug-in validiert/parst den Header nicht ordnungsgemäß.
  • ACCESS: Erlangt unbefugten Zugriff auf die Daten und Funktionen des Backend-WebLogic-Servers.
  • PIVOT & PERSIST: Bewegt sich lateral innerhalb der Fusion-Middleware-Umgebung.

    • [VERTEIDIGERPERSPEKTIVE] - SOFORTIGE MASSNAHMEN (ÜBER PATCHING HINAUS)[citation:6][citation:8] *** PATCHING IST NICHT VERHANDELBAR. WENDEN SIE ORACLES JANUAR-2026-CPU AN[citation:10]. ***

    PSEUDOCODE - KONZEPTUELLE ANGREIFERLOGIK

    Dies ist KEIN funktionierender Exploit. Es ist der Arbeitsablauf des Angreifers.

    1. TARGET_DISCOVERY:

      • Verwenden Sie shodan/censys, um Oracle HTTP Server (Port 80/443) zu finden.
      • Verwenden Sie Ihre check.py oder eine Variante, um betroffene Versionen (12.2.1.4.0, 14.1.1.0.0, 14.1.2.0.0)[citation:1][citation:7] zu identifizieren.

    2. VULNERABILITY_CONFIRMATION:

      • Senden Sie eine sichere, nicht abstürzende Sonde, um zu bestätigen, dass das Proxy-Plug-in vorhanden und potenziell anfällig ist.
      • Beispiel: Senden Sie die Anfrage mit widersprüchlichen X-WebLogic-KeepAlive-Headern und beobachten Sie die Antwort. Ein Absturz, ein Hängenbleiben oder eine spezifische Fehlermeldung ist ein positiver Indikator[citation:6].

    3. EXPLOIT_DEVELOPMENT & TESTING (Die dunkle Kunst):

      • In einem kontrollierten Labor mit identischem anfälligem Setup würde der Angreifer: a. Den Overflow-Trigger fuzzen: Die Größe und den Inhalt des Chunked-Bodys anpassen, um das Heap-Layout präzise zu kontrollieren. b. Mitigationen umgehen: Shellcode erstellen, der Address Space Layout Randomization (ASLR) und Data Execution Prevention (DEP) umgeht. Dies könnte Return-Oriented-Programming-Ketten (ROP) beinhalten. c. Stabilitäts-Engineering: Sicherstellen, dass der Exploit den Dienst nicht so zum Absturz bringt, dass der Zugriff verweigert wird, was die Installation eines persistenten Backdoors ermöglicht.

    4. DEPLOYMENT:

      • Die endgültige Payload wäre eine einzelne, bösartige HTTP-POST-Anfrage, die den exakten Header-Konflikt und einen perfekt dimensionierten, mit Shellcode beladenen Chunked-Body enthält.
    Tool herunterladen