Beheben Sie PHP2Shell in Framework, Blog oder Shop: laufendes PHP ermitteln, Anwendungskompatibilität prüfen, Upgrade-Hürden beseitigen und die Korrekturen für CVE-2026-109618 und CVE-2026-109619 verifizieren.
Alle Anwendungen
Laravel
Zuerst composer.lock sichern. Illuminate-Pakete gemeinsam und Hauptversionen nach den jeweiligen Leitfäden aktualisieren. Horizon, Authentifizierung, Carbon und Dateisystemadapter separat prüfen. Serialisierte Queue-Aufträge koordinieren und alle langlebigen Worker nach dem PHP-Wechsel ersetzen; eine funktionierende Startseite genügt nicht.
Anleitung lesen ↗Symfony
Symfony-Komponenten und Flex-Rezepte gemeinsam betrachten. Vor einem Hauptversionswechsel veraltete APIs beheben. Doctrine, Twig, Messenger und Authenticator können trotz erfüllter PHP-Untergrenze blockieren. Container im Testsystem neu bauen und HTTP-Routen sowie Konsolen-Worker prüfen.
Anleitung lesen ↗ThinkPHP
ThinkPHP 5.0, 5.1, 6 und 8 getrennt planen. Framework, ORM und Templatepakete bestimmen; kopierte Verzeichnisse haben eventuell keine Lockdatei. Routing, Middleware, alte Behaviors und eigene Tags prüfen. Das Framework-Verzeichnis niemals ungeprüft in Produktion überschreiben.
Anleitung lesen ↗CodeIgniter
CI3 und CI4 besitzen unterschiedliche Strukturen. codeigniter4/framework nicht über ein CI3-system/-Verzeichnis installieren. Eigene Kernklassen, Hooks und Sitzungstreiber erfassen. Spätere CI4-Unterversionen erhöhen PHP-Anforderungen. Konfiguration und Anwendung im Testsystem migrieren, Anmeldung und Datenbank vergleichen.
Anleitung lesen ↗Yii
Yii 1, 2 und 3 unterscheiden. Der yiisoft/yii2-Datensatz beschreibt einen Yii-2-Patch, nicht alle 2.0-Versionen. Erweiterungen, RBAC, ActiveRecord und Widgets prüfen. Ein Wechsel zwischen Generationen verlangt Anwendungsmigration statt einer bloßen Composer-Änderung.
Anleitung lesen ↗CakePHP
CakePHP 3.10.5 schließt PHP 8 aus; 4.5.12 verlangt PHP unter 8.4. Migrationsleitfäden für jede Hauptversion lesen. Entity-Signaturen, Finder und separate Authentifizierungs- und Autorisierungsplugins prüfen. Repräsentative Abfragen und Formularübermittlungen testen.
Anleitung lesen ↗Laminas / Zend Framework
ZF1, ZF2, ZF3 und einzeln versionierte Komponenten unterscheiden. Die Tabelle betrifft nur laminas-mvc. Namespaces, ServiceManager-Factories und Module vor Migrationstools inventarisieren. Nicht mehr gepflegte Module gesondert behandeln; anschließend API, Sitzungen und Dienstkonstruktion prüfen.
Anleitung lesen ↗Slim
Slim 3 zu 4 verändert PSR-7, Factories, Container und Middleware-Reihenfolge. Der aktuelle Slim-3-Patch repräsentiert nicht das ursprüngliche PHP-Minimum. Mit dem tatsächlichen Lockfile Fehlerbehandlung, Authentifizierung, Request-Body und Response-Ausgabe unter dem Ziel-PHP testen.
Anleitung lesen ↗Phalcon
Phalcon ist eine kompilierte Erweiterung. Composer installiert keine passende phalcon.so oder DLL. Die 5.9-Dokumentation nennt PHP 8.1+, garantiert aber nicht jedes Binärpaket. Architektur, ABI und NTS/ZTS abgleichen und das Laden unter FPM sowie CLI prüfen.
Anleitung lesen ↗Hyperf
Hyperf benötigt passende hyperf/*-Pakete, Coroutine-Clients und Swoole/OpenSwoole-ABI. Ein Neustart des Reverse-Proxys ersetzt keine Anwendungs-Worker. Verbindungspools, Queue-Verbraucher und Zeitaufgaben testen, dann sämtliche langlebigen Prozesse nach dem dokumentierten Verfahren ersetzen.
Anleitung lesen ↗WordPress
WordPress-Kern, Themes und Plugins getrennt erfassen, einschließlich Child-Themes, Must-use-Plugins und Drop-ins. Version über Website-Zustand oder version.php bestimmen. Eine vollständige Kopie aktualisieren und testen, bevor Web-PHP umgestellt wird. Alte Mindestanforderungen sind keine Empfehlung für ununterstütztes PHP.
Anleitung lesen ↗WooCommerce
WordPress, WooCommerce, Zahlungsplugins und Theme-Overrides gemeinsam prüfen. Bestellschreibzugriffe beim Umzug koordinieren. Datenbankupdate, HPOS, Action Scheduler und Sandbox-Rückmeldungen testen. Ein PHP-Rollback stellt weder das geänderte Schema noch neue Bestellungen seit dem Backup wieder her.
Anleitung lesen ↗Drupal
Core, core-recommended, Drush und Module gemeinsam aktualisieren. Veraltete eigene APIs vor Hauptversionswechseln entfernen; Update-Hooks und Konfigurationsimport an einer Kopie testen. Drupal 7 gehört nicht zum hier erfassten Drupal-8+-Composer-Paket. Paketminima ersetzen keine aktuelle Supportmatrix.
Anleitung lesen ↗Joomla
Manifest und Joomla-Vorprüfung verwenden. Erweiterungen, Template-Overrides und Hauptversionsschritte gemeinsam planen. Ein Kompatibilitätsplugin garantiert nicht alle Erweiterungen. Dateien und Datenbank zusammen sichern; Schemaänderungen, Administratoranmeldung und mehrsprachige Routen testen.
Anleitung lesen ↗Magento Open Source / Adobe Commerce
Genaue Edition und Patch-Endung mit der Adobe-Systemmatrix vergleichen. Suche, Datenbank, Cache und Broker können das Upgrade blockieren. Eigene Module und Indexer prüfen, getestetes Artefakt erstellen und Beträge, asynchrone Bestellungen sowie Zahlungsrückmeldungen vor Freigabe kontrollieren.
Anleitung lesen ↗PrestaShop
Das Composer-Minimum ist nicht die vollständige PrestaShop-PHP-Matrix. Zielrelease, Symfony, Zahlungsmodule, Theme und Overrides gemeinsam prüfen. Update Assistant an einer Datenbankkopie testen. Für Multistore und Bestellhistorie einen passenden Dateien-und-Datenbank-Rollback vorhalten.
Anleitung lesen ↗OpenCart
OpenCart-Distribution, OCMOD/VQMod und versionsgebundene Erweiterungen identifizieren. Die Startup-Prüfung nennt nur eine Untergrenze. Anwendung und Datenbank probeweise migrieren. Vor neuen Bestellungen Checkout, Zahlungsbenachrichtigungen, E-Mail und Speicherpfade prüfen.
Anleitung lesen ↗PHPCMS V9
PHPCMS V9 zunächst als übernommene Anwendung behandeln. Die historische offizielle Website war nicht verifizierbar; kein pauschaler PHP-Bereich wird behauptet. Offline mysql_*-Treiber, Kodierung, Inhaltsmodelle und Templates prüfen. Anhänge und Artikel-URLs bei Reparatur oder Migration erhalten. Vor PHPCMS-Export Kategorie-/Modell-IDs, eigene Felder und Anhänge aus der tatsächlichen DB zuordnen; Präfixe variieren. Detailseiten und Pfade vergleichen. Nur Artikeltext zu migrieren kann Modellfelder verlieren oder Bilder auf dem Altserver lassen.
Anleitung lesen ↗DedeCMS / 织梦
DedeCMS-Original, kommerzielle Ausgaben und DedeBIZ unterscheiden. PHP 5.6+ auf der aktuellen Homepage beweist nichts für jedes alte 5.7-Paket. Datenbankklassen, Kanalmodelle, Templates und Kodierung offline prüfen. Tabellen, Uploads und statische Artikel-URLs sichern; keine andere Distribution darüberkopieren. Bei DedeCMS Archiv- und Zusatztabellen jedes Kanals samt tatsächlichen Schlüsseln/Präfix prüfen. Autoren, Kategorien, Vorlagenregeln und statische Pfade bewahren. Datensätze und vollständige Artikel mit Bildern vergleichen; archives allein kann Zusatzfelder verlieren.
Anleitung lesen ↗Discuz! X
Discuz! X, UCenter und Plugins einzeln erfassen. Build und Kodierung sind entscheidend; X3.4/X3.5 allein genügt nicht. Anforderungen des tatsächlichen Releasepakets verwenden. Gemeinsame Anmeldung, Benutzersynchronisation, Anhänge und Datenbankkodierung mit einem vollständigen Rollback testen. Forum und UCenter gemeinsam isoliert wiederherstellen. Weitere angeschlossene Websites erfassen, Anhänge und Benutzer-IDs bewahren. Kontoschreibvorgänge beim Wechsel koordinieren und Login jeder Anwendung prüfen; die Startseite bestätigt keine gemeinsame Kontokonsistenz.
Anleitung lesen ↗Typecho
Typecho-README-Minima gelten nur für die jeweiligen Tags, nicht für alle Themes und Plugins. Hooks, Theme-Funktionen, Datenbankadapter und Routing prüfen. Datenbank und usr/ gemeinsam sichern. Nach dem offiziellen Update Permalinks, Kommentare, Markdown und Medien vergleichen.
Anleitung lesen ↗EC-CUBE
EC-CUBE, Symfony, Doctrine und Zahlungsplugins gemeinsam versionieren. app/Customize und Twig können unabhängig vom Kern scheitern. Genaue 4.x-Version prüfen, Datenbankmigrationen proben und Versand, Steuer, japanische Texte und Sandbox-Zahlungsrückgaben kontrollieren.
Anleitung lesen ↗TYPO3
TYPO3-Kern und Erweiterungen gemeinsam prüfen. Eigene Extensions, Fluid, TypoScript und Site-Konfiguration erfassen. Upgrade Wizards zunächst im Testsystem ausführen; Backend und Frontend abnehmen. Das Kernminimum garantiert weder Erweiterungskompatibilität noch einen verlängerten Supportvertrag.
Anleitung lesen ↗Shopware
Shopware-Unterversion und Patchstand mit Apps, Plugins und Symfony abstimmen. Dokumentierte Reihenfolge einhalten, Administration-/Storefront-Assets bei Bedarf bauen und Message-Consumer neu starten. Suche, Checkout und APIs an einer Datenbankkopie testen; Composer-Erfolg beweist keinen funktionierenden Bestellablauf.
Anleitung lesen ↗Kompatibilitätshürden für den PHP2Shell-Fix
PHP2Shell auf einer unbetreuten PHP-Seite beheben
PHP2Shell ohne PHP-Entwickler beheben: Zugänge wiederherstellen, Backups testen und die Laufzeit bestimmen. Danach zwischen gepatchtem PHP, Migration und statischem Archiv entscheiden.
PHP2Shell beheben - PHP-Upgrade-Fehler lösen
Entfernte APIs, Paketkonflikte, fehlende Erweiterungen und Gateway-Fehler dürfen den PHP2Shell-Fix nicht verhindern. Betrieb mit gepatchtem PHP wiederherstellen und beide CVEs prüfen.
PHP-Kompatibilität für den PHP2Shell-Fix
Die Tabelle zeigt einzelne Releases, keine Zusage für eine gesamte Hauptversion. Eine Untergrenze ohne Obergrenze beweist keine Unterstützung aller neueren PHP-Versionen. Lockdatei, Erweiterungen und aktuelle Herstellervorgaben prüfen.
Bestandsaufnahme vor dem PHP2Shell-Fix
Nur in einer autorisierten Arbeitskopie verwenden. Die Befehle prüfen CLI und gesperrte Pakete, installieren keine Patches und bestätigen nicht die Web-Laufzeit. Die PHP-Version im prohibits-Beispiel ist nur ein Vergleichsziel.
PHP2Shell-Patches prüfen
Anwendungskompatibilität, Wartungsstatus und PHP-Sicherheit getrennt prüfen. Einen unterstützten PHP-Zweig mit beiden CVE-Korrekturen wählen und alle Web-Worker, geplanten Aufgaben und Replikate kontrollieren. Ein Framework- oder Plugin-Update ersetzt PHP nicht.
| PHP-Zweig | Upstream-Versionen unter | Erste korrigierte Version | Ende der Sicherheitsupdates |
|---|---|---|---|
| PHP 8.5 | < 8.5.12 | ✓ 8.5.12 | 31. Dez. 2029 |
| PHP 8.4 | < 8.4.27 | ✓ 8.4.27 | 31. Dez. 2028 |
| PHP 8.3 | < 8.3.36 | ✓ 8.3.36 | 31. Dez. 2027 |
| PHP 8.2 | < 8.2.35 | ✓ 8.2.35 | 31. Dez. 2026 |
Für diese Zweige gibt es keine reguläre PHP-Veröffentlichung. Minimale Quellcode-Backports existieren für 7.4, 8.0 und 8.1. Herstellerunterstützung separat prüfen. Anleitung lesen ↗