Die Kurzfassung
Laufen Ihre Produktivanwendungen noch auf .NET 8 oder .NET 9, erhalten sie seit dem 10. November 2026 keine Sicherheitsupdates mehr. Unterstützte Ziele sind jetzt .NET 10 LTS oder das neue .NET 11. Beide verlieren den Support am selben Tag im November 2028 – .NET 11 bedeutet also keine kürzere Laufzeit mehr. Für Teams, die .NET-Entwicklung intern oder mit einem Dienstleister betreiben, gehört das Upgrade in die Planung dieses Quartals.
Was hat Microsoft am 10. November veröffentlicht?
Microsoft hat .NET 11 als zentralen Launch der .NET Conf 2026 ausgeliefert. Das Release umfasst C# 15, F# 11, Updates für Runtime und Bibliotheken sowie Änderungen in ASP.NET Core, Blazor, .NET MAUI und im SDK.
Am selben Tag haben .NET 8 und .NET 9 das Supportende erreicht. Microsoft hat die letzten Patches 8.0.34 und 9.0.23 veröffentlicht. Neue Schwachstellen in diesen Runtimes werden nicht mehr behoben. Genau darin liegt das Problem.
Welche .NET-Versionen werden noch unterstützt?
Aktuell werden zwei Versionen unterstützt: .NET 10 und .NET 11. Microsofts Support-Richtlinie sieht für STS-Releases inzwischen zwei Jahre statt 18 Monate vor. Dadurch enden das ungerade Release und das LTS-Release davor am selben Datum.
| Version | Typ | Veröffentlicht | Supportende | Status |
|---|---|---|---|---|
| .NET 8 | LTS | 14.11.2023 | 10.11.2026 | Kein Support |
| .NET 9 | STS | 12.11.2024 | 10.11.2026 | Kein Support |
| .NET 10 | LTS | 11.11.2025 | 14.11.2028 | Unterstützt |
| .NET 11 | STS | 10.11.2026 | 14.11.2028 | Unterstützt |
Quelle: Microsoft-Support-Richtlinie für .NET, Stand 12. November 2026.
Was ist neu in .NET 11 und C# 15?
Sprachfeatures von C# 15
- Union-Typen. Ein Wert kann genau einer aus einer festgelegten Menge von Fall-Typen sein. Der Compiler prüft, ob ein
switch-Ausdruck jeden Fall abdeckt. - Geschlossene Hierarchien. Eine Basisklasse kann direkte Vererbung auf ihre eigene Assembly beschränken, sodass die Menge der Subtypen bekannt ist.
- Kleinere Ergänzungen runden das ab: Argumente für Collection Expressions, Extension-Indexer sowie
breakundcontinuemit Labels.
Änderungen bei Web, Mobile und Tooling
- ASP.NET Core: OpenAPI 3.2 ist Standard, Minimal APIs und Formulare unterstützen asynchrone Validierung, und SignalR kann die Authentifizierung ohne Neuverbindung erneuern.
- .NET MAUI: CoreCLR ist jetzt auf allen Plattformen die Standard-Runtime. Auf Apple-Plattformen, wo JIT nicht erlaubt ist, kommen vorkompilierter Code und ein Interpreter zum Einsatz. Native AOT für Android bleibt experimentell.
- SDK: CLI-Befehle starten über einen Native-AOT-Host, und der MSBuild-Server bleibt zwischen Builds aktiv. Der neue Toolchain-Manager
dotnetupist als Public Preview verfügbar. - KI: Das SDK liefert eine Vorlage
dotnet new mcpserverneben Microsoft.Extensions.AI und dem Microsoft Agent Framework. - Runtime Async, das das Anhalten asynchroner Methoden für übersichtlichere Stacktraces in die Runtime verlagert, ist weiterhin eine Preview und nur per Opt-in nutzbar.
Was kann beim Upgrade brechen?
Microsoft nennt einige Änderungen, die vor einem Produktivwechsel Aufmerksamkeit brauchen:
- Die Mindestanforderungen an die CPU wurden angehoben. Prüfen Sie ältere Build-Agents, VMs und On-Premises-Server anhand der Kompatibilitätshinweise.
- Entity Framework Core 11 setzt .NET 11 voraus. Wer auf .NET 10 standardisiert, bleibt bei EF Core 10.
- Das optionale Paket
Microsoft.Maui.Controls.Compatibilitywird nicht mehr ausgeliefert; älterer Code im Stil von Xamarin.Forms muss migriert werden. - Für die Entwicklung braucht es ein aktuelles Visual Studio 2026 oder VS Code mit C# Dev Kit.
Was das für Softwareteams in den USA und der EU bedeutet
Warum ist eine Runtime ohne Support ein Compliance-Risiko?
Eine Runtime ohne Support ist heute ein Audit-Befund, nicht nur technische Schuld. SOC-2-Prüfer, PCI-DSS-Assessoren und Sicherheitsfragebögen von Kunden fragen regelmäßig, ob Produktivsoftware Herstellerpatches erhält. In der EU drängen NIS2 und DORA regulierte Unternehmen und ihre Zulieferer in dieselbe Richtung. Eine .NET-8-API, die im Oktober noch in Ordnung war, ist heute ein offener Punkt.
Lieber auf .NET 10 oder .NET 11 wechseln?
Die Wahl zwischen .NET 10 und .NET 11 ist einfacher als in früheren Jahren. Da beide am 14. November 2028 enden, tauscht .NET 11 keine Supportdauer mehr gegen Features. Die eigentliche Frage ist, wie oft Sie upgraden wollen:
- Wählen Sie .NET 10, wenn Sie von Drittbibliotheken oder Hersteller-SDKs abhängen, die nur LTS-Releases zertifizieren, oder wenn Ihr Change-Approval-Prozess langsam ist.
- Wählen Sie .NET 11, wenn Sie C#-15-Unions, EF Core 11, CoreCLR in MAUI oder die schnellere CLI nutzen wollen und jeden November gegen ein neues Release testen können.
So oder so: Behält Microsoft den jährlichen November-Rhythmus bei, erscheint .NET 12 LTS im November 2027, und der Zyklus beginnt von vorn. Planen Sie Upgrades deshalb als wiederkehrende Arbeit ein. Ein einmaliges Projekt sind sie nicht mehr.
Was das für den DACH-Markt bedeutet
Im DACH-Raum laufen viele .NET-Anwendungen nicht in der Cloud, sondern auf eigenen Windows-Servern im Mittelstand – genau dort bleiben ausgelaufene Runtimes am längsten unbemerkt. Für Unternehmen im Anwendungsbereich der deutschen NIS2-Umsetzung gehört ein geregeltes Patch- und Schwachstellenmanagement zu den Pflichtmaßnahmen; Banken, Versicherer und ihre IKT-Dienstleister müssen dasselbe Thema seit Januar 2025 im Rahmen von DORA gegenüber der Aufsicht belegen. Auch die Anforderungen des BSI IT-Grundschutz an das Patch- und Änderungsmanagement lassen sich mit .NET 8 im Betrieb nicht mehr sauber erfüllen.
Praktisch heißt das: Inventarisieren Sie .NET-8-Dienste jetzt, nicht erst beim nächsten Audit. Österreichische Finanzunternehmen sind über DORA unmittelbar betroffen, und in der Schweiz wirkt derselbe Druck vor allem über Kundenverträge und Lieferantenaudits. Viele Mittelständler entscheiden sich dabei bewusst für .NET 10 LTS, weil ihre Freigabeprozesse und Fachverfahren auf lange Zyklen ausgelegt sind.
Was sollten Teams in diesem Quartal tun?
- Runtimes inventarisieren. Erfassen Sie jeden Dienst, jede Function, jedes Container-Image und jede Desktop-App nach Target Framework, inklusive Pins in
global.jsonund Basis-Images. - Nach Exponierung priorisieren. Internetseitige APIs und Anwendungen, die Zahlungs- oder Gesundheitsdaten verarbeiten, kommen zuerst.
- Ziel festlegen. Wählen Sie pro Produkt .NET 10 oder .NET 11 nach den Regeln oben und dokumentieren Sie die Entscheidung.
- Abhängigkeiten prüfen. Stellen Sie sicher, dass NuGet-Pakete, ORMs und Hersteller-SDKs das Ziel unterstützen, und prüfen Sie die CPU-Anforderungen der Build-Agents.
- In Etappen upgraden. Zuerst gemeinsame Bibliotheken umstellen, die komplette Testsuite und einen gestaffelten Rollout fahren, dann die alten Images stilllegen.
Häufig gestellte Fragen
Wann endete der Support für .NET 8 und .NET 9?
Beide haben das Supportende am 10. November 2026 erreicht, dem Tag, an dem .NET 11 erschienen ist. Die letzten Patches sind 8.0.34 und 9.0.23. Seitdem liefert Microsoft für sie keine Sicherheitsfixes, Fehlerkorrekturen oder technischen Support mehr.
Ist .NET 11 ein LTS-Release?
Nein. .NET 11 ist ein Standard-Term-Support-Release (STS) mit zwei Jahren Support. Nach Microsofts aktueller Richtlinie endet sein Support am 14. November 2028, am selben Tag wie bei .NET 10, dem aktuellen Long-Term-Support-Release.
Sollten wir auf .NET 10 oder .NET 11 upgraden?
Beide werden bis zum 14. November 2028 unterstützt, die Wahl hängt also von Features und Upgrade-Rhythmus ab. Wählen Sie .NET 10, wenn Ihre Bibliotheken oder Hersteller-SDKs nur LTS-Releases zertifizieren. Wählen Sie .NET 11, wenn Sie Union-Typen aus C# 15, EF Core 11 oder CoreCLR in .NET MAUI nutzen wollen und jedes Jahr ein neues Release testen können.
Was sind Union-Typen in C# 15?
Ein Union-Typ legt fest, dass ein Wert genau einer aus einer festen Menge von Fall-Typen sein kann. Der Compiler konvertiert aus diesen Typen und prüft, ob switch-Ausdrücke jeden Fall abdecken – das beseitigt eine ganze Klasse von Fehlern durch vergessene Fälle. Gleichzeitig erscheinen geschlossene Hierarchien, die Vererbung auf die deklarierende Assembly beschränken.
Was sollten wir prüfen, bevor Produktivanwendungen auf .NET 11 umziehen?
Prüfen Sie die angehobenen CPU-Mindestanforderungen auf Servern und Build-Agents, stellen Sie sicher, dass NuGet-Pakete und Hersteller-SDKs .NET 11 unterstützen, planen Sie EF Core 11 ein und aktualisieren Sie auf ein aktuelles Visual Studio 2026. .NET-MAUI-Apps, die das Paket Microsoft.Maui.Controls.Compatibility genutzt haben, müssen migriert werden, weil es nicht mehr ausgeliefert wird.
Quellen
Microsoft .NET Blog — Announcing .NET 11 (Primärquelle, 10. November 2026)
Microsoft — Offizielle Support-Richtlinie für .NET und .NET Core (Supportende-Daten)
Visual Studio Magazine — .NET 11 Ships with C# 15 Unions, Faster Tools and CoreCLR for MAUI (10. November 2026)
ITdaily — Microsoft releases .NET 11 with C# 15 and CoreCLR for MAUI (November 2026)