WordPress 7.0.4 sicher einspielen: Update, Backup und Imagick prüfen
WordPress 7.0.4 ist ein Sicherheitsrelease. Die Korrektur betrifft eine Remote-Codeausführung nach authentifiziertem Upload auf Installationen mit Imagick und Ghostscript. Betreiber sollten Updates, Backups und Upload-Rechte zeitnah prüfen.
Aktuelle Meldung
WordPress.org meldete am 12. August 2026 WordPress 7.0.4 als Sicherheitsrelease. Behoben wurde CVE-2026-65640 beziehungsweise GHSA-8vr3-7mxf-gx8w: Remote-Codeausführung nach authentifiziertem Datei-Upload auf Websites, die Imagick und Ghostscript verwenden.
Die Quelle ist ein konkreter Anlass zum Handeln, kein Ersatz für die technische Dokumentation des jeweiligen Herstellers. Entscheidend bleibt, die betroffenen Systeme im eigenen Bestand zu identifizieren und die lokal geltenden Wartungsprozesse einzuhalten.
Warum Admins jetzt prüfen sollten
Die Meldung ist kein Anlass für ein blindes Update ohne Sicherung. Sie betrifft aber eine typische WordPress-Installation mit Medien-Uploads. Entscheidend sind ein getestetes Backup, aktuelle Plugins und eine klare Prüfung, welche Rollen Dateien hochladen dürfen.
Kleine Teams profitieren von einer festen Reihenfolge: erst Bestand und Exponierung, dann Herstellerinformation, Test, Umsetzung und Nachkontrolle. Diese Reihenfolge reduziert das Risiko, dass ein dringendes Update neue Betriebsprobleme erzeugt oder ein nicht erfasstes System zur Ausnahme wird.
| Bereich | Prüfung | Ziel |
|---|---|---|
| Inventar | Bestand und Version erfassen | Betroffenheit belegen |
| Update | Herstellerstand gegenprüfen | Risiko reduzieren |
| Test | Staging oder Pilot nutzen | Betriebsfehler vermeiden |
| Nachkontrolle | Logs und Funktionen prüfen | Ergebnis absichern |
Betroffenheit im eigenen Bestand
Startpunkt ist eine belastbare Inventur. Berücksichtigen Sie Produktiv-, Test- und Notfallumgebungen ebenso wie verwaltete Endgeräte, virtuelle Maschinen, Container, Automatisierung und Dienstkonten. Ein fehlender Treffer in einem einzelnen Tool beweist keine Nichtbetroffenheit. Versionsdaten, Paketquellen und zentrale Verwaltungsoberflächen müssen zusammen bewertet werden.
- Produktivsysteme und externe Dienste
- Test-, Staging- und Wiederherstellungsumgebungen
- Privilegierte Benutzer- und Dienstkonten
- Automatisierung, CI und geplante Jobs
- Netzwerkfreigaben und Fernzugriffe
- Backup-Ziele und Wiederherstellungswege
Schritt für Schritt
- WordPress-Version, PHP-Version und aktive Plugins erfassen.
- Vollständiges Datenbank- und Dateibackup erzeugen.
- Wiederherstellung eines Backups außerhalb der Produktion testen.
- Staging-System oder Wartungsfenster für das Update festlegen.
- WordPress-Core auf Version 7.0.4 aktualisieren.
- Plugins und Themes nur aus vertrauenswürdigen Quellen aktualisieren.
- Imagick- und Ghostscript-Nutzung auf dem Host dokumentieren.
- Upload-Rechte für Autoren und weitere Rollen prüfen.
- Kontaktformular, Medien-Upload, Login und Caching testen.
- Updatezeitpunkt und Ergebnis im Betriebsprotokoll festhalten.
Vor produktiven Änderungen müssen Backup, Wartungsfenster und Rückfallplan geklärt sein. Herstellerdokumentation hat Vorrang, wenn sie abweichende Versionen, Reihenfolgen oder Mitigations nennt. Wer einen Dienstleister einsetzt, sollte das Ergebnis mit Datum, Bestand und verbleibenden Ausnahmen anfordern.
Kontrolle nach der Umsetzung
Nach einem Update folgen Funktionstest und Protokollprüfung. Kontrollieren Sie Anmeldungen, zentrale Workflows, Fehlerraten und sicherheitsrelevante Ereignisse. Beobachten Sie das System mindestens über einen Betriebszyklus. Offene Ausnahmen gehören mit Termin und Verantwortlichkeit in die Betriebsdokumentation.
- Version und Patchstand nach dem Neustart erneut auslesen
- Geschäftskritische Funktionen mit einem Testfall prüfen
- System- und Sicherheitslogs auf Fehler untersuchen
- Monitoring und Alarmierung auf Normalwerte kontrollieren
- Backup-Job und Wiederherstellbarkeit nachvollziehen
- Abweichungen, Freigabe und Abschluss dokumentieren
Einordnung für KMU
Ein gutes Ergebnis braucht keine komplizierte Sonderlösung. Inventar, begrenzte Admin-Zugänge, aktuelle Software, getestete Sicherungen und nachvollziehbare Änderungen bilden die Grundlage. Ist die Betroffenheit unklar oder fehlt ein Testsystem, ist ein begrenztes Wartungsfenster mit fachlicher Unterstützung sicherer als ein unkontrollierter Eingriff.
Passende Anleitungen auf S-EDV
- WordPress-Core-Schwachstelle „wp2shell“: Kritische Pre-Auth-RCE bedroht alle Standard-Installationen – Passende weiterführende Anleitung im S-EDV-Archiv.
- WordPress-Supply-Chain-Angriff: OptinMonster-Kompromittierung gefährdet 1,2 Millionen Websites – Passende weiterführende Anleitung im S-EDV-Archiv.
