Bei Symfony erfordert die Behebung von PHP2Shell einen Patch der PHP-Laufzeit. Die Anwendungsversion zeigt mögliche Kompatibilitätshürden, beweist aber weder Ausnutzbarkeit noch die Behebung beider CVEs.
Symfony - PHP-Kompatibilität für den PHP2Shell-Fix
| Release-Beispiel | Deklarierte PHP-Anforderung | Kandidaten laut Deklaration | Originalquelle |
|---|---|---|---|
| v4.4.51 | >=7.1.3 | repo.packagist.org ↗8f1698ff2a97 | |
| v5.4.54 | >=7.2.5 | repo.packagist.org ↗af61a85f1337 | |
| v6.4.48 | >=8.1 | repo.packagist.org ↗53c3853a101a | |
| v7.4.21 | >=8.2 | repo.packagist.org ↗62b38e9cb02c | |
| v8.0.15 | >=8.4 | repo.packagist.org ↗f93319640546 |
Kandidaten vergleichen nur diese Deklaration mit den ersten PHP2Shell-Fixes unterstützter Zweige. Sie belegen weder getestete Kompatibilität noch Herstellersupport oder passende Abhängigkeiten. PHP-Kompatibilität für den PHP2Shell-Fix ↗
Umfang der PHP2Shell-Behebung bestimmen
Dateien und Paketidentität
symfony/framework-bundle
composer.locksymfony.lockconfig/bundles.php
Symfony - Kompatibilitätshürden für den PHP2Shell-Fix
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.
Abhängigkeiten und Eigenentwicklungen
Offizielle Upgrade-Dokumentation ↗Funktionstests nach dem PHP2Shell-Fix
Bestandsaufnahme vor dem PHP2Shell-Fix
Nur in einer autorisierten Arbeitskopie verwenden.
php -v
php --ini
composer --no-plugins show --locked symfony/framework-bundle
composer --no-plugins check-platform-reqs --lock
composer --no-plugins prohibits php 8.3.36 --lockedSymfony - PHP2Shell-Patches prüfen
Prüfen Sie beide CVE-Korrekturen im PHP, das diese Seite ausliefert. Alte Web- und Queue-Prozesse sowie Replikate ersetzen oder neu starten. Eine erreichbare Startseite oder ein neues CLI genügt nicht.
3. Neustarten und vollständig prüfen ↗