DEEN
Projekt besprechen
Menü

EOL Kalender: Wann Ihre Software keine Sicherheitsupdates mehr bekommt

Linux Distributionen, PHP, Node.js, Java, Python, Datenbanken und Frameworks bekommen irgendwann keine Sicherheitsupdates mehr. Der Kalender zeigt, wann, und nennt bei jedem Eintrag die Quelle des Herstellers.

Die Termine

Stand: ·bald heißt: in den nächsten 6 Monaten ·Alle Termine als Kalender (.ics)

2026

  1. MySQL 8.0: Ende des Supports

    Verlängerung: nur Oracle Sustaining Support

    Quelle: mysql.com · Datenbanken

    abgelaufen

  2. Node.js 20: Ende des Supports

    Verlängerung: kommerzieller Extended Support (HeroDevs, TuxCare), ohne öffentliches Enddatum

    Quelle: github.com · Runtimes

    abgelaufen

  3. TYPO3 v12: Ende der Sicherheitsupdates

    Verlängerung: TYPO3 ELTS bis 30.04.2030

    Quelle: get.typo3.org · Frameworks & CMS

    abgelaufen

  4. MariaDB 10.6 (community): Ende des Supports

    Verlängerung: MariaDB Enterprise bis 23.08.2028

    Quelle: mariadb.org · Datenbanken

    abgelaufen

  5. Debian 12 "bookworm": Ende des regulären Supports

    Verlängerung: Debian LTS bis 30.06.2028

    Quelle: debian.org · Betriebssysteme

    abgelaufen

  6. Debian 11 "bullseye" (LTS): Ende des Supports

    Verlängerung: Freexian ELTS bis 30.06.2031

    Quelle: debian.org · Betriebssysteme

    abgelaufen

  7. OpenSSL 3.0: Ende des Supports

    Verlängerung: OpenSSL Premium Support, ohne öffentliches Enddatum

    Quelle: openssl-library.org · Runtimes

    abgelaufen

  8. Python 3.10: Ende des Supports

    Quelle: devguide.python.org · Runtimes

    abgelaufen

  9. PostgreSQL 14: Ende des Supports

    Quelle: postgresql.org · Datenbanken

    bald

  10. Drupal 10: Ende des Supports

    Quelle: drupal.org · Frameworks & CMS

    bald

  11. PHP 8.2: Ende der Sicherheitsupdates

    Verlängerung: Zend PHP LTS, TuxCare, Backports der Distributionen

    Quelle: php.net · Runtimes

    bald

2027

  1. Laravel 12: Ende der Sicherheitsupdates

    Quelle: laravel.com · Frameworks & CMS

    bald

  2. Redis OSS 6.2: Ende des Supports

    Quelle: redis.io · Datenbanken

    bald

  3. Node.js 22: Ende des Supports

    Quelle: github.com · Runtimes

    später

  4. TYPO3 v10 (ELTS): Ende des Supports

    ELTS wird pro Jahr gebucht. Das Datum ist das späteste mögliche Ende.

    Quelle: typo3.com · Frameworks & CMS

    später

  5. Ubuntu 22.04 LTS: Ende des regulären Supports

    Verlängerung: Ubuntu Pro ESM bis 05/2032

    Canonical nennt auf der Seite zum Release Zyklus Mai 2027, in der Liste des Release Teams Juni 2027. Wir prüfen das monatlich.

    Quelle: ubuntu.com · Betriebssysteme

    später

  6. RHEL 9, AlmaLinux 9, Rocky Linux 9: Ende des Full Supports

    Verlängerung: Sicherheitsupdates (Maintenance Support) bis 31.05.2032

    Kein Supportende: Nur neue Funktionen und die Unterstützung neuer Hardware enden, Sicherheitsupdates laufen weiter.

    Quelle: access.redhat.com · Betriebssysteme

    später

  7. CentOS Stream 9: Ende des Supports

    Quelle: centos.org · Betriebssysteme

    später

  8. MongoDB 7.0: Ende des Supports

    Quelle: mongodb.com · Datenbanken

    später

  9. TYPO3 v13: Ende der Sicherheitsupdates

    Verlängerung: TYPO3 ELTS, Enddatum noch nicht veröffentlicht

    Quelle: typo3.com · Frameworks & CMS

    später

  10. Python 3.11: Ende des Supports

    Geplanter Termin, er kann sich verschieben.

    Quelle: devguide.python.org · Runtimes

    später

  11. Eclipse Temurin 11, 17: Ende des Supports

    Adoptium nennt Support mindestens bis Oktober 2027.

    Quelle: adoptium.net · Runtimes

    später

  12. PostgreSQL 15: Ende des Supports

    Quelle: postgresql.org · Datenbanken

    später

  13. Symfony 6.4: Ende der Sicherheitsupdates

    Quelle: symfony.com · Frameworks & CMS

    später

  14. PHP 8.3: Ende der Sicherheitsupdates

    Quelle: php.net · Runtimes

    später

