search

dotnet / aspnetcore

ASP.NET Core is a cross-platform .NET framework for building modern cloud-based web applications on Windows, Mac, or Linux.
https://asp.net
MIT License
34.88k stars 9.85k forks source link

Microsoft Security Advisory CVE-2023-44487: .NET Denial of Service Vulnerability #51264

Open rbhanda opened 9 months ago

rbhanda commented 9 months ago

Microsoft Security Advisory CVE-2023-44487: .NET Denial of Service Vulnerability

Executive summary

Microsoft is releasing this security advisory to provide information about a vulnerability in .NET 8.0 RC1, .NET 7.0 ,and .NET 6.0. This advisory also provides guidance on what developers can do to update their applications to address this vulnerability. A patch for this vulnerability (nicknamed "Rapid Reset") is being released in coordination with other industry partners.

A vulnerability exists in the ASP.NET Core Kestrel web server where a malicious client may flood the server with specially crafted HTTP/2 requests, causing denial of service.

Announcement

Announcement for this issue can be found at https://github.com/dotnet/announcements/issues/277

Mitigation factors

Servers without HTTP/2 enabled are not affected. To limit your application to HTTP1.1 via config, edit your appsettings.json to include a protocols setting for each endpoint: 

  "Kestrel": { 
    "Endpoints": { 
      "http": { 
        // your existing config 
        "Protocols": "Http1" 
      }, 
      "https": { 
         // your existing config 
        "Protocols": "Http1" 
      } 
    } 
  }

Visit Configure options for the ASP.NET Core Kestrel web server to learn more about creating config files.

You can also limit kestrel via code, in your program.cs / Main() function by added the highlighted code to the listen options for each of your endpoints: 

var builder = WebApplication.CreateBuilder(args); 
builder.WebHost.UseKestrel(options => 
{ 
    options.Listen(IPAddress.Any, 5000, listenOptions => 
    { 
        listenOptions.Protocols = HttpProtocols.Http1; 
    }); 
});

Affected software

Advisory FAQ

How do I know if I am affected?

If you have a runtime or SDK with a version listed, or an affected package listed in affected software, you're exposed to the vulnerability.

How do I fix the issue?

.NET Core SDK (reflecting any global.json):

 Version:   6.0.300
 Commit:    8473146e7d

Runtime Environment:

 OS Name:     Windows
 OS Version:  10.0.18363
 OS Platform: Windows
 RID:         win10-x64
 Base Path:   C:\Program Files\dotnet\sdk\6.0.300\

Host (useful for support):

  Version: 6.0.5
  Commit:  8473146e7d

.NET Core SDKs installed:

  6.0.300 [C:\Program Files\dotnet\sdk]

.NET Core runtimes installed:

  Microsoft.AspNetCore.App 6.0.5 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.NETCore.App 6.0.5 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.WindowsDesktop.App 6.0.5 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]

To install additional .NET Core runtimes or SDKs:
  https://aka.ms/dotnet-download

.NET 6.0 and and .NET 7.0 updates are also available from Microsoft Update. To access this either type "Check for updates" in your Windows search, or open Settings, choose Update & Security and then click Check for Updates.

Once you have installed the updated runtime or SDK, restart your apps for the update to take effect.

Additionally, if you've deployed self-contained applications targeting any of the impacted versions, these applications are also vulnerable and must be recompiled and redeployed.

Fine tuning the patch

The patch introduces two new AppContext properties:

Microsoft.AspNetCore.Server.Kestrel.Http2.MaxEnhanceYourCalmCount Microsoft.AspNetCore.Server.Kestrel.Http2.MaxConnectionFlowControlQueueSize

The properties can be set in a variety of ways, including AppContext.SetData or AppDomain.CurrentDomain.SetData in code (the former is not available in 6.0), RuntimeHostConfigurationOption in a project file, or environment variables.

MaxEnhanceYourCalmCount is a cap on how many ENHANCE_YOUR_CALM (EYC) messages (generally triggered by excessive client stream resets) the server can send per second on a particular connection without dropping it. The value is averaged over 5 seconds to accommodate bursty clients. For example, a value of 20 means that if 100 EYCs are recorded in 5 seconds, the connection will be dropped. If legitimate clients are being disconnected, you should increase this value. Alternatively, setting it to 0 (or a negative value) will disable the check entirely.

MaxConnectionFlowControlQueueSize is a cap on how large an internal data structure can grow. Intuitively, it corresponds to the number of outbound messages that are waiting to be sent (because of flow-control limits negotiated between the client and server). It never makes sense for this value to be less than the number of active streams – it’s fine to have a message waiting on each stream. Since the default number of active streams is 100 (this is configurable), it’s expected that most servers will use a value of 200 or more. If legitimate clients are disconnected, you should increase this value. Alternatively, setting it to 0 (or a negative value) will disable the check entirely.

Other Information

Reporting Security Issues

If you have found a potential security issue in .NET 8.0, .NET 7.0 or .NET 6.0, please email details to secure@microsoft.com. Reports may qualify for the Microsoft .NET Core & .NET 5 Bounty. Details of the Microsoft .NET Bounty Program including terms and conditions are at https://aka.ms/corebounty.

Support

You can ask questions about this issue on GitHub in the .NET GitHub organization. The main repos are located at https://github.com/dotnet/runtime and https://github.com/dotnet/aspnet/. The Announcements repo (https://github.com/dotnet/Announcements) will contain this bulletin as an issue and will include a link to a discussion issue. You can ask questions in the linked discussion issue.

Disclaimer

The information provided in this advisory is provided "as is" without warranty of any kind. Microsoft disclaims all warranties, either express or implied, including the warranties of merchantability and fitness for a particular purpose. In no event shall Microsoft Corporation or its suppliers be liable for any damages whatsoever including direct, indirect, incidental, consequential, loss of business profits or special damages, even if Microsoft Corporation or its suppliers have been advised of the possibility of such damages. Some states do not allow the exclusion or limitation of liability for consequential or incidental damages so the foregoing limitation may not apply.

External Links

CVE-2023-44487

Revisions

V1.0 (October 10, 2023): Advisory published.

Version 1.0

Last Updated 2023-10-10

amcasey commented 9 months ago

main: https://github.com/dotnet/aspnetcore/pull/51304 8.0: https://github.com/dotnet/aspnetcore/pull/51303 7.0: https://github.com/dotnet/aspnetcore/commit/6c6d3049d098011476d51dfaaf8c2fa2b7da7638 6.0: https://github.com/dotnet/aspnetcore/commit/b0468b9b0af17e4ad4be36198684741e1462bbcd

amcasey commented 9 months ago

I'm closing this to mark it as fixed. If a bot comes through and locks it, it should be reopened because this is a discussion forum.