Grundlagen
PHP 8.2 Supportende: Was KMU bis Ende 2026 tun müssen
Von Dominik Natter · Zuletzt aktualisiert am 3. November 2026 · 7 Min. Lesezeit
Kurz gesagt
PHP 8.2 erreicht am 31. Dezember 2026 sein Supportende, auf Englisch end of life. Danach schliesst das PHP-Projekt in dieser Version keine Sicherheitslücken mehr. KMU sollten bis zum 31. Dezember 2026 auf PHP 8.4 oder 8.5 aktualisieren, die bis Ende 2028 beziehungsweise Ende 2029 Sicherheitsupdates erhalten. Wer das nicht rechtzeitig schafft, braucht kostenpflichtigen Extended Support als Brücke oder einen Plan zur Ablösung.
PHP 8.2 end of life: Was bedeutet das konkret?
Ab dem 1. Januar 2027 veröffentlicht das PHP-Projekt für Version 8.2 keine Updates mehr. Ihre Website oder Anwendung läuft technisch weiter. Neu entdeckte Sicherheitslücken bleiben aber offen. Das ist das eigentliche Risiko einer veralteten PHP-Version.
Wie schnell das zum Problem wird, zeigt der Oktober 2026. Am 21. Oktober veröffentlichte das PHP-Projekt ein Sicherheitsupdate gegen zwei kritische Lücken mit einem CVSS-Wert von 9,2 von 10. Beide erlauben Angreifern, ohne Anmeldung eigenen Code auf dem Server auszuführen. PHP 8.2 erhielt die Korrektur noch mit Version 8.2.35. Für PHP 8.1 und älter gab es keine regulären Updates mehr. Das PHP-Projekt veröffentlichte nur minimale Korrekturen, die man selbst einbauen muss. Laut php.net ist das Update der einzige sichere Weg.
- Letzter Tag mit Sicherheitsupdates für PHP 8.2
- 31.12.2026
- CVSS-Wert der zwei kritischen Lücken vom 21. Oktober 2026
- 9,2 von 10
- Zeit zwischen Anfang November und dem 31. Dezember 2026
- rund 8 Wochen
- Sicherheitsupdates für PHP 8.5, für PHP 8.4 bis Ende 2028
- Ende 2029
Dazu kommen zwei praktische Folgen. Hoster können veraltete Versionen abschalten, automatisch umstellen oder den Weiterbetrieb separat verrechnen. Und neue Versionen von Plugins, Erweiterungen und Frameworks setzen eine aktuellere PHP-Version voraus. Wer auf 8.2 bleibt, kann diese Updates irgendwann nicht mehr einspielen und verliert damit auch deren Sicherheitskorrekturen.
Wer ist vom Supportende von PHP 8.2 betroffen?
Betroffen ist jede Software, die auf einem Server mit PHP 8.2 oder älter läuft. Im KMU sind das häufig diese Systeme:
- WordPress-Websites. WordPress empfiehlt selbst PHP 8.3 oder neuer.
- Webshops auf WooCommerce, Magento oder anderen PHP-Systemen.
- Shopware-5-Shops. Shopware 5 erhält laut Hersteller seit Ende Juli 2024 keine Sicherheitskorrekturen mehr. Hier ist die PHP-Version nur ein Teil des Problems.
- Eigene PHP-Anwendungen, die ein Dienstleister vor Jahren gebaut hat und die seither kaum verändert wurden.
- Anwendungen auf älteren Frameworks. Laravel 11 und älter erhalten keine Sicherheitskorrekturen mehr. Bei Symfony sind ausser der aktuellen Version nur die Langzeitversionen 5.4, 6.4 und 7.4 gepflegt.
- Intranet-Werkzeuge, Bestellformulare und Kundenportale. Auch Systeme, die nur im Firmennetz erreichbar sind, bleiben ein Risiko.
Welche PHP-Version läuft bei Ihnen? So finden Sie es heraus
Die Antwort haben Sie meist in wenigen Minuten. Prüfen Sie jedes System einzeln, denn auf einem Server können mehrere PHP-Versionen parallel laufen.
01
WordPress
Unter Werkzeuge, Website-Zustand, Bericht steht die PHP-Version im Abschnitt Server.
02
Hosting-Verwaltung
In Plesk, cPanel oder im Kundenbereich Ihres Hosters sehen Sie die PHP-Version pro Website und können sie dort meist auch ändern.
03
Eigene Anwendungen
Ihr Dienstleister oder Ihre IT liest die Version auf dem Server mit einem Befehl aus. Fragen Sie gleich auch nach der Framework-Version.
04
Schriftliche Rückfrage
Bitten Sie Hoster und Dienstleister um eine Liste aller Systeme mit PHP-Version und Datum der letzten Aktualisierung.
Auf welche PHP-Version sollten Sie aktualisieren?
Für die meisten KMU ist PHP 8.4 oder 8.5 die richtige Wahl. PHP 8.4 erhält Sicherheitsupdates bis 31. Dezember 2028, PHP 8.5 bis 31. Dezember 2029. PHP 8.4 ist seit November 2024 erhältlich, PHP 8.5 seit November 2025. Beide werden von aktuellen Versionen der gängigen Systeme unterstützt.
PHP 8.3 ist nur eine Zwischenlösung. Die Sicherheitsupdates enden Ende 2027. Wer auf 8.3 wechselt, steht Ende 2027 vor derselben Frage.
PHP 8.6 ist für den 19. November 2026 geplant. Warten Sie mit dem produktiven Einsatz, bis die ersten Fehlerkorrektur-Versionen erschienen sind und Ihre Plugins und Frameworks 8.6 ausdrücklich unterstützen. Für eine Umstellung bis zum 31. Dezember 2026 ist das zu knapp.
Als Faustregel gilt: Wählen Sie die neueste Version, die alle Ihre Komponenten offiziell unterstützen.
PHP-Versionen und ihr Supportende
31. Dezember 2025
PHP 8.1 und älter: kein Support mehr
Der Support für PHP 8.1 endete am 31. Dezember 2025. Ältere Versionen sind ebenfalls nicht mehr gepflegt.
19. November 2026
PHP 8.6: Release geplant
Noch nicht erschienen. Für eine Umstellung bis Ende 2026 zu knapp.
31. Dezember 2026
PHP 8.2: Ende der Sicherheitsupdates
Jetzt aktualisieren.
31. Dezember 2027
PHP 8.3: Ende der Sicherheitsupdates
Nur Zwischenlösung.
31. Dezember 2028
PHP 8.4: Ende der Sicherheitsupdates
Empfohlen. Erhältlich seit November 2024.
31. Dezember 2029
PHP 8.5: Ende der Sicherheitsupdates
Empfohlen. Erhältlich seit November 2025.
Was ein PHP-Update typischerweise aufhält
Die PHP-Version selbst ist beim Hoster oft nur eine Einstellung. Aufwendig wird es, wenn die Software nicht mitspielt. Diese Punkte verzögern Updates am häufigsten:
- Veraltete Abhängigkeiten: Plugins, Erweiterungen oder Bibliotheken, die niemand mehr pflegt und die auf neuen PHP-Versionen nicht laufen.
- Alte Frameworks: Eine Anwendung auf Laravel 8 oder Symfony 4 muss zuerst über mehrere Hauptversionen angehoben werden.
- Veraltete Funktionen: PHP markiert Funktionen als veraltet, bevor sie geändert oder entfernt werden. Eigene Software muss an diesen Stellen angepasst werden.
- Fehlende Tests: Ohne automatische Tests muss jemand jede Funktion von Hand prüfen. Das kostet Zeit und lässt Fehler durch.
- Fehlendes Wissen: Der ursprüngliche Entwickler ist nicht mehr verfügbar, und niemand kennt den Code.
- Eingriffe im Kern: Angepasste Plugins oder Änderungen am System selbst, die bei einem Update verloren gehen.
Aktualisieren, Extended Support oder ablösen: Optionen und Kosten
Es gibt drei Wege. Welcher passt, hängt vom Zustand der Software und ihrer Bedeutung für Ihren Betrieb ab.
Aktualisieren ist der Normalfall. Die Werte in der Tabelle sind Richtwerte auf Basis typischer Aufwände bei Stundensätzen von CHF 150 bis 250.
Richtwerte für ein PHP-Update
| Ausgangslage | Aufwand | Kosten |
|---|---|---|
| WordPress-Website mit gepflegten Plugins | oft wenige Stunden | rund CHF 500 bis 2'000 |
| Eigene Anwendung auf einem aktuellen Framework | eher zwei bis fünf Arbeitstage | rund CHF 2'500 bis 10'000 |
| Framework mehrere Hauptversionen zurück, keine Tests | schnell mehrere Wochen | CHF 15'000 oder mehr |
Kostenpflichtiger Extended Support verschafft Zeit. Drittanbieter liefern dabei weiter Sicherheitskorrekturen für eine Version, die das PHP-Projekt nicht mehr pflegt. Zend bietet nach eigenen Angaben einen solchen Support für PHP 8.2 bis 2028 an. Wer PHP über eine Linux-Distribution mit Langzeitpflege bezieht, erhält Korrekturen unter Umständen vom Distributor. Ihr Hoster weiss, ob das bei Ihnen zutrifft.
Ablösen lohnt sich, wenn die Anwendung ohnehin am Ende ist: kaum dokumentiert, von einer Person abhängig, ohne Tests und auf veralteter Grundlage. Natter Solutions baut neue Anwendungen mit .NET und Next.js statt mit PHP, übernimmt bestehende Anwendungen aber nach einer kurzen Prüfung zum Festpreis und sagt Ihnen offen, ob sich eine Modernisierung lohnt oder ein schrittweiser Ersatz günstiger kommt. Mehr dazu im Ratgeber «PHP-Anwendung modernisieren oder neu bauen? So entscheiden Sie».
Fahrplan: Was Sie bis 31. Dezember 2026 tun sollten
Zwischen Anfang November und dem 31. Dezember 2026 liegen rund acht Wochen. Das reicht für eine Bestandsaufnahme und die einfachen Fälle. Für komplexe Anwendungen brauchen Sie einen Plan über den Jahreswechsel hinaus.
Sofort
Oktober-Versionen prüfen
Prüfen Sie, ob alle Systeme mindestens die Oktober-Versionen 8.2.35, 8.3.36, 8.4.27 oder 8.5.12 nutzen. Auf PHP 8.1 und älter bleiben die kritischen Lücken vom Oktober 2026 offen, solange niemand die minimalen Korrekturen des PHP-Projekts einbaut oder Hoster und Distributor selbst nachbessern.
Bis 15. November 2026
Liste aller Systeme erstellen
Liste aller Systeme mit PHP-Version, Framework und zuständiger Person erstellen.
Bis 30. November 2026
Zuständigkeiten klären
Mit Hoster und Dienstleistern klären, wer welches System aktualisiert, bis wann und zu welchem Preis.
Im Dezember 2026
Einfache Fälle umstellen
Einfache Fälle wie WordPress-Websites auf 8.4 oder 8.5 umstellen. Vorher eine Sicherung anlegen und auf einer Testkopie prüfen.
Bis 31. Dezember 2026
Restliche Systeme absichern
Für jedes System, das nicht rechtzeitig fertig wird, Extended Support vereinbaren oder den Zugriff einschränken, etwa auf das Firmennetz.
Ab Januar 2027
Komplexe Anwendungen angehen
Komplexe Anwendungen in Etappen aktualisieren oder die Ablösung mit einer Vorstudie planen.
Danach
Jährlich prüfen
Die PHP-Version jährlich prüfen. PHP 8.3 endet Ende 2027, PHP 8.4 Ende 2028. Regelmässige Updates gehören in einen Wartungsvertrag. Mehr dazu im Ratgeber «Software-Wartungskosten: Was kosten Wartung und Betrieb pro Jahr?».
Was Sie nicht tun müssen
Das Supportende ist ernst, aber kein Grund für Schnellschüsse.
- Sie müssen nicht alles neu entwickeln. Für die meisten Systeme genügt ein Update.
- Sie müssen nicht auf PHP 8.6 wechseln. PHP 8.4 und 8.5 sind für die nächsten Jahre gepflegt.
- Gehostete Dienste wie Shopify, Microsoft 365 oder eine Cloud-Buchhaltung betreffen Sie nicht. Dort ist der Anbieter zuständig.
- Software ohne PHP, etwa Anwendungen mit .NET, Java oder Node.js, ist nicht betroffen. Sie hat eigene Supportfristen, die Sie separat im Blick behalten.
- Statische Websites ohne PHP brauchen kein Update.
Woher diese Angaben kommen
Supportfristen und Sicherheitsupdate
Die Supportfristen stammen von der offiziellen Website des PHP-Projekts php.net, aus den Seiten Supported Versions und Unsupported Branches. Die Angaben zum Sicherheitsupdate vom 21. Oktober 2026 stammen aus der Release-Ankündigung und dem Sicherheitshinweis auf php.net. Die Lücken sind als CVE-2026-109618 und CVE-2026-109619 erfasst. Der geplante Termin für PHP 8.6 stammt aus dem Release-Plan im offiziellen PHP-Wiki.
WordPress, Frameworks und Extended Support
Die Angaben zu WordPress stammen aus den Systemanforderungen auf wordpress.org, zu Laravel aus dessen Release Notes, zu Symfony von dessen Releases-Seite und zum Extended Support aus der Produktseite von Zend. Das Supportende von Shopware 5 hat der Hersteller Shopware angekündigt.
Kosten für Updates
Die Kosten für Updates sind Richtwerte auf Basis typischer Aufwände und ersetzen keine Offerte.
Stand: November 2026.
| PHP 8.1 und älter | Kein Support mehr | 8.1 endete am 31. Dezember 2025 |
|---|---|---|
| PHP 8.2 | Sicherheitsupdates bis 31. Dezember 2026 | Jetzt aktualisieren |
| PHP 8.3 | Sicherheitsupdates bis 31. Dezember 2027 | Nur Zwischenlösung |
| PHP 8.4 | Sicherheitsupdates bis 31. Dezember 2028 | Empfohlen |
| PHP 8.5 | Sicherheitsupdates bis 31. Dezember 2029 | Empfohlen |
| PHP 8.6 | Noch nicht erschienen | Release geplant am 19. November 2026 |
Häufige Fragen
Läuft meine Website nach dem 31. Dezember 2026 mit PHP 8.2 einfach weiter?
Technisch ja, sie funktioniert am 1. Januar wie zuvor. Neu entdeckte Sicherheitslücken in PHP 8.2 werden ab dann aber nicht mehr behoben. Zudem können Hoster die alte Version abschalten, automatisch umstellen oder den Weiterbetrieb separat verrechnen. Klären Sie mit Ihrem Hoster, was er plant.
Welche PHP-Version sollten wir 2027 einsetzen?
PHP 8.4 oder 8.5. Sie erhalten Sicherheitsupdates bis Ende 2028 beziehungsweise Ende 2029 und werden von aktuellen Versionen der gängigen Systeme unterstützt. PHP 8.3 ist nur bis Ende 2027 gepflegt. Mit PHP 8.6 warten Sie, bis erste Fehlerkorrekturen erschienen sind und Ihre Plugins es offiziell unterstützen.
Was kostet ein PHP-Update?
Als Richtwert kostet eine WordPress-Website mit gepflegten Plugins rund CHF 500 bis 2'000, eine eigene Anwendung auf aktuellem Framework rund CHF 2'500 bis 10'000. Liegt das Framework mehrere Hauptversionen zurück und fehlen Tests, sind CHF 15'000 oder mehr realistisch. Entscheidend ist der Zustand der Software, nicht die PHP-Version selbst.
Können Sie bestehende Software übernehmen und weiterentwickeln?
Ja, nach einer kurzen Prüfung. Wir sehen uns Code, Datenmodell und Betrieb an und sagen Ihnen offen, ob eine Weiterentwicklung sinnvoll ist oder ein schrittweiser Ersatz günstiger kommt. Diese Prüfung dauert wenige Tage und kostet einen Festpreis.
Wer betreibt die Software nach dem Go-live?
Auf Wunsch wir. Ein Wartungsvertrag umfasst Hosting im EWR, Überwachung, Sicherheitsupdates, Backups und vereinbarte Reaktionszeiten. Üblich sind 15 bis 20 Prozent der Projektkosten pro Jahr. Sie können den Betrieb auch in Ihre eigene Infrastruktur oder zu Ihrem IT-Partner nehmen.
Passende Leistungen:IndividualsoftwareSchnittstellen
Sprechen wir über Ihren Fall.
20 Minuten genügen, um zu klären, ob sich eine eigene Lösung für Sie lohnt.