2028

  1. MariaDB 10.11: Ende des Supports

    Quelle: mariadb.org · Datenbanken

    später

  2. Node.js 24: Ende des Supports

    Quelle: github.com · Runtimes

    später

  3. Ubuntu 18.04 (Pro ESM): Ende des Supports

    Verlängerung: Ubuntu Pro Legacy bis 05/2033

    Quelle: ubuntu.com · Betriebssysteme

    später

  4. Debian 12 "bookworm" (LTS): Ende des Supports

    Verlängerung: Freexian ELTS bis 30.06.2033

    Quelle: debian.org · Betriebssysteme

    später

  5. Debian 13 "trixie": Ende des regulären Supports

    Verlängerung: Debian LTS bis 30.06.2030

    Quelle: debian.org · Betriebssysteme

    später

  6. TYPO3 v11 (ELTS): Ende des Supports

    ELTS wird pro Jahr gebucht. Das Datum ist das späteste mögliche Ende.

    Quelle: get.typo3.org · Frameworks & CMS

    später

  7. PostgreSQL 16: Ende des Supports

    Quelle: postgresql.org · Datenbanken

    später

  8. PHP 8.4: Ende der Sicherheitsupdates

    Quelle: php.net · Runtimes

    später
Supportenden 2026 bis 2028Live

So lesen Sie den Kalender

Nicht jedes Datum bedeutet dasselbe. Hersteller beenden den Support in Stufen, deshalb unterscheidet der Kalender vier Arten von Einträgen:

  • Nach dem Ende des regulären Supports gibt es Sicherheitsupdates oft in einer verlängerten Phase weiter, manchmal kostenlos, manchmal nur gegen Bezahlung. Ubuntu 22.04 LTS etwa verlässt im Mai 2027 den regulären Support, mit Ubuntu Pro ESM gibt es Updates bis Mai 2032.
  • Endet der Full Support, kommen keine neuen Funktionen und keine Unterstützung für neue Hardware mehr dazu. Sicherheitsupdates laufen weiter, deshalb ist das kein EOL. RHEL 9, AlmaLinux 9 und Rocky Linux 9 etwa verlassen am 31.05.2027 den Full Support und bekommen Sicherheitsupdates bis 31.05.2032.
  • Mit dem Ende der Sicherheitsupdates schließt der Hersteller keine Sicherheitslücken mehr. Für PHP 8.2 ist das der 31.12.2026.
  • EOL heißt, dass das Produkt vom Hersteller gar keine Updates mehr bekommt. Bei Node.js 22 ist das ab dem 30.04.2027 so.

Nennt ein Hersteller nur einen Monat, zeigen wir nur den Monat, zum Beispiel 05/2027. Jeder Eintrag hat einen Status: abgelaufen, in den nächsten sechs Monaten oder später. Den Status berechnen wir bei jedem Neubau der Seite, also einmal pro Woche. Die Daten prüfen wir jede Woche gegen die Seiten der Hersteller, das Datum der letzten Prüfung steht bei der Liste.

Verlängerung gegen Bezahlung

Für viele Produkte gibt es nach dem Supportende eine kostenpflichtige Verlängerung:

  • vom Hersteller, etwa Ubuntu Pro ESM, MariaDB Enterprise oder TYPO3 ELTS,
  • oder von Anbietern für Langzeitsupport für Runtimes und Distributionen, etwa Zend PHP LTS, TuxCare oder Freexian ELTS für Debian.

Ohne Aufpreis geht es oft, wenn PHP aus den Paketen einer unterstützten Distribution kommt. Dann liefert die Distribution weiter Sicherheitskorrekturen als Backport, solange sie selbst Support hat.

Umfang und Preis unterscheiden sich je Anbieter, manche Angebote buchen Sie pro Jahr. Eine Verlängerung verschafft Zeit, das Upgrade müssen Sie trotzdem planen.

Wenn ein Eintrag Sie betrifft

  1. Stellen Sie fest, wo die Version läuft: auf welchen Servern, in welchen Anwendungen, Containern und Build Jobs.
  2. Prüfen Sie, welche Art von Ende es ist: regulärer Support, Full Support, Sicherheitsupdates oder EOL.
  3. Entscheiden Sie zwischen Upgrade auf eine unterstützte Version, Verlängerung gegen Bezahlung und Ablöse des betroffenen Teils.
  4. Planen Sie den Change mit Rückweg für ein Wartungsfenster.

Wissen Sie nicht, welche Versionen bei Ihnen laufen, beginnen Sie am besten mit dem Legacy Check. Dabei gleichen wir Ihr Inventar mit diesem Kalender ab, und Sie bekommen einen Maßnahmenplan. Upgrades und Migrationen planen wir als Modernisierung. In der laufenden Wartung beobachten wir den Kalender für Sie.

Patchen ist ein Kreislauf, kein ProjektPatch Management über den ganzen Lebenszyklus, mit ITIL® PraktikenPatchen ist ein Kreislauf, kein ProjektPatch Management über den ganzen Lebenszyklus, mit ITIL® Praktiken1 InventarWas läuft wo, welche VersionService Configuration Mgmt.2 BeobachtenEOL Kalender und CVEsIT Asset Management3 BewertenRisiko und DringlichkeitInformation Security Mgmt.4 PlanenChange und WartungsfensterChange Enablement5 Ausrollen & prüfenDeployment, FunktionstestDeployment Management6 NachweisenBericht, NISG § 32Service Level ManagementFester Taktjede Runde endet mit einem Nachweiskritisch: außer der Reihe

Fahren Sie mit der Maus über einen Schritt oder tippen Sie ihn an. Hervorgehoben bleiben der Schritt davor und der danach.

Ein Supportende aus diesem Kalender wird bei uns zu einem geplanten Change, mit Risikobewertung und Rückweg.
Ein Supportende aus diesem Kalender wird bei uns zu einem geplanten Change, mit Risikobewertung und Rückweg.