PHP2Shell: Was Sie jetzt mit Ihrem Hosting-Anbieter klären sollten
Ein klarer Aktionsplan für Geschäftsinhaber und Geschäftsleitungen, mit Ubuntu-Checkliste für Ihr IT-Team.
Kurz erklärt: Kontaktieren Sie heute den Verantwortlichen für Ihre Website
Lassen Sie Ihren Hosting-Anbieter oder IT-Partner bestätigen, ob PHP2Shell Ihre Website, Ihren Onlineshop oder Ihre Anwendung betrifft, ob die Sicherheitsupdates installiert sind und ob der laufende Dienst sie tatsächlich verwendet. Sie müssen selbst keine Serverbefehle ausführen. Ist der Schutz nicht bestätigt, fragen Sie nach vorübergehenden Zugriffsbeschränkungen bis zur Behebung.
Warum das Ihr Unternehmen betrifft
PHP2Shell bezeichnet zwei schwere Sicherheitslücken in PHP, einer Software, die viele Websites und Geschäftsanwendungen betreibt. Bei einem betroffenen Dienst könnten Aussenstehende unbefugte Befehle ausführen. Je nach vorhandenen Zugriffsrechten kann dies Kundendaten, Bestellungen, Website-Inhalte und den Geschäftsbetrieb gefährden. Das sind mögliche Folgen und kein Beweis dafür, dass Ihr Unternehmen bereits angegriffen wurde.
Sie können PHP nutzen, ohne es zu wissen. Häufig kümmert sich eine Webagentur, ein Softwarelieferant oder ein Hosting-Anbieter darum. Lassen Sie die eingesetzte Technik prüfen, statt sie anhand der sichtbaren Website zu beurteilen.
Was Sie jetzt veranlassen sollten
- Bestimmen Sie eine Ansprechperson, die Hosting-Anbieter, Webagentur und internes IT-Team koordiniert.
- Lassen Sie alle betreuten Websites, Shops und Anwendungen prüfen, einschliesslich älterer Seiten und zusätzlicher Server.
- Fordern Sie einen verständlichen Status, offene Aufgaben und einen Fertigstellungstermin. Vereinbaren Sie die nächste Rückmeldung.
- Kann niemand den Schutz bestätigen, lassen Sie die zuständigen Fachleute vorübergehende Einschränkungen und deren Folgen für Kunden und Bestellungen bewerten.
Eine pauschale Serverabschaltung müssen Sie nicht allein entscheiden. Ihr Anbieter sollte die Gefährdung, mögliche Schutzmassnahmen und geschäftliche Auswirkungen erklären. Gibt es bereits verdächtige Aktivitäten, soll er bei der Eindämmung auch Beweise sichern.
Diese Nachricht können Sie Ihrem Anbieter senden
Bitte prüfen Sie alle von Ihnen für uns betreuten Websites, Shops und Anwendungen auf PHP2Shell. Bestätigen Sie, welche Systeme betroffen sind, wann die Sicherheitsupdates installiert wurden, ob die nötigen Dienste neu gestartet wurden und ob die laufenden Anwendungen die aktualisierte Software verwenden. Bitte teilen Sie uns mit, ob Hinweise auf unbefugten Zugriff gefunden wurden, welche Aufgaben offen sind, wer sie übernimmt und wann sie abgeschlossen werden. Ist der Schutz noch nicht bestätigt, empfehlen Sie bitte vorübergehende Massnahmen und erklären Sie deren Auswirkungen auf unser Unternehmen.
Woran Sie eine brauchbare Bestätigung erkennen
Bitten Sie um eine schriftliche Antwort mit den geprüften Systemen, Update- und Neustart-Zeitpunkten, durchgeführten Kontrollen und offenen Punkten. Die Antwort sollte zwischen «gegen diese Schwachstelle geschützt» und «im untersuchten Material keine Einbruchsspuren gefunden» unterscheiden.
«Updates laufen automatisch» oder «die Website funktioniert» genügt allein nicht. Ihr Anbieter muss prüfen, welche Software Besucheranfragen tatsächlich verarbeitet. Ein Update schliesst eine Sicherheitslücke, entfernt aber keinen Angreifer, der bereits Zugriff erlangt hat. Bei verdächtigen Änderungen oder Warnmeldungen ist eine gesonderte Untersuchung nötig.
Unterstützung beim nächsten Schritt
Kontaktieren Sie Farland Technology GmbH, um Ihre Website, die Rückmeldung Ihres Anbieters und den gewünschten Unterstützungsbedarf zu besprechen. Nennen Sie die betroffenen Website-Adressen, den schriftlichen Status des Anbieters und eine Ansprechperson. Senden Sie keine Passwörter oder anderen Geheimnisse über das Kontaktformular. Starten Sie das Gespräch über den Link «Anfrage erstellen» unten auf der Seite.
Technischer Anhang: Ubuntu-Checkliste für Ihr IT-Team
Die Geschäftsleitung kann diesen Abschnitt an die Administration weiterleiten. Das Beispiel gilt für Ubuntu 24.04 LTS mit PHP 8.3 aus den Ubuntu-Paketquellen. Passen Sie es an die tatsächliche Installation an. Klären Sie Wiederherstellung und Konsolenzugang vor Änderungen am Produktivsystem. Bei Verdacht auf einen Einbruch stimmen Sie zuerst die Beweissicherung ab.
1. Die PHP-Installation jeder Anwendung ermitteln
cat /etc/os-release
php -v
dpkg -l 'php*' 'libapache2-mod-php*'
systemctl list-units --type=service --all 'php*-fpm.service'
Die Kommandozeile allein belegt nicht die Web-Laufzeit. Ordnen Sie jeder Website den zuständigen PHP-FPM-Dienst oder das Apache-Modul zu. Berücksichtigen Sie alle Server, Container und separat bezogenen PHP-Installationen.
2. Anbieterhinweis prüfen und bereinigte Pakete installieren
sudo apt update
apt policy php8.3-fpm php8.3-cli php8.3-common
sudo apt upgrade
Prüfen Sie vorgeschlagene Änderungen, zurückgehaltene Pakete und Fehler. Vergleichen Sie vollständige Paketversion und Herkunft mit USN-8948-1. Ubuntu übernimmt Sicherheitskorrekturen in bestehende Versionszweige; die reine Upstream-Version kann daher täuschen. Für ältere Versionen gelten USN-8948-2 und die nötige Support-Abdeckung. Fremdpakete und Container-Images benötigen eigene Updates.
3. Die zuständigen Dienste neu starten
Für das PHP-FPM-Beispiel:
sudo systemctl restart php8.3-fpm
systemctl is-active php8.3-fpm
Bei Apache mod_php stattdessen:
sudo systemctl restart apache2
systemctl is-active apache2
Wählen Sie die passenden Befehle. Ersetzen Sie alle betroffenen laufenden PHP-Prozesse, auch langlebige Anwendungsprozesse. Ein blosses Neuladen von Nginx ersetzt keine PHP-FPM-Prozesse.
4. Ergebnis prüfen und Arbeiten dokumentieren
sudo journalctl -u php8.3-fpm --since '15 minutes ago' --no-pager
Gleichen Sie installierte Pakete mit dem laufenden Webdienst und geschützten Anwendungsdiagnosen ab. Lassen Sie keine öffentliche phpinfo-Seite zurück. Testen Sie auf jedem Server Anmeldung, Formulare, Bestellungen, Uploads und Hintergrundaufgaben. Dokumentieren Sie Versionen, Neustarts, Ergebnisse und offene Punkte. Ein Update belegt nicht, dass das System zuvor unangetastet war.
Quellen und Prüfdatum
Veröffentlicht am 21. Oktober 2026. Zuletzt geprüft am 22. Oktober 2026. PHP2Shell bezeichnet CVE-2026-109618 und CVE-2026-109619.
- Ubuntu-Anleitung: https://ubuntu.com/blog/php2shell-vulnerability-fixes-available
- Bereinigte Ubuntu-Pakete: https://ubuntu.com/security/notices/USN-8948-1
- Ältere Ubuntu-Versionen: https://ubuntu.com/security/notices/USN-8948-2
- PHP-Sicherheitsmeldung: https://www.php.net/archive/2026.php#2026-10-21-5