CVE-2026-21962: Kritische Oracle WebLogic Proxy Lücke mit CVSS 10 aktiv ausgenutzt
Die CISA hat CVE-2026-21962 in ihren Known Exploited Vulnerabilities Katalog aufgenommen. Die Schwachstelle im Oracle HTTP Server und WebLogic Proxy Plugin erreicht den maximalen CVSS-Wert 10 und erlaubt unautorisierten Angreifern per HTTP-Zugriff auf Daten zuzugreifen oder diese zu manipulieren. Betroffen sind die Versionen 12.2.1.4.0, 14.1.1.0.0 und 14.1.2.0.0, das IIS-Plugin nur in Version 12.2.1.4.0. Administratoren sollten die von Oracle bereitgestellten Patches umgehend einspielen.

Die US-Cybersicherheitsbehörde CISA hat CVE-2026-21962 am 24. August 2026 in ihren Known Exploited Vulnerabilities Katalog aufgenommen. Betroffen ist das Oracle HTTP Server und WebLogic Proxy Plugin, ein zentraler Baustein vieler Unternehmensinfrastrukturen. Wer diese Komponenten im Einsatz hat, sollte die Betroffenheit umgehend prüfen, denn die Lücke erreicht mit CVSS 10 den höchstmöglichen Schweregrad.
Besonders alarmierend: Die CISA bestätigt bereits aktive Ausnutzung in freier Wildbahn. Angreifer benötigen keine Authentifizierung und können allein über einen HTTP-Zugriff auf die Schwachstelle zugreifen. Für Betreiber öffentlich erreichbarer WebLogic- oder Oracle-HTTP-Server-Instanzen besteht damit akuter Handlungsbedarf, unabhängig davon, ob bereits konkrete Angriffe beobachtet wurden.
Was ist CVE-2026-21962?
CVE-2026-21962 beschreibt eine Schwachstelle durch unzureichende Zugriffskontrolle, im Fachjargon als Improper Access Control bezeichnet. Die Lücke steckt in der Proxy-Komponente, über die der Oracle HTTP Server beziehungsweise das WebLogic Proxy Plugin Anfragen an dahinterliegende WebLogic-Server weiterleiten. Ein Angreifer kann diese fehlerhafte Zugriffskontrolle ausnutzen, um ohne gültige Anmeldedaten mit dem Protokoll HTTP auf geschützte Ressourcen zuzugreifen.
Der Angriffsvektor ist damit denkbar niedrigschwellig. Es reicht ein Netzwerkzugriff auf den betroffenen Dienst, eine lokale Ausführung oder besondere Rechte sind nicht erforderlich. Genau diese Kombination aus einfacher Ausnutzbarkeit und weitreichenden Folgen rechtfertigt den maximalen CVSS-Wert von 10,0.
Welche Versionen sind betroffen?
Oracle nennt in seinem Security Alert konkrete Versionsstände, die von der Lücke betroffen sind. Wichtig ist dabei die Unterscheidung zwischen dem allgemeinen Oracle HTTP Server beziehungsweise WebLogic Proxy Plugin und der separaten IIS-Variante des Plugins.
| Komponente | Betroffene Version | Schweregrad |
|---|---|---|
| Oracle HTTP Server / WebLogic Proxy Plugin | 12.2.1.4.0 | CVSS 10,0 |
| Oracle HTTP Server / WebLogic Proxy Plugin | 14.1.1.0.0 | CVSS 10,0 |
| Oracle HTTP Server / WebLogic Proxy Plugin | 14.1.2.0.0 | CVSS 10,0 |
| WebLogic Proxy Plugin für IIS | nur 12.2.1.4.0 | CVSS 10,0 |
Auffällig ist, dass die IIS-Variante des Plugins ausschließlich in Version 12.2.1.4.0 betroffen ist, während die regulären Varianten sich über drei Versionslinien erstrecken. Wer mehrere Instanzen im Einsatz hat, sollte jede einzeln gegen die Liste prüfen, da Mischbetriebe unterschiedlicher Versionsstände in der Praxis keine Seltenheit sind.
Welche Folgen drohen und wie sollte man jetzt reagieren?
Laut Oracle und CISA erlaubt die Schwachstelle unautorisierten Zugriff auf Daten sowie deren Manipulation. Ein erfolgreicher Angriff kann demnach folgende Konsequenzen nach sich ziehen:
- Unautorisiertes Auslesen vertraulicher Daten hinter dem Proxy
- Manipulation von Daten ohne gültige Authentifizierung
- Umgehung bestehender Zugriffskontrollen der Anwendung
Ob sich die Lücke zusätzlich für Remote Code Execution missbrauchen lässt, ist derzeit nicht bestätigt. Ein öffentlicher Proof of Concept liegt bislang nicht vor. Angesichts der bereits dokumentierten aktiven Ausnutzung sollten Verantwortliche dennoch nicht auf technische Details warten, sondern sofort handeln. Oracle hat im Rahmen des Security Alerts entsprechende Patches bereitgestellt. Folgende Schritte sollten Verantwortliche zeitnah umsetzen:
- Prüfen, welche Oracle HTTP Server und WebLogic Proxy Plugin Instanzen im Einsatz sind
- Versionsstand jeder Instanz mit der Liste betroffener Versionen abgleichen
- Von Oracle bereitgestellte Patches aus dem Security Alert einspielen
- Bei der IIS-Variante gezielt Version 12.2.1.4.0 kontrollieren und patchen
- Zugriffsprotokolle auf ungewöhnliche HTTP-Anfragen an Proxy-Komponenten durchsuchen
Wo ein sofortiges Patchen nicht möglich ist, sollte der Netzwerkzugriff auf die betroffenen Dienste zumindest temporär eingeschränkt werden, etwa durch Firewall-Regeln oder eine Beschränkung auf vertrauenswürdige Quell-IP-Adressen. Eine dauerhafte Lösung bleibt aber ausschließlich das offizielle Update.
Warum landet die Lücke im CISA KEV Katalog und wie ordnet sie sich ein?
Der Known Exploited Vulnerabilities Katalog der CISA listet ausschließlich Schwachstellen, für die aktive Ausnutzung nachgewiesen wurde. Die Aufnahme von CVE-2026-21962 am 24. August 2026 bestätigt somit, dass Angreifer die Lücke bereits gegen reale Ziele einsetzen. US-Bundesbehörden sind durch die Direktive BOD 22-01 verpflichtet, gelistete Schwachstellen innerhalb einer festen Frist zu patchen.
Für Organisationen außerhalb der US-Bundesverwaltung ist die KEV-Listung ein verlässliches Warnsignal: Sie zeigt, dass es sich nicht um eine theoretische Bedrohung handelt, sondern um eine in der Praxis bereits genutzte Angriffsmethode. Sicherheitsteams sollten CVE-2026-21962 entsprechend priorisiert behandeln, unabhängig von behördlichen Vorgaben.
Die Schwachstelle reiht sich in eine Serie kritischer Oracle-Meldungen der vergangenen Monate ein. Bereits der Juli-Patchday brachte einen Rekord an Sicherheitsupdates, wie im Artikel zum Oracle CPU Juli 2026 mit 1449 Patches beschrieben. Auch WebLogic selbst geriet erst wenige Wochen zuvor mit einer weiteren aktiv ausgenutzten Lücke in die Schlagzeilen, nachzulesen im Beitrag zu CVE-2024-21182 und der Ransomware-Kampagne im Juni 2026.
Diese Häufung zeigt, dass Oracle-Umgebungen aktuell verstärkt im Visier von Angreifern stehen. Wer WebLogic oder den Oracle HTTP Server betreibt, sollte Patchmanagement-Prozesse regelmäßig überprüfen und nicht nur einzelne, isolierte Meldungen abarbeiten, sondern die gesamte Angriffsfläche im Blick behalten.
Passende Anleitungen auf S-EDV
- Anleitung zur Absicherung von Oracle HTTP Server Instanzen gegen unautorisierte Zugriffe
- Checkliste für das Patchmanagement kritischer WebLogic-Umgebungen