PHP2Shell und das Risikomodell von WordPress Multisite
Die kürzlich bekannt gewordene Sicherheitslücke PHP2Shell erinnert rechtzeitig daran, dass sich die WordPress-Sicherheit nicht auf den WordPress-Core, Themes und Plugins beschränkt. Wenn eine Sicherheitslücke die PHP-Laufzeitumgebung betrifft, liegt sie unterhalb des Anwendungsstapels, der jede Website auf einem Server betreibt. Abhängig von der betroffenen PHP-Konfiguration und den für eine Ausnutzung erforderlichen Bedingungen könnte ein erfolgreicher Angriff Angreifern einen Weg eröffnen, unbeabsichtigte Befehle oder Code auf Serverebene auszuführen.
Für eine eigenständige WordPress-Website ist das schwerwiegend. Für ein WordPress-Multisite-Netzwerk kann der potenzielle Schaden jedoch deutlich größer sein. Eine einzelne PHP-Umgebung kann ein Netzwerk aus Kunden-Websites, Shops, Landingpages und Mitgliederportalen unterstützen. Daher sind rasche, koordinierte Patches ein grundlegender Bestandteil verantwortungsvollen Multisite-Hostings – keine Wartungsaufgabe, die bis zum nächsten passenden Zeitfenster warten kann.
Warum PHP-Sicherheitslücken in einem Netzwerk weitreichendere Auswirkungen haben
Multisite wurde entwickelt, um die Verwaltung vieler Websites effizient zu gestalten: Gemeinsame Core-Dateien, gemeinsame Plugins, gemeinsame Themes und eine zentrale Netzwerkverwaltung verringern wiederkehrenden Aufwand. Dieselbe gemeinsame Infrastruktur bedeutet, dass ein Problem der zugrunde liegenden Plattform als netzwerkweites Ereignis behandelt werden muss.
Die praktische Frage ist nicht einfach, ob ein einzelner Website-Betreiber das neueste Update installiert hat. Entscheidend ist, ob die Hosting-Plattform die betroffene PHP-Version identifiziert, den Hersteller-Fix in der relevanten Infrastruktur eingespielt und bestätigt hat, dass die aktualisierte Laufzeitumgebung die Kunden-Websites versorgt. Verzögerungen können dazu führen, dass jede Website in einer betroffenen Umgebung länger als nötig gefährdet bleibt.
Eine gut organisierte Reaktion muss zudem Geschwindigkeit und Kontrolle in Einklang bringen. Teams sollten die PHP-Release-Notes und die Sicherheitsmeldung prüfen, das korrigierte Paket über ihren etablierten Änderungsprozess ausrollen, die aktive PHP-Version verifizieren, Fehlerprotokolle und den Zustand der Dienste überwachen und Kunden informieren, falls auf ihrer Seite eine Maßnahme erforderlich ist. In den meisten Fällen sollten Kunden nicht gezwungen sein, einem dringenden Sicherheitsrelease für die Laufzeitumgebung Website für Website nachzulaufen.
Was WordPress-Multisite-Administratoren tun sollten
Auch wenn das Hosting das PHP-Update übernimmt, sollten Netzwerkadministratoren den Vorfall als Gelegenheit nutzen, ihre eigene Sicherheitslage zu überprüfen:
- Bestätigen Sie die aktive PHP-Version bei Ihrem Hoster und stellen Sie sicher, dass sie den PHP2Shell-Fix des Herstellers enthält.
- Halten Sie den WordPress-Core, netzwerkaktivierte Plugins, Themes und Must-use-Plugins aktuell, damit Risiken auf Anwendungsebene ein Problem auf Plattformebene nicht zusätzlich verschärfen.
- Nutzen Sie Zugriffe nach dem Prinzip der geringsten Berechtigung für Hosting-, SFTP/SSH-, Datenbank- und WordPress-Administratorkonten.
- Pflegen Sie getestete Backups und Wiederherstellungsverfahren sowohl für Netzwerkdateien als auch für Datenbanken.
- Überwachen Sie ungewöhnliche Aktivitäten, etwa unbekannte Administratorkonten, unerwartete Dateiänderungen, auffällige PHP-Fehler oder ausgehende Anfragen.
- Abonnieren Sie Sicherheitsmitteilungen Ihres Hosters und von PHP, damit Sicherheitsentscheidungen auf den offiziellen Sicherheitsmeldungen und Release-Informationen statt auf Gerüchten beruhen.
Es ist außerdem wichtig, auf Schlagzeilen nicht überzureagieren. Ob ein bestimmtes Netzwerk betroffen ist, hängt von dessen PHP-Version, Serverkonfiguration und dem in der offiziellen Sicherheitsmeldung beschriebenen verwundbaren Codepfad ab. Der richtige Ansatz lautet: dringend überprüfen und patchen – nicht raten.
Verwaltetes Patchen ist Teil der Leistung
Für Menschen, die ein Website-as-a-Service-Geschäft aufbauen, sind Zuverlässigkeit und Sicherheit Teil des Produkts, das sie verkaufen. Kunden erwarten, dass ihre Websites verfügbar bleiben, während das Plattformteam die Wartung der Infrastruktur im Hintergrund erledigt. Ein Multisite-Hoster sollte klare Zuständigkeiten für dringende PHP-Updates, einen bewährten Bereitstellungsprozess und eine Möglichkeit zur Überprüfung haben, dass der Fix eingespielt wurde.
Das ist der Standard, den wir bei Ultimate Multisite Hosting anwenden. Der PHP2Shell-Fix wurde in unserem Hosting-Service innerhalb von fünf Stunden nach Veröffentlichung der neuen PHP-Version bereitgestellt und eingespielt. Wenn Sie eine WordPress-Multisite-Plattform suchen, die sowohl für wiederholbare Abläufe als auch für rasche Sicherheitsreaktionen entwickelt wurde, entdecken Sie Ultimate Multisite Hosting und bauen Sie Ihr nächstes Website-Netzwerk mit Zuversicht auf.
Schreibe einen Kommentar