PHP 8.3 · Nur noch Sicherheitsupdates, bis 31.12.2027

PHP 8.3: seit Januar 2026 nur noch Sicherheitsupdates, bis Ende 2027. Was das für die Planung heißt

PHP 8.3 ist seit dem 1. Januar 2026 im Sicherheitsmodus: Lücken werden bis zum 31. Dezember 2027 geschlossen, Fehler nicht mehr behoben. Für den Betrieb reicht das noch gut ein Jahr. Was 8.3 heute bedeutet, was beim Sprung auf 8.4 zu tun ist und wann er sinnvoll ist.

Erschienen
23.11.2023
Aktiver Support bis
31.12.2025
Sicherheitsupdates bis
31.12.2027
Aktuelles Release
8.3.36
Empfohlenes Ziel
PHP 8.4

Termine: php.net, Supported Versions.

PHP 8.3 erschien im November 2023 mit typisierten Klassenkonstanten, dem #[\Override]-Attribut und json_validate(). Der aktive Support endete am 31. Dezember 2025. Seit dem 1. Januar 2026 gibt es nur noch Sicherheitsupdates, und die laufen bis zum 31. Dezember 2027.

Wo PHP 8.3 heute steht

Abgesichert, mit gut einem Jahr Luft. Das Sicherheitsrelease vom 21. Oktober 2026 (8.3.36) hat die beiden kritischen Lücken geschlossen, und das wird bis Ende 2027 so weitergehen. Was nicht mehr kommt, sind Fehlerkorrekturen: Ein Bug im Interpreter, der Ihre Anwendung trifft, wird in 8.3 nicht mehr behoben, sondern nur in 8.4 und 8.5.

8.3 ist eine gute Position: Die Anwendung ist nicht dringend, aber sie hat ein Datum. Wer jetzt plant, macht das Upgrade 2027 in Ruhe, nicht im Dezember 2027 unter Druck.

Was beim Upgrade von 8.3 auf PHP 8.4 zu tun ist

  • Implizit nullbare Parameter (Type $x = null) sind seit 8.4 veraltet. Rector schreibt sie um.
  • E_STRICT ist entfernt. error_reporting(E_ALL & ~E_STRICT) muss angepasst werden.
  • round() rundet in Grenzfällen anders; Beträge und Steuerberechnungen gezielt testen.
  • xml_set_*-Funktionen ohne Objekt-Handler, mysqli_ping(), mysqli_refresh(), mysqli_kill(), session.sid_length und lcg_value() sind veraltet.
  • DOMDocument bleibt; neu ist Dom\HTMLDocument mit HTML5-Parser, ein Ersatz für die alten Workarounds beim HTML-Parsen.
  • Bibliotheken: Fast alle großen Pakete unterstützen 8.4. Prüfen lohnt sich bei Plugins und internen Paketen.

Was 8.4 Neues bringt, steht im eigenen Beitrag. Wer den Vergleich sucht: 8.0 bis 8.3 im Überblick.

Der richtige Zeitpunkt

  • Jetzt, wenn die Anwendung weiterentwickelt wird oder ein Hosting-Wechsel ohnehin ansteht.
  • Erstes Halbjahr 2027, wenn sie stabil läuft und nur betrieben wird. Dann bleibt ein halbes Jahr Puffer vor dem Support-Ende.
  • Nicht im Dezember 2027. Dann wollen alle, und ein Upgrade unter Zeitdruck macht Fehler, die eines im Frühjahr nicht macht.

Der Umfang: composer install unter 8.4 auf einer Kopie, Testsuite, Rector, ein Tag für eine gepflegte Anwendung. Dafür braucht niemand ein Paket; der kostenlose Kurz-Check reicht, um zu sehen, ob irgendetwas im Weg steht.

Was danach kommt

8.4 ist bis Ende 2026 aktiv gepflegt und bis Ende 2028 abgesichert. Wer die Routine aufbaut, einmal im Jahr die Version anzuheben, hat das Thema Frist dauerhaft los. Wie man den Patch-Stand nachweist, wenn Kunde, Versicherer oder Audit fragen, steht im eigenen Beitrag.

Kosten

Die Pakete für den Weg von PHP 8.3 auf PHP 8.4

Ab-Preise netto. Verbindlich wird es mit dem Festpreis nach dem Befund, und der Befund wird auf jedes Folgepaket angerechnet.

PaketPreisDauerFür wen
Kurz-CheckEinstieg · kostenlos Preiskostenlos Dauer30 Minuten Sie wissen nicht, wie schlimm es wirklich um Ihre Anwendung steht, und wollen erst einmal eine Einordnung.

Fragen

Was zu PHP 8.3 meistens gefragt wird

Müssen wir von 8.3 jetzt sofort weg?

Nein. 8.3 bekommt bis zum 31. Dezember 2027 Sicherheitsupdates, das Oktober-Release 2026 (8.3.36) hat die kritischen Lücken geschlossen. Was fehlt, sind Fehlerkorrekturen. Wer eine stabile Anwendung ohne offene Bugs hat, kann 2027 für das Upgrade einplanen. Wer neue Funktionen baut, sollte früher auf 8.4, weil Bibliotheken neue Versionen zunehmend nur für aktiv gepflegte PHP-Versionen testen.

Was unterscheidet 8.3 von 8.4 in der Praxis?

Für bestehenden Code wenig: implizit nullbare Parameter sind veraltet, E_STRICT ist weg, round() rundet in Grenzfällen anders, einige mysqli- und xml-Funktionen sind veraltet. Für neuen Code bringt 8.4 Property Hooks und asymmetrische Sichtbarkeit, was Modellklassen deutlich kürzer macht.

Wir hosten bei einem Anbieter, der 8.3 als höchste Version anbietet. Ist das ein Problem?

Bis Ende 2027 nicht für die Sicherheit. Es ist ein Hinweis darauf, wie der Hoster mit Versionen umgeht: Wer im Herbst 2026 kein 8.4 anbietet, ist ein Jahr hinter dem PHP-Projekt. Das wird beim nächsten Wechsel zum Problem. Ein Hosting-Wechsel lässt sich mit dem Upgrade verbinden.

Welche PHP-Version läuft bei Ihnen?

Im kostenlosen Kurz-Check sortieren wir Version, Hosting und Abhängigkeiten in 30 Minuten. Antwort innerhalb eines Werktags.

Kurz-Check anfragen