.NET Framework Lifecycle Policy: Was Microsoft wirklich bis wann supportet
Läuft Ihre Anwendung auf .NET? Dann hängt ihre Sicherheit an einem Dokument, das kaum jemand liest. Die Microsoft .NET Framework Lifecycle Policy legt fest, welche Version wie lange Updates bekommt. Das Problem: Microsoft betreibt zwei Produktlinien mit fast demselben Namen. Beide folgen unterschiedlichen Regeln. Wer die Regeln verwechselt, wiegt sich in falscher Sicherheit.
Dieser Artikel erklärt beide Regelwerke. Mit konkreten Daten, ohne Fachchinesisch. Am Ende wissen Sie, wo Ihre Anwendung steht.
Zwei Produktlinien, ein verwirrender Name
Microsoft pflegt seit Jahren zwei getrennte .NET-Welten.
Das klassische .NET Framework ist die alte Linie. Sie existiert seit 2002 und läuft nur auf Windows. Die letzten Versionen heißen 4.8 und 4.8.1. Neue Funktionen gibt es nicht mehr. Microsoft liefert nur noch Sicherheits- und Zuverlässigkeitsupdates.
Das moderne .NET ist die neue Linie. Sie hieß anfangs .NET Core und läuft auch auf Linux. Hier erscheint jedes Jahr im November eine neue Version. Aktuelle Beispiele sind .NET 8 und .NET 10.
Der Name ist fast gleich. Die Support-Regeln sind es nicht. Genau hier entstehen teure Missverständnisse.
Die Lifecycle Policy des klassischen .NET Framework
Für das klassische .NET Framework gilt eine Besonderheit. Microsoft behandelt es als Bestandteil des Windows-Betriebssystems. Der Support folgt deshalb dem Windows, auf dem es installiert ist.
Konkret heißt das: .NET Framework 4.8 hat kein eigenes festes Ablaufdatum. Es wird so lange unterstützt wie die jeweilige Windows-Version. Läuft Ihre Anwendung auf Windows Server 2016, endet der erweiterte Support im Januar 2027. Bei Windows Server 2019 ist im Januar 2029 Schluss. Windows Server 2022 läuft bis Oktober 2031.
Das klingt beruhigend. Es hat aber einen Haken. Der Support endet nicht mit dem Framework, sondern mit Ihrem Server. Viele Unternehmen prüfen nur die Framework-Version. Das veraltete Betriebssystem darunter übersehen sie. Was beim Serverwechsel zu beachten ist, zeigt unser Artikel zu End of Life bei Server-Betriebssystemen.
Für ältere Framework-Versionen gelten eigene Fristen. Die Versionen 4.5.2, 4.6 und 4.6.1 sind seit April 2022 ohne Support. Für 4.6.2 endet der Support am 12. Januar 2027. Das alte .NET Framework 3.5 SP1 bekommt noch bis Januar 2029 Updates. Wer heute auf einer 4.6er- oder 4.7er-Version sitzt, sollte das Upgrade auf 4.8 einplanen. Es ist meist überschaubar und kostet deutlich weniger als ein Sicherheitsvorfall.
Was der Begriff Support hier genau umfasst, ist übrigens nicht einheitlich. Die Unterschiede zwischen den Begriffen erklären wir im Artikel EOL, End of Support und End of Maintenance.
Die Lifecycle Policy des modernen .NET
Beim modernen .NET gelten andere Regeln. Microsoft nennt sie Modern Lifecycle Policy. Jede Version hat ein festes Verfallsdatum, unabhängig vom Betriebssystem.
Es gibt zwei Sorten von Versionen. LTS-Versionen (Long Term Support, also langfristige Unterstützung) erhalten drei Jahre Updates. Sie tragen gerade Nummern wie .NET 8 oder .NET 10. STS-Versionen (Standard Term Support) erhalten nur 18 Monate. Das sind die ungeraden Nummern wie .NET 9. Was hinter dem LTS-Modell steckt, lesen Sie im Beitrag Long Term Support erklärt.
Die aktuellen Daten im Überblick: .NET 6 ist seit November 2024 ohne Support. .NET 9 erreichte im Mai 2026 sein Ende. Für .NET 8 endet der Support am 10. November 2026, also in wenigen Monaten. Wer noch auf .NET 8 setzt, sollte das Upgrade auf .NET 10 jetzt planen. .NET 10 läuft als LTS-Version bis November 2028.
Drei Jahre klingen kurz. Sind sie auch. Das moderne .NET verlangt regelmäßige, kleine Upgrades statt seltener großer Sprünge. Dafür sind die Versionssprünge technisch meist gut machbar. Wer sie jährlich einplant, hat selten Stress.
Was das für Legacy-Anwendungen bedeutet
Viele Geschäftsanwendungen im Mittelstand laufen auf dem klassischen .NET Framework. Oft seit zehn Jahren oder länger. Diese Systeme verdienen Respekt. Sie funktionieren, sie tragen das Geschäft. Trotzdem lohnt ein nüchterner Blick auf drei Punkte.
Erstens: Stillstand bei den Funktionen. .NET Framework 4.8 bekommt keine neuen Fähigkeiten mehr. Neue Bibliotheken und Werkzeuge erscheinen fast nur noch für das moderne .NET. Die Lücke wächst jedes Jahr.
Zweitens: Die Windows-Kopplung. Ihr Framework lebt nur so lange wie Ihr Windows. Ein Server-Upgrade gehört damit fest in Ihre Planung. Wer es aufschiebt, betreibt irgendwann Software ohne Sicherheitsupdates. Für Anwendungen mit Kundendaten ist das auch ein Datenschutzthema.
Drittens: Die Personalfrage. Entwickler für das klassische .NET Framework werden seltener. Der Markt bewegt sich Richtung modernes .NET. Je länger Sie warten, desto schwerer wird die Suche nach Unterstützung.
Wie ein Support-Ende beim klassischen Framework konkret abläuft, beschreibt unser Artikel zum .NET Framework End of Life.
Ein typisches Missverständnis aus der Praxis
Ein Satz fällt in Gesprächen mit Kunden immer wieder: "Wir haben doch .NET 4.8, das ist die neueste Version." Der Satz ist verständlich. Die Versionsnummer 4.8 klingt aktuell, und Windows Update liefert brav Patches. Trotzdem stimmt er nur zur Hälfte.
4.8 ist die letzte Version der alten Linie, kein aktuelles Produkt. Die Weiterentwicklung findet seit Jahren im modernen .NET statt. Dort steht die Zählung inzwischen bei Version 10. Wer 4.8 betreibt, fährt also stabil, aber auf einem Abstellgleis. Das ist für viele Anwendungen völlig in Ordnung. Es sollte nur eine bewusste Entscheidung sein, keine versehentliche.
So klären Sie Ihren Support-Status in drei Schritten
Sie müssen dafür kein Entwickler sein. Die folgenden Fragen kann Ihre IT oder Ihr Dienstleister in kurzer Zeit beantworten.
Schritt eins: Framework-Version feststellen. Welche .NET-Version nutzt Ihre Anwendung? Klassisches Framework oder modernes .NET? Welche Nummer genau? Das steht in der Projektdokumentation oder lässt sich am Server auslesen.
Schritt zwei: Betriebssystem prüfen. Auf welchem Windows läuft die Anwendung? Wann endet dessen Support? Beim klassischen Framework ist dieses Datum Ihr echtes Ablaufdatum.
Schritt drei: Fristen ins Budget übernehmen. Ein Windows-Upgrade oder eine Migration auf das moderne .NET braucht Vorlauf. Wer die Frist kennt, kann planen statt reagieren. Wer sie ignoriert, zahlt später den Aufpreis für Eile.
Falls bei Schritt eins niemand antworten kann, ist das selbst ein Befund. Dann fehlt der Überblick über das eigene System. Auch dabei helfen wir mit einer System-Analyse.
Fazit: Die Policy ist klar, wenn man weiß, wo man steht
Die Microsoft .NET Framework Lifecycle Policy ist kein Hexenwerk. Klassisches Framework: Support folgt dem Windows darunter. Modernes .NET: feste Fristen, drei Jahre für LTS-Versionen. Kritisch wird es nur, wenn niemand im Unternehmen die eigene Version und deren Frist kennt.
Genau da setzen wir an. Wir prüfen Ihre .NET-Anwendung, klären den Support-Status und zeigen realistische Wege auf. Ob Upgrade auf 4.8, Migration auf .NET 10 oder erst einmal nur Klarheit. Sprechen Sie uns an. Das Erstgespräch ist kostenlos.
