Sichern Sie EOL .NET, ohne Ihre Anwendung neu schreiben oder ein Upgrade überstürzt durchführen zu müssen
Der „Endless Lifecycle Support“ bietet CVE-Korrekturen nach Ablauf der Produktlebensdauer (EOL) für
.NET 6, 8 und 10, einschließlich der .NET-Laufzeitumgebung, des SDK, von ASP.NET
Core-Laufzeitumgebung und der Desktop-Laufzeitumgebung, sodass Sie Risiken
ohne Betriebsunterbrechungen reduzieren können.
Weiter zu:
Sprechen Sie mit uns
Fragen Sie nach dem Leistungsumfang, den SLAs, den Preisen oder allem anderen.
Unterstützte .NET-Versionen
Ende des Supports:
12. November 2024
Von ELS abgedeckt
Ende des Supports:
14. Mai 2024
Von ELS abgedeckt
Ende des Supports:
10. November 2026
Von ELS abgedeckt
Ende des Supports:
. November 2028
Von ELS abgedeckt
Sicherheitskorrekturen, die wir für .NET-Versionen am Ende ihres Lebenszyklus bereitgestellt haben
CVEs mit hohem und kritischem Schweregrad
Unterstützung für die von Ihnen verwendeten .NET-Komponenten
Wählen Sie die Komponente aus, die der Art und Weise entspricht, wie Ihre Teams .NET-Anwendungen entwickeln, hosten und ausführen.
.NET SDK
Entwickeln, erstellen, testen und veröffentlichen Sie Anwendungen mithilfe der Befehlszeilenschnittstelle (CLI), der Compiler und der Build-Tools; umfasst die unten aufgeführten Laufzeitumgebungen.
ASP.NET Core-Laufzeitumgebung
Stellen Sie Webanwendungen und -dienste weiterhin auf einer sicherheitsgeprüften Laufzeitumgebung bereit.
.NET-Laufzeitumgebung
Führen Sie Konsolenanwendungen, Hintergrunddienste und APIs aus, ohne die gesamte Entwicklungstoolkette zu benötigen.
.NET-Desktop-Laufzeitumgebung
Lassen Sie WPF- und Windows Forms-Anwendungen weiterhin auf ihrer bestehenden .NET-Basis laufen.
Was Sie bei ELS erhalten
CVE-Patches für nicht unterstützte .NET-Versionen
Sobald neue .NET-Sicherheitslücken bekannt werden, untersucht TuxCare diese, führt Backports durch, testet die Updates und stellt sie für die abgedeckten EOL-Versionen bereit, damit Sie auch nach Ablauf des Microsoft-Supports weiterhin geschützt sind.
Am ersten Tag
Mit ELS erhalten Sie Zugriff auf vorhandene Korrekturen für bekannte CVEs, die Ihre abgedeckte .NET-Version und deren Komponenten betreffen.
Behalten Sie Ihre bestehende Konfiguration bei. Erweitern Sie Ihre Sicherheit.
ELS behält die .NET-Version, das Anwendungsverhalten und die Bereitstellungsmuster bei, auf die sich Ihre Teams bereits verlassen. Keine Umgestaltung, kein erzwungener Wechsel zu einer neuen Hauptversion.
ELS ist in folgenden Bereichen tätig
Windows Server 2012 bis 2025, Windows Server Core, Nano Server, Windows 10 und 11 auf x64- und x86-Systemen, installiert über dieselben .exe- und .msi-Installationsprogramme, die Ihr Team bereits verwendet.
Unterstützung, die einer Überprüfung standhält
SLA-gestützte Patch-Bereitstellung
Das SLA von TuxCare für die Patch-Bereitstellung unterstützt Ihr Unternehmen dabei, die Anforderungen an die Behebung von Sicherheitslücken gemäß Rahmenwerken und Vorschriften wie SOC 2, NIS2, PCI DSS, HIPAA, DORA und CRA zu erfüllen.
Support-Garantien für Unternehmen
ELS ist für den Einsatz in Unternehmen konzipiert und bietet kommerzielle Supportbedingungen sowie vertragliche Schutzmaßnahmen, die speziell auf Organisationen zugeschnitten sind, denen die „Best-Effort“-Wartung durch die Community nicht ausreicht.
Integrieren Sie ELS innerhalb weniger Minuten in Ihre bestehende Infrastruktur , ohne dass Änderungen am Code erforderlich sind.
Kompatibel mit:
Fenster 11
Windows 10Windows Server CoreWindows Server 2012–2025Nano ServerEin Vorsprung in Sachen .NET-Sicherheit
Führen Sie ELS ein und profitieren Sie von den bereits für Ihre Version bereitgestellten Korrekturen sowie von der fortlaufenden Überwachung von Sicherheitslücken und der Bereitstellung von Patches, sobald neue .NET-CVEs bekannt werden.
| CVE | Komponente | Schweregrad | Veröffentlicht | Zusammenfassung |
|---|---|---|---|---|
| 42899 | ASP.NET Core | Hoch | Eine unerreichbare Schleifenausstiegsbedingung kann aus der Ferne ausgelöst werden, was zu einem Denial-of-Service führt. | |
| 32178 | System.Net.Mail | Hoch | Bei der Auswertung von E-Mail-Adressen werden eingeschleuste Zeichen akzeptiert, wodurch das Einschleusen von SMTP-Befehlen und -Headern möglich ist. | |
| 26131 | .NET 10 (Linux-Installation) | Hoch | Falsche Dateiberechtigungen unter .NET 10 (Linux) können es einem lokalen Benutzer ermöglichen, seine Berechtigungen zu erweitern. | |
| 26127 | .NET-Laufzeitumgebung | Hoch | Ein Lesezugriff außerhalb des zulässigen Bereichs kann eine Anwendung aus der Ferne und ohne Authentifizierung zum Absturz bringen. | |
| 25667 | Kestrel (HTTP/3) | Hoch | Ein speziell gestaltetes QUIC-Paket kann zu einer übermäßigen CPU-Auslastung führen und so einen Denial-of-Service-Angriff auslösen. | |
| 21218 | .NET-Laufzeitumgebung (COSE) | Hoch | Eine unsachgemäße Ausnahmebehandlung ermöglicht es einem Angreifer, die Signaturprüfung zu umgehen. | |
| 30399 | .NET-Laufzeitumgebung | Hoch | Ein nicht vertrauenswürdiger Suchpfad kann es einem Angreifer ermöglichen, eine unbeabsichtigte Codeausführung auszulösen. | |
| 26682 | ASP.NET Core (HTTP/3) | Hoch | Durch die unbegrenzte Zuweisung von HTTP/3-Ressourcen kann ein Angreifer einen Denial-of-Service-Angriff auslösen. | |
| 24070 | ASP.NET Core (Authentifizierung) | Hoch | Eine Schwachstelle bei der Anmeldeüberprüfung ermöglicht es einem Angreifer, sich als ein anderer Benutzer auszugeben. | |
| 38229 | ASP.NET Core (HTTP/3) | Hoch | Eine Race Condition bei der Verarbeitung von HTTP/3-Streams kann zur Ausführung von Remote-Code führen. | |
| 38168 | ASP.NET (HTTP.sys) | Hoch | Nicht authentifizierte Anfragen an von HTTP.sys gehostete Anwendungen können zu einem Denial-of-Service führen. | |
| 38081 | .NET / Visual Studio-Installationsprogramm | Hoch | Eine lokale Sicherheitslücke bei der Dateiverarbeitung während der Installation kann zu einer Rechteausweitung führen. | |
| 26190 | MsQuic (QUIC-Protokoll) | Hoch | Böswillige QUIC-Verbindungen können eine übermäßige Speicherzuweisung erzwingen und so einen Denial-of-Service-Angriff auslösen. | |
| 0057 | .NET (X.509-Validierung) | Kritisch | Ein logischer Fehler bei der Zertifikatsvalidierung kann dazu führen, dass eine ungültige Vertrauenskette als gültig erscheint. | |
| 36049 | .NET (System.Net.WebRequest) | Kritisch | Nicht vertrauenswürdige URIs können FTP-Befehle einschleusen – eine weithin bekannte kritische Sicherheitslücke in .NET. | |
| 35391 | ASP.NET Core (SignalR) | Hoch | Bei SignalR mit einer Redis-Backplane kann es zu Informationslecks zwischen Benutzerverbindungen kommen. | |
| 33135 | .NET SDK | Hoch | Eine Schwachstelle bei der Wiederherstellung des Tools kann ausgenutzt werden, um lokale Berechtigungen zu erweitern. | |
| 24464 | ASP.NET Core (FormPipeReader) | Hoch | Speziell gestaltete mehrteilige Formular-Daten können einen Denial-of-Service-Angriff auslösen. | |
| 21986 | Kestrel (HTTP/2, HTTP/3) | Hoch | Fehlerhafte HTTP/2- und HTTP/3-Anfragen können zum Absturz des Kestrel-Webservers führen. |
Fragen Sie einen .NET-
- oder CVE -Patching-Experten
Sprechen Sie mit uns über den ELS-Umfang, die Implementierung, die Einhaltung der Vorschriften oder die Preisgestaltung für Ihre .NET-Umgebung.
Wie funktioniert es?
Wir nehmen neue Projekte auf und ermöglichen ein automatisiertes 24/7 Tracking von CVEs, indem wir die NVD, die Sicherheitshinweise von Anbietern, GitHub und andere Quellen überwachen.
Sobald CVEs entdeckt werden, portieren wir Upstream-Korrekturen mithilfe von algorithmischer und KI-gestützter Automatisierung zurück, wobei die Genauigkeit durch Expertenvalidierung sichergestellt wird.
Patches werden in einem Binärformat kompiliert, umfassend getestet (auf Integrität, Funktionalität und Regression), signiert und in ELS-Repositories bereitgestellt.
Die Package-Manager, Build-Tools oder Orchestratoren suchen nach Updates und installieren sie automatisch.
Wie Teams ELS nutzen
Das CVE-Anzeigefenster schließen
⚠️ Die Bindung:
Geschäftskritische APIs, Webdienste und Desktop-Systeme sind an EOL .NET 6 gebunden. Scanner melden jede Bereitstellung, Microsoft stellt keine weiteren Patches mehr bereit, und jede neue CVE vergrößert die Lücke zwischen Bekanntgabe und Ausnutzung.
🔄 Die Wende:
ELS nimmt die SLA-gestützte Bereitstellung von Patches für unterstützte .NET-Versionen wieder auf – signierte, regressionsgetestete Builds der Laufzeitumgebung, des SDK und von ASP.NET Core, die über Standard-Installationsprogramme ohne Codeänderungen installiert werden. Unterstützt durch eine rund um die Uhr verfügbare CVE-Verfolgung.
Einen offenen Prüfungsbefund schließen
⚠️ Die Bindung:
Die interne Revision, SOC 2 und eine Kundenumfrage weisen alle auf EOL .NET hin, und Microsoft wird dafür niemals einen Patch bereitstellen, sodass den Prüfern oder dem Vorstand kein Termin für die Behebung genannt werden kann.
🔄 Die Wende:
ELS stellt im Rahmen eines vertraglich vereinbarten SLA eine namentlich benannte, vom Anbieter unterstützte Laufzeitumgebung bereit, wobei jede Version CSAF-VEX-Dokumente enthält. Die Befunde werden mit dokumentierten Abhilfemaßnahmen abgeschlossen, die den Anforderungen von PCI DSS, HIPAA, SOC 2, DORA, NIS2 und CRA entsprechen.
Migrieren Sie nach Ihren eigenen Vorstellungen, nicht nach dem EOL-Zeitplan
⚠️ Die Bindung:
Jede .NET-Version bietet nur drei Jahre Support (LTS) bzw. zwei Jahre (STS, wie bei Version 7), und der Wechsel von Version 6 über 7 und 8 bis hin zu 10 bringt grundlegende Änderungen, Aktualisierungen von Abhängigkeiten und Regressionstests in Hunderten von Projekten mit sich.
🔄 Die Wende:
ELS lässt sich ohne Codeänderungen in der gesamten Infrastruktur (vor Ort oder über AWS, Azure und GCP hinweg) bereitstellen. Sie erhalten einen mehrjährigen Zeitpuffer, um Upgrades entsprechend Ihren geschäftlichen Prioritäten zu planen, anstatt das EOL-Datum als dringende Frist betrachten zu müssen.
Warum TuxCare?
420,000+
Patches bereitgestellt
Vom Team, das Open-Source-Lebenszyklen verlängert
TuxCare sorgt dafür, dass wichtige Komponenten auch lange nach Ablauf des Supports durch die ursprünglichen Entwickler geschützt bleiben – vom Linux-Kernel bis hin zu Sprach-Laufzeitumgebungen wie Node.js. Ein Partner, umfassende Abdeckung.
14,000+
Behobene Sicherheitslücken
Gründungs-Platin-Sponsor der AlmaLinux OS Foundation und Mitglied der Open Source Security Foundation (OpenSSF).
TuxCare investiert in das Open-Source-Ökosystem, das es schützt – von Node.js bis Linux und darüber hinaus.
Mehr erfahren →
70,000+
Ausgewählte Pakete
2,700+
Unternehmenskunden
Verwandte Erkenntnisse
Das Ende des Lebenszyklus von .NET 6: Was das für Ihr Unternehmen im Jahr 2026 bedeutet
Die wichtigsten Erkenntnisse .NET 7 wird nicht mehr unterstützt - die Migration auf eine unterstützte Version...
Ende des Supports für .NET 8: Wichtige Termine, Risiken und nächste Schritte
Key Takeaways .NET 6 hat am 12. November 2024 das Ende seiner Lebensdauer erreicht, so dass Systeme...
Kritische .NET-Sicherheitswarnung: CVE-2025-24070 betrifft .NET 6 trotz...
Unser Sicherheitsteam hat festgestellt, dass die kürzlich bekannt gewordene Sicherheitslücke...
Sichern Sie Ihre .NET -Versionen, deren Lebenszyklus endet
Sprechen Sie mit unserem Team darüber, wie Sie nicht mehr unterstützte .NET-Laufzeitumgebungen und -Komponenten schützen können – ohne Codeänderungen, überstürzte Migrationen oder einen endlosen Rückstau an CVE-Problemen.
Frage stellen
Häufig gestellte Fragen
In der Dokumentation sind derzeit .NET 6, .NET 8 und .NET 10 aufgeführt. Der Support für .NET 6 ist bereits ausgelaufen; die Unterstützung für .NET 8 und .NET 10 gewährleistet Kontinuität, bis diese Versionen ihr offizielles Support-Ende erreichen. Weitere Versionen und Architekturen sind auf Anfrage erhältlich – wenden Sie sich bitte an [email protected].
Nein. ELS stellt gepatchte Builds derselben .NET-Version bereit, auf der Ihre Anwendung derzeit läuft, die über Standard-Installationsprogramme im .exe- und .msi-Format installiert werden. Ihr Code, Ihre Projektdateien und Ihr Bereitstellungsprozess bleiben unverändert. Wie bei jedem Laufzeit-Update wird empfohlen, vor der Einführung in die Produktion anwendungsspezifische Tests durchzuführen.
Das .NET SDK, die .NET-Laufzeitumgebung, die ASP.NET Core-Laufzeitumgebung und die .NET-Desktop-Laufzeitumgebung (WPF und Windows Forms). Installieren Sie die für Ihre Anwendungsumgebung geeignete Komponente oder das SDK, um alle Komponenten als Paket zu erhalten.
Unterstützte Editionen von Windows 10, Windows 11, Windows Server, Windows Server Core und Nano Server auf x64 (sowie x86 für ausgewählte Windows Server-Versionen). Die unterstützten Umgebungen variieren je nach .NET-Version; andere Betriebssysteme und Architekturen sind auf Anfrage möglicherweise verfügbar.
Die Bereitstellung von Patches unterliegt der SLA von TuxCare, die die Fristen für die Behebung von Sicherheitslücken gemäß SOC 2, NIS2, PCI DSS, HIPAA, DORA und CRA gewährleistet.
Ja, .NET-Versionen können in der Regel parallel ausgeführt werden, was Teams dabei hilft, den Übergang schrittweise zu vollziehen. Verwenden Sie die Befehle „dotnet --list-sdks“ und „dotnet --info“, um eine Bestandsaufnahme der installierten Versionen zu erstellen und die Bereitstellungen zu überprüfen, bevor Sie ältere Komponenten entfernen.
ELS bietet Ihnen einen dokumentierten, vom Anbieter unterstützten Prozess zur Behebung von Sicherheitslücken in EOL-Software: SLA-gestützte Bereitstellung, kommerzielle Supportbedingungen und eine SBOM zu jeder Version. Dadurch wird aus einer nicht zuordenbaren Audit-Ausnahme eine kontrollierte, nachweisbare Abdeckung – wobei jedes Unternehmen selbst festlegt, wie der Service auf seine spezifischen regulatorischen Verpflichtungen abgestimmt wird.
ELS ersetzt die Modernisierung nicht. Es beseitigt den Termindruck. Sie erhalten zusätzlichen Spielraum, sodass Migrationen entsprechend den geschäftlichen Prioritäten, den Testanforderungen und den technischen Kapazitäten geplant werden können, anstatt sich nach einem EOL-Termin richten zu müssen.