Für PHP 8.2 enden die Sicherheits-Updates am 31.12.2026, für PHP 8.1 und älter sind sie bereits beendet (Stand: 2026-10). Wir bringen gewachsene PHP-Anwendungen, auch mit Smarty-Templates und jQuery-Frontend, auf PHP 8.4 oder 8.5 und testen jede Stufe.
PHP-Versionen und Support-Ende: Termine von 5.6 bis 8.5 mit Quelle
Für PHP 8.2 enden die Sicherheits-Updates am 31.12.2026, für PHP 8.1 und älter sind sie bereits beendet (Stand: 2026-10). Die Zeitleiste nennt die Termine von PHP 5.6 bis 8.5 mit Quelle, dazu Zielversionen und eine Prüfliste für Betreiber.
- Alle Termine mit Quelle, Stand: 2026-10
- PHP, Smarty und Slim seit 2012 in Produktivsystemen
Veröffentlicht: 2026-10-26 · Stand: 2026-10 · Redaktion Prownex
Was die Zeitleiste zeigt und wie Sie sie lesen
Für PHP 8.1 bis 8.5 gilt dieselbe Regel: zwei Jahre aktive Unterstützung, danach zwei Jahre nur Sicherheits-Updates (Stand: 2026-10). Mit dem Ende der Sicherheits-Updates ist der Lebenszyklus der Version beendet: Es erscheinen keine Updates mehr. Das gilt für PHP 8.1 und älter. PHP 8.2 folgt am 31.12.2026 und PHP 8.3 am 31.12.2027.
Die Zeitleiste nennt für jede Version das Ende der Sicherheits-Updates, so wie php.net es führt. Ältere Zweige von PHP 5.x bis 7.3 sind seit Jahren beendet, ihre Termine stehen auf php.net (öffnet in einem neuen Fenster). Ein Datum in der Vergangenheit beschreibt einen Zustand und kein Abschaltdatum: Die Anwendung läuft weiter, für neu entdeckte Lücken gibt es aber keinen Patch.
Welche PHP-Version Ihr Webserver nutzt, zeigt die Funktion phpinfo() auf einer Testseite, die Sie danach wieder löschen. Der Befehl php -v zeigt die Version der Kommandozeile, und die kann abweichen. Bei Shared Hosting steht die Version in der Verwaltung des Hosters.
Support-Termine der PHP-Versionen
| Datum | Ereignis | Quelle |
|---|---|---|
| 2018-12-31 | PHP 5.6: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2019-01-10 | PHP 7.0: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2019-12-01 | PHP 7.1: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2020-11-30 | PHP 7.2: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2021-12-06 | PHP 7.3: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2022-11-28 | PHP 7.4: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2023-11-26 | PHP 8.0: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2025-12-31 | PHP 8.1: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2026-11-19 | PHP 8.6: geplante Veröffentlichung (General Availability) laut PHP-Wiki. | wiki.php.net (öffnet in einem neuen Fenster) |
| 2026-12-31 | PHP 8.2: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2027-12-31 | PHP 8.3: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2028-12-31 | PHP 8.4: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
| 2029-12-31 | PHP 8.5: Ende der Sicherheits-Updates. | php.net (öffnet in einem neuen Fenster) |
Was das Support-Ende für Betreiber bedeutet
Ein Support-Ende ist kein Abschaltdatum. Die Anwendung läuft weiter, aber neu entdeckte Sicherheitslücken in PHP bleiben offen. Was das für Sie heißt, hängt von der Version ab (Stand: 2026-10):
- PHP 8.1 und älter: Es gibt keine Sicherheits-Updates mehr. Bis zum Update lässt sich das Risiko mit Zugriffsbeschränkungen und einer vorgeschalteten WAF senken, aber nicht beseitigen.
- PHP 8.2: Die Sicherheits-Updates enden am 31.12.2026. Danach gilt dasselbe wie für PHP 8.1 und älter.
- PHP 8.3: Sicherheits-Updates gibt es bis zum 31.12.2027, ein Jahr länger als für PHP 8.2. Die Version kommt als Zwischenziel in Frage.
- PHP 8.4 und 8.5: Sicherheits-Updates gibt es bis zum 31.12.2028 und bis zum 31.12.2029. Für ein Update heute kommen diese beiden Versionen als Ziel in Frage.
Den Aufwand eines Updates bestimmen selten die Anwendung allein, sondern Erweiterungen, Bibliotheken ohne Betreuer, Smarty, jQuery und die Datenbank. Der Aufschlag eines Hosters ist ein Warnsignal: Er kann kurzfristig Zeit verschaffen, ersetzt aber das Update nicht.
Das sollten Sie jetzt prüfen:
- Welche PHP-Version nutzen Webserver und Kommandozeile?
- Welche Erweiterungen und Bibliotheken setzt die Anwendung ein, und werden sie noch gepflegt?
- Welche Version von Smarty und jQuery läuft, und welche Datenbankversion?
- Gibt es Tests für die kritischen Abläufe und eine Testumgebung mit Rückweg?
- Berechnet Ihr Hoster schon einen Aufschlag, oder steht die Abschaltung Ihrer Version an?
Hintergründe zu Smarty, jQuery und Hoster-Aufschlägen finden Sie auf der Seite PHP.
Wie es weitergeht, je nach Ausgangslage
-
-
Ihr System läuft, aber niemand kennt es genau. Wir erfassen Anwendung, Datenbank, Server und E-Mail, bewerten Risiken, empfehlen schriftlich den weiteren Weg und übernehmen auf Wunsch den Betrieb.
-
Wir ziehen Ihre Lucee-, ColdFusion- oder PHP-Anwendung vom klassischen Hosting in Container um, ohne sie neu zu schreiben. So lässt sich die Umgebung nachbauen, aktualisieren und verlegen. Manche Hoster berechnen Aufschläge für alte PHP-Versionen, für PHP 8.2 enden die Sicherheits-Updates am 31.12.2026 (Stand: 2026-10).
Den PHP-Stand prüfen lassen, mit festem Umfang und festem Preis
Legacy-Review
Für Unternehmen mit einem System, das niemand mehr genau kennt: vor einem Update, vor einer Migration oder beim Wechsel des Dienstleisters.
- Inventar der Versionen und Abhängigkeiten
- Landkarte aus Anwendung, Datenbank, Server und E-Mail
- Risikoregister zu Sicherheit, Support und Wissen
- Bewertung der Backups und der Wiederherstellung
- Empfehlung „bleiben, Version anheben oder migrieren“ mit Optionsmatrix, die auch „in den Container“ und „als API bereitstellen“ enthält
- Aufwandsschätzung in Tagen
Der Preis gilt für ein System, also eine Anwendung mit ihrer Datenbank und ihrem Server. Weitere Systeme bepreisen wir einzeln.
Was das Ergebnis enthält
Ein schriftlicher Bericht mit Bestandsaufnahme, Risikoregister, Empfehlung und Aufwandsschätzung. Der Bericht gehört Ihnen.
Quellen
Die Angaben stammen aus den folgenden Veröffentlichungen der Projekte (Stand: 2026-10):
- PHP: Supported Versions (öffnet in einem neuen Fenster) für PHP 8.1 bis 8.5 und die Regel von zwei Jahren aktiver Unterstützung plus zwei Jahren Sicherheits-Updates.
- PHP: nicht mehr unterstützte Zweige (öffnet in einem neuen Fenster) für PHP 7.4, 8.0 und ältere Zweige.
- PHP-Wiki: PHP 8.6 (öffnet in einem neuen Fenster) für den geplanten Veröffentlichungstermin.
Fragen zu PHP-Versionen und Support-Ende
Was passiert, wenn das Update nicht rechtzeitig fertig wird?
Die Anwendung läuft weiter. Für PHP 8.2 erscheinen nach dem 31.12.2026 aber keine Sicherheits-Updates mehr (Stand: 2026-10), und mit jeder später bekannt werdenden Lücke wächst das Risiko.
Reicht die Zeit nicht für das ganze Update, gibt es zwei Überbrückungen. Ein Zwischenziel wie PHP 8.3 erhält Sicherheits-Updates bis zum 31.12.2027 (Stand: 2026-10) und verschafft ein Jahr. Zusätzlich lassen sich Zugriffe einschränken, eine WAF vorschalten und der Administrationszugang auf VPN begrenzen. Das senkt das Risiko, beseitigt es aber nicht.
Ist der Extended Support meines Hosters eine Alternative zum Update?
Kurzfristig kann er Zeit verschaffen, eine Alternative zum Update ist er nicht. Er gilt nur beim jeweiligen Hoster, endet spätestens mit der Abschaltung der Version und sagt nichts darüber, ob Ihre Anwendung auf einer neuen Version läuft.
Der Aufschlag ist ein Warnsignal: Ihre Version gilt beim Hoster als Auslaufmodell. Wer ohnehin vom klassischen Hosting wegziehen will, findet den Weg unter Vom Hosting in den Container.
Was kostet das Update auf PHP 8, und wie lange dauert es?
Eine belastbare Zahl gibt es erst nach dem Blick in Ihre Anwendung. Aufwand und Dauer hängen vom Zustand ab, nicht von der Größe allein. Entscheidend sind die Ausgangsversion, Erweiterungen und Bibliotheken ohne Betreuer, Smarty, Datenbank, Zeichenkodierung und vorhandene Tests.
Feste Preise nennen wir für die Einstiegsprodukte, hier den Legacy-Review mit PHP-8-Inventar. Er liefert die Aufwandsschätzung in Arbeitstagen. Danach machen wir Ihnen ein Angebot für das Update: zum Festpreis, wenn der Umfang klar ist, sonst nach Aufwand.
Müssen wir unsere PHP-Anwendung für PHP 8 neu schreiben?
Meistens nicht. Liegt das Problem nur an der PHP-Version, aktualisieren wir die Anwendung in Stufen und lassen ihre Logik unverändert. Ein Neuschreiben lohnt sich selten.
Es kommt infrage, wenn das Framework nicht mehr gepflegt wird, es keine Tests gibt und sich die Geschäftsregeln aufschreiben lassen. Ob das bei Ihnen zutrifft, zeigt der Legacy-Review mit einer Empfehlung und einer Aufwandsschätzung in Arbeitstagen.
In 20 Minuten klären wir, welcher erste Schritt zu Ihrem System passt
Sie schildern Ziel und Stand, wir sagen offen, ob und wie wir helfen können. Antwort innerhalb eines Werktags, unverbindlich.
Erreichbar: Montag bis Freitag, 9:00 bis 17:00 Uhr (MEZ); Support und Notfälle rund um die Uhr (24/7)