Nginx Releases New Fix for Critical Server Bug

TL;DR: Nginx has released a new security patch for a critical flaw that could let attackers crash servers. The update fixes a previous, faulty patch, making it urgent for teams to apply this complete solution to prevent outages.
Key facts
- Category
- Cybersecurity
- Impact
- Critical
- Published
- Source
- Ubuntu Security Notices
Full summary
A critical flaw in the popular Nginx web server could let attackers crash your site. A new, complete patch is now available.
Nginx has released a critical security update to address a high-severity vulnerability identified as CVE-2026-49975. The flaw resides in the web server's HTTP/2 implementation, specifically in how it processes certain cookie headers. A remote attacker could exploit this issue by sending a specially crafted request, causing the Nginx process to crash. This results in a denial of service (DoS), making the server and any websites it hosts unavailable. This latest patch is notable because it is the third attempt to resolve the issue. An initial fix was released but was found to cause a regression, a term for a bug that reintroduces a previously fixed problem or creates a new one. That faulty patch was quickly reverted, leaving servers vulnerable until this new, complete solution was developed and distributed.
The vulnerability poses a significant risk due to Nginx's immense popularity. It powers millions of websites and acts as a critical reverse proxy and load balancer for countless applications, from small startups to large enterprises. A DoS attack can have severe consequences, including service downtime, lost revenue, and damage to a company's reputation. Because the vulnerability can be triggered remotely without any authentication, any publicly accessible Nginx server using HTTP/2 is a potential target. This affects a wide range of personnel, including developers who manage application deployments, IT and security teams responsible for infrastructure integrity, and CTOs who oversee technology risk. The ease of exploitation makes this a high-priority issue for any organization relying on Nginx.
The history of this patch adds a layer of urgency. Teams that applied the first fix might incorrectly believe their systems are secure. However, that patch was ineffective and subsequently withdrawn. It is crucial for administrators to verify that they are applying this specific, newly released update and not an older, flawed version. This situation highlights the importance of careful patch management and verification. Organizations should not only deploy the fix but also monitor their systems to ensure the patch has been applied successfully and has not introduced any new operational issues. Ignoring this update because a previous patch was already attempted could leave critical infrastructure exposed to easily preventable outages.
⚡ Action needed
Update your Nginx instances to the latest version to apply the security patch and protect against this Denial of Service vulnerability.
Action checklist
- 1Identify all Nginx instances in your infrastructure.
- 2Check if you are using the HTTP/2 protocol, where the vulnerability lies.
- 3Review patching history to see if you applied the initial, flawed patch.
- 4Apply the latest security update immediately.
- 5Monitor servers for unusual activity after applying the patch.
Related on Notifire
Primary source: Ubuntu Security Notices