LONDON (IT BOLTWISE) – WordPress hat zwei Sicherheitslücken geschlossen, die Angreifern ohne Authentifizierung Codeausführung im Core ermöglichen. Betroffen sind insbesondere Installationen ab Version 6.9 bis einschließlich 6.9.4 sowie 7.0.0 bis 7.0.1. Die Korrektur steckt in 6.9.5 und 7.0.2, die per Auto-Update erzwungen wurden. Wer heute nur nach dem Status der automatischen Updates schaut, sollte die tatsächlich laufende Version prüfen.
WordPress adressiert eine eskalierende Sicherheitslücke im Core: Ab Version 6.9 kann eine anonyme HTTP-Anfrage über einen REST-API-Batch-Endpunkt zu Remote Code Execution (RCE) führen – und zwar ohne dass ein Angreifer zuvor einen Account benötigt. Der entscheidende Punkt ist, dass die Schwachstelle laut technischer Analyse im Standard-Setup greift, also auch bei einer „bare install“ ohne zusätzliche Plugins. WordPress hat dafür am 17. Juli 2026 die Versionen 6.9.5 und 7.0.2 veröffentlicht und damit eine Pre-Auth-RCE geschlossen, die in dieser Form zuvor nicht zuverlässig durch Version-abhängige Scanner erkannt werden konnte.
Technisch verdichtet sich das Risiko auf einen REST-Endpunkt, der in den Versionsbereichen zwischen 6.9.0 und 6.9.4 sowie zwischen 7.0.0 und 7.0.1 offen war. WordPress beschreibt die Ursache in seiner begleitenden Veröffentlichung als „REST API batch-route confusion and SQL injection issue leading to Remote Code Execution“. Damit hängt die Ausnutzung nicht an einem neuen Batch-Mechanismus, sondern eher daran, wie Routen im Zusammenspiel mit SQL-Injection und der Batch-Verarbeitung ab 6.9 korrekt oder fehlerhaft behandelt werden. Laut Versionstatements sind bei 7.0.2 unter anderem Dateien wie wp-includes/rest-api/class-wp-rest-server.php und wp-includes/class-wp-query.php betroffen.
Damit rückt auch die Update-Logik in den Fokus: WordPress hat nach dem Sicherheitsfenster von Freitag aus „forced updates“ über das Auto-Update-System aktiviert. Für Unternehmen und Hoster ist das grundsätzlich gut, weil es die Zeit bis zur Verteilung verkürzt – allerdings bleibt eine betriebliche Unsicherheit. WordPress hat nicht offengelegt, ob die erzwungene Aktualisierung auch dann greift, wenn Betreiber Auto-Updates zuvor deaktiviert haben. Praktisch heißt das: Systeme sollten nicht nur als „up to date“ im Dashboard betrachtet werden, sondern die tatsächlich ausgeführte Version per Runtime-Check oder Inventarabfrage verifizieren.
Marktseitig ist die Lage besonders relevant, weil die Angriffsfläche bei WordPress über die Jahre massiv gewachsen ist. Branchenberichte setzen die Gesamtzahl der WordPress-Installationen teils weit über 500 Millionen an; die entscheidende Abgrenzung im konkreten Fall: Die fehlerhafte Logik existiert nur ab 6.9. Da 6.9 bereits am 2. Dezember 2025 ausgeliefert wurde, liegen betroffene Deployments im Mittel in einem „unter acht Monate“-Fenster. Dennoch bleibt offen, wie viele reale Instanzen tatsächlich unter die betroffenen Versionen fallen. Gleichzeitig fällt auf: Weder Advisory noch Veröffentlichung nennt eine CVE-ID oder einen CVSS-Score, wodurch CVE-keyed Scans ins Leere laufen können.
Im Wettbewerb mit anderen CMS zeigt sich zudem, wie schnell sich Angriffs- und Patch-Ökosysteme mittlerweile gegenseitig antreiben. Searchlight ordnet die Veröffentlichung in den Kontext einer Branche ein, in der bereits andere Projekte öffentlich nachziehen mussten: Bei Drupal wurde im Mai ein anonymer SQL-Injection-Bug im Core geschlossen, und die Sichtbarkeit von Proof-of-Concept-Teardown und Exploitbarkeit führte zu einer sehr schnellen technischen Aufarbeitung. Gleichzeitig ist das nur ein Vergleichspunkt, kein Automatismus: Wer die Details nicht öffentlich macht, steuert die Geschwindigkeit, mit der Defender und Angreifer lernen. Dennoch zeigt die Geschichte, dass Zeit ein echter Sicherheitsparameter ist.
Aus Sicht der Absicherung ist die Abwehrstrategie klar, aber nicht folgenlos. Searchlight stellt vor allem Maßnahmen in den Vordergrund, die anonyme Zugriffe vom Batch-Endpunkt fernhalten. Dazu zählt auf WAF-Ebene das Blocken von /wp-json/batch/v1 sowie das gezielte Sperren der Route rest_route=/batch/v1, weil eine Regel nur für den Pfad sonst die Query-String-Route offen lässt. Als zweite Linie wird das Deaktivieren der REST API für nicht authentifizierte Zugriffe empfohlen, was allerdings Integrationen weitgehend abwürgen kann. Als kurzfristige Notlösung werden außerdem Drop-in-Plugins beschrieben, die im Hook rest_pre_dispatch anonyme /batch/v1-Anfragen veröffentlichen und ablehnen.
Ein weiterer betrieblich wichtiger Punkt betrifft Erkennung und Meldewege. Bis zum 18. Juli 2026 tauchte kein CVE-Eintrag auf, weshalb CISA erst mit einer CVE in der Lage wäre, den Fall in das KEV-Katalogschema zu überführen. Für Security-Teams bedeutet das: Threat-Detection sollte stärker über Versionen, File-Änderungen und Endpoint-Policy laufen, nicht nur über CVE-Signaturen. Besonders relevant ist auch, dass WordPress in seiner Versionseite die betroffenen Dateien benennt, aber nicht die kritische versus hohe Schwerekennzeichnung eindeutig ordnet. Unternehmen sollten daher nicht nur „patch installed“ abhaken, sondern die Patchlevel differenziert in Risiko-Modelle übernehmen.
Für die Zukunft ergibt sich daraus ein messbarer Fahrplan: Erstens, künftig müssen Update-Mechanismen wie „forced updates“ stärker in Asset-Management-Prozesse integriert werden, weil die eigentliche Wahrheit die ausgeführte Version ist. Zweitens wird die Kategorie „Pre-Auth RCE in Standardinstallationen“ weiterhin ein Schwerpunkt bleiben, gerade wenn REST-Endpunkte und SQL-Logik ineinandergreifen. Drittens zeigen die beschriebenen Mitigationen, dass Policy-basierte Schutzschichten (WAF/Reverse Proxy) oft sofort helfen, aber Integrationsrisiken tragen können. Sobald die Traffic-Spuren gegen batch/v1 sichtbar werden, lässt sich außerdem abschätzen, ob der Patch die Angreifer schneller erreicht als die öffentliche Lernkurve.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- NIEDLICHER BEGLEITER: Eilik ist der ideale Begleiter für Kinder und Erwachsene, die Haustiere, Spiele und intelligente Roboter lieben. Mit vielen Emotionen, Bewegungen und interaktiven Funktionen.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "WordPress schließt wp2shell: Pre-Auth RCE in Core betrifft 6.9 und 7.0" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "WordPress schließt wp2shell: Pre-Auth RCE in Core betrifft 6.9 und 7.0" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »WordPress schließt wp2shell: Pre-Auth RCE in Core betrifft 6.9 und 7.0« bei Google Deutschland suchen, bei Bing oder Google News!