Apache Wicket: Unbegrenzter Ressourcenverbrauch in eigenständiger Datei-Upload-Ressource
Zusammenfassung
Die eigenständige Datei-Upload-Ressource von Apache Wicket übernimmt die Upload-Limiten (Gesamtgrösse, Grösse einzelner Teile, Anzahl Teile) aus Request-Parametern statt aus der Konfiguration der Anwendung, sodass konfigurierte Limiten wirkungslos sind, wenn der Client eigene Werte sendet. Ein nicht authentifizierter Angreifer kann über wiederholbare grosse Uploads das temporäre Verzeichnis des Containers, den Upload-Ordner und den Heap füllen, was zu einem Denial of Service führen und Dateien im Upload-Ordner zurücklassen kann. Das Problem betrifft nur Anwendungen, die FileUploadToResourceField verwenden oder FileUploadResourceReference einbinden.
Betroffen
- Apache Wicket 9.14.0 bis 9.24.0
- Apache Wicket 10.0.0 bis 10.9.1
- Anwendungen, die FileUploadToResourceField oder FileUploadResourceReference verwenden
- Apache Wicket 8.x ist nicht betroffen (die Komponente existiert dort nicht)
- Form mit FileUploadField und AjaxFileDropBehavior sind nicht betroffen
Behoben in
- Apache Wicket 9.25.0 (Hinweis: 9.x ist nach dieser Version end-of-life)
- Apache Wicket 10.12.0 (LTS)
- Apache Wicket 9.24.0 behebt diese CVE nicht
Umgehung
- Upload-Ressource in der Anwendung autorisieren, sodass anonyme Anfragen abgewiesen werden
- Die Grösse des Request-Body für den Upload-Pfad am Reverse Proxy oder Servlet-Container begrenzen
- Das temporäre Verzeichnis des Containers und den Upload-Ordner auf ungewöhnliches Wachstum überwachen
Ausnutzung
- Gemäss verfügbaren Quellen nicht bekannt, dass die Lücke aktiv ausgenutzt wird
- Im Rahmen der Recherche wurde kein öffentlicher Proof of Concept gefunden
- CVSS-4.0-Basiswert 8.3 (CNA-Wert); NVD-Anreicherung ausstehend
Unsere Empfehlung
- Codebasis nach FileUploadToResourceField und FileUploadResourceReference durchsuchen; werden beide nicht verwendet, ist für diese CVE keine Massnahme nötig
- Falls betroffen: für 10.x auf Apache Wicket 10.12.0 aktualisieren, bzw. von 9.x auf 10.12.0 wechseln, da 9.x end-of-life ist
- Bis zur Aktualisierung die Upload-Ressource autorisieren und die Request-Grösse am Reverse Proxy begrenzen
- Speicher- und Heap-Auslastung der betroffenen Anwendung überwachen
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Apache mailing list advisory thread lists.apache.org
- Apache Wicket 9.25.0 release notes wicket.apache.org
- Apache Wicket 9.24.0 release notes wicket.apache.org
- Apache Wicket homepage wicket.apache.org
- VulDB entry CVE-2026-83594 (related) vuldb.com
- OffSeq radar entry CVE-2026-84170 radar.offseq.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 02.11.2026 00:21.
Referenzen der NVD (1)
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.