Vorhaben besprechen

Lexikon

PHP End of Life (EOL)

PHP End of Life (EOL) bezeichnet den Zeitpunkt, ab dem eine PHP-Version vom PHP-Projekt weder Fehlerbehebungen noch Sicherheitsupdates erhält. Jede Version wird zwei Jahre aktiv und zwei weitere Jahre mit Sicherheitskorrekturen unterstützt.

25. Oktober 2026PHPEnd of LifePatch-ManagementLifecycle

Viele Websites, Shops und Fachanwendungen laufen jahrelang unverändert, die PHP-Version darunter altert mit. Spätestens mit dem End of Life, also dem Supportende, wird daraus ein Sicherheitsproblem: Neu entdeckte Schwachstellen werden in dieser Version nicht mehr behoben. Das PHP-Projekt rät ausdrücklich, von nicht mehr unterstützten Versionen so bald wie möglich auf eine aktuelle Version umzusteigen, weil sonst ungepatchte Sicherheitslücken drohen.

Der Supportzyklus von PHP

Laut php.net gilt für jeden Versionszweig von PHP:

  1. Aktive Unterstützung, zwei Jahre ab Veröffentlichung: Gemeldete Fehler und Sicherheitsprobleme werden behoben und in regelmäßigen Wartungsversionen veröffentlicht.
  2. Sicherheitsunterstützung, zwei weitere Jahre: Nur noch kritische Sicherheitsprobleme werden behoben, Veröffentlichungen erfolgen nach Bedarf.
  3. End of Life: Nach insgesamt vier Jahren endet die Unterstützung. Bei allen derzeit unterstützten Versionen enden die Zeiträume jeweils am 31. Dezember.

Supportzeiten im Überblick

Stand: 25. Oktober 2026, laut den Übersichten auf php.net:

Wer heute noch PHP 8.2 betreibt, hat damit nur noch bis Jahresende Sicherheitsupdates. Für Upgrades auf eine neue Version lohnt sich eine Planung über mehrere Monate.

Was End of Life in der Praxis bedeutet

Sonderfall Linux-Distributionen

Linux-Distributionen wie Red Hat Enterprise Linux liefern PHP oft in einer älteren Version aus und übertragen Sicherheitskorrekturen aus neueren Versionen nachträglich in ihr Paket. Red Hat nennt das Backporting und weist darauf hin, dass die Versionsnummer allein dann nicht zeigt, ob ein System verwundbar ist. Entscheidend ist in diesem Fall der Supportzeitraum der Distribution, nicht der von php.net. Bei Hosting-Angeboten lohnt ein Blick darauf, welche Versionen der Anbieter wie lange pflegt.

So planen Sie das Upgrade

  1. Bestand erfassen: Alle Server, Hostingpakete, Container und Kommandozeilenaufgaben mit ihrer PHP-Version auflisten, etwa mit php -v.
  2. Kompatibilität prüfen: Die Migrationshinweise auf php.net nennen geänderte und entfernte Funktionen je Version. Statische Analysewerkzeuge finden betroffene Stellen im Code.
  3. Abhängigkeiten aktualisieren: Mit Composer prüfen, welche Pakete die Zielversion unterstützen.
  4. Testen: In einer Testumgebung mit automatischen Tests und fachlicher Abnahme prüfen, idealerweise über eine CI/CD-Pipeline.
  5. Umstellen und beobachten: Gestaffelt umstellen, Fehlerprotokolle auf Warnungen zu veralteten Funktionen beobachten und einen Rückweg bereithalten.
  6. Wiederholen: PHP-Versionen in das Patch-Management und das Schwachstellenmanagement aufnehmen und den nächsten Wechsel rechtzeitig einplanen.

Abgrenzung

Ein Sicherheitsupdate innerhalb einer Version, etwa von 8.4.x auf eine neuere 8.4-Version, ist ein regulärer Patch. Der Wechsel auf eine neue Version, etwa von 8.2 auf 8.4, ist ein Upgrade mit Anpassungen und Tests. Das End of Life betrifft die PHP-Laufzeit. Anwendungen und Frameworks haben eigene Supportzeiträume, die oft kürzer sind.

Quellen

Update-Management ansehen

WEITER IM LEXIKON

Verwandte Begriffe

Mehr aus Softwareentwicklung

Alle Begriffe im Lexikon

IHR NÄCHSTER SCHRITT

Was soll als
Nächstes besser
funktionieren?

Beschreiben Sie kurz Ihr Vorhaben. Wir ordnen ein und schlagen einen sinnvollen nächsten Schritt vor.

Vorhaben besprechen