Today, we are releasing the .NET February 2022 Updates. These updates contain reliability and security improvements. See the individual release notes for details on updated packages.
You can download 6.0.2 and 5.0.14 versions for Windows, macOS, and Linux, for x86, x64, Arm32, and Arm64.
- Installers and binaries: 6.0.2 | 5.0.14
- Release notes: 6.0.2 | 5.0.14
- Container images
- Linux packages: 6.0.2 | 5.0.14
- Release feedback/issue
- Known issues: 6.0 | 5.0
Improvements
Security
CVE-2022-21986: .NET Denial of Service Vulnerability
Microsoft is releasing this security advisory to provide information about a vulnerability in .NET 6.0 and .NET 5.0. This advisory also provides guidance on what developers can do to update their applications to remove this vulnerability.
A Denial-of-Service vulnerability exists in .NET 5.0 and .NET 6.0 where Kestrel overpooling of HTTP/2 and HTTP/3 request headers may lead to denial of service.
Deployment Update
Customers that have opted to receive .NET Core updates via the Microsoft Update channel will be offered updates to the Hosting Bundle starting with the December 2021 update. Updates for other .NET Core bundles (.NET Core Runtime, ASP.NET Core Runtime, Windows Desktop Runtime, and SDK) have been offered via Microsoft Update to customers that opt in since December 2020. See this blog post for more information.
Visual Studio
See release notes for Visual Studio compatibility for .NET 6.0 and .NET 5.0.
.NET 5.0 End of life
.NET 5.0 will reach end of life on May 08, 2022, as described in .NET Releases and per .NET Release Policies. After that time, .NET 5.0 patch updates will no longer be provided. We recommend that you move any .NET 5.0 applications and environments to .NET 6.0. It’ll be an easy upgrade in most cases.
The .NET Releases page is the best place to look for release lifecycle information. Knowing key dates helps you make informed decisions about when to upgrade or make other changes to your software and computing environment.
Microsoft update gave me the 5.0.14 & 6.0.2 updates.
However, while I have Microsoft.AspNetCore.App & Microsoft.NETCore.App at 6.0.2 shown in “dotnet –info” there is no Microsoft.WindowsDesktop.App at version 6.0.2
[EDIT] I have all three runtimes at 5.0.14
So it seems like an incomplete update.
1) When will .NET Runtime 6.0.2 be available on Azure App Services (Windows & Linux)?
2) Can .NET App (deployed as “Framework-Dependent”) that uses NuGet packages (eg: Microsoft.EntityFrameworkCore.SqlServer version 6.0.2) run on Azure App Service that does not have latest version of .NET Runtime 6.0.2?
On Mac ARM64:
– dotnet run does not work (builds but just exists after that with no error/warning)
– VS4Mac beta crashes on attempts to run (with debug)
Downgrading to 6.0.1
I think there is a critical issue with the WinForms portion of the update. Opened issue here.
We recommend that you move any .NET 5.0 applications and environments to .NET 6.0. It’ll be an easy upgrade in most cases.
That is not an easy upgrade in most cases - because Visual Studio 2019 lacks .NET 6.0 development support. So upgrading to .NET 6.0 requires purchasing new Visual Studio 2022 licenses for all company.
So for many companies situation is the following: .NET 5.0 - EOL 8.5.2022, .NET 3.1 - EOL 3.12.2022, upgrading...
You should use Rider or Visual Studio Code for developing software based on .NET. It is not needed to choose Visual Studio at all.
The problem with Visual Studio is that it is not cross-platform IDE.
Hi
during publish if i am changing the prerequisite for update my clients software.
when client receive update it is installing updates but not installing prerequisite automatic its showing to download from web and install manually.
like i.e currently my pos using .net 5 but when i change it to .net 6 during publish then its not installing .net 6 automatically.
Thanks
WinForm apps disappear from the taskbar/tray when running the 6.0.2 upgrade. They don’t actually close as you can still find them in task manager. Leaving them “stuck” where you have to kill them in task manager and relaunch them.
Can you open an issue in https://github.com/dotnet/winforms/issues
?
Done https://github.com/dotnet/winforms/issues/6662