Im Entwicklerblog hat Microsoft am 26. April 2021 über den auslaufenden Support für die .NET Framework Versionen 4.5.2, 4.6 und 4.6.1 informiert. Deren Support wird am 26. April 2022, also in einem Jahr, enden. Dann gibt es keine Sicherheitsupdates mehr. Ausnahme ist Windows 10 Enterprise LTSC 2015, da .NET Framework 4.6 in diesem Betriebssystem integriert ist. Diese Betriebssystemversion ist eine LTSC-Version (Long Term Servicing Channel). Microsoft wird .NET Framework 4.6 auf Windows 10 Enterprise LTSC 2015 bis zum Ende des Supports für diese Betriebssystemversion (Oktober 2025) weiterhin unterstützen. .NET Framework 3.5 SP1 erhält dagegen noch bis 9.01.2029 Support. (via)
Translate
Suchen
Blogs auf Borncity
Spenden und Sponsoren
Den Blog durch Spenden unterstützen.
Aus dem DNV-Netzwerk
- Microsoft blockiert Updates für Sicherheits-Tools News 10. April 2026
- KI revolutioniert globale Lieferketten – doch Sicherheitsrisiken wachsen News 10. April 2026
- Tech-Giganten investieren 650 Milliarden Euro in KI-Infrastruktur News 10. April 2026
- Lumen warnt vor KI-getriebenen Cyberangriffen aus Heimnetzwerken News 10. April 2026
- Oracle startet 25 autonome KI-Agenten für die Cloud News 10. April 2026
Links
Amazon
Awards
MVP: 2013 – 2016
WIMVP: 2017 – 20202015
Blogroll
Soziale Netzwerke-Seiten
Foren
Um mir den Moderationsaufwand zu ersparen, empfehle ich eines der unter Websites verlinkten Angebote. Im Microsoft Answers-Forum bin ich gelegentlich noch als Moderator zu Windows-Themen unterwegs.
Neueste Kommentare
- Bolko bei Malware: Website, die CPUID, HWMonitor, CPU-Z etc. hostet, gehackt
- Olli bei Malware: Website, die CPUID, HWMonitor, CPU-Z etc. hostet, gehackt
- User007 bei Störung bei der Telekom (10. April 2026)
- Carl Breen bei Malware: Website, die CPUID, HWMonitor, CPU-Z etc. hostet, gehackt
- viebrix bei 0-day-Schwachstelle in Adobe Reader seit Dez. 2025 ausgenutzt
- viebrix bei Bundesamt für Verfassungsschutz warnt vor russischen Cyberangriffen auf TP-Link-Router
- gast bei 0-day-Schwachstelle in Adobe Reader seit Dez. 2025 ausgenutzt
- GüntherW bei Störung bei der Telekom (10. April 2026)
- Bolko bei Malware: Website, die CPUID, HWMonitor, CPU-Z etc. hostet, gehackt
- Chris bei 0-day-Schwachstelle in Adobe Reader seit Dez. 2025 ausgenutzt
- Georg bei Malware: Website, die CPUID, HWMonitor, CPU-Z etc. hostet, gehackt
- Anonym bei Bundesamt für Verfassungsschutz warnt vor russischen Cyberangriffen auf TP-Link-Router
- Andreas bei Störung bei der Telekom (10. April 2026)
- R.S. bei Bundesamt für Verfassungsschutz warnt vor russischen Cyberangriffen auf TP-Link-Router
- Anonym bei Malware: Website, die CPUID, HWMonitor, CPU-Z etc. hostet, gehackt
Grundsätzlich wäre es ja nicht die schlechteste Idee, veraltete Installationen von .Net zu deinstallieren. Nur wie findet man sicher heraus, welche Version man wirklich nicht mehr braucht? Ist ungefähr dasselbe Elend, wie bei Anwendungen, die eine veraltete JRE oder gar JDK im eigenen Programmverzeichnis mit ausliefern und auf diese auch noch "fest verdrahtet" sind. Alles nicht im Sinne des Erfinders oder dem Sinn von Bibliotheksdateien entsprechend.
Freundliche Grüße P.B.
Microsoft deklariert EXPLIZIT alle Versionen von .NET Framework 4.x abwärtkompatibel zu allen früheren Versionen 4.x; dito für 3.x. Zudem ersetzen neuere Versionen von 4.x und 3.x eine ggf. vorhandene Vorversion, d.h. es kann nur EINE dieser Versionen installiert sein, und private Installationen gibt's NICHT.
Also: viel Lärm um nix!
Unabhängig davon: wer .NET Framework verwendet frisst auch kleine Kinder!
Die aktuelle v4.8 inkludiert alles aus der 4.x-Reihe. Es macht also keinen Sinn noch eine ältere Version zu nutzen. Vereinzelte Programme wollen eine bestimmte .net-Version installiert haben. Da ist dann der Hersteller gefragt, der eine derart dämliche Beschränkung eingebaut hat.
4.5.2 spielt nur für Vista eine Rolle. Aber das ist ohnehin schon längst aus dem Support raus.
Gibt es ein Tool, mit dem man feststellen kann, welche installierte Programme net Framework 1.1 benötgen?
Hat jemand eine Idee, warum das .NET Framework 3.5 SP1 hier so stark aus der Rolle fällt?
Grüße
Martin