Security · High impactFan score 67 · Tier A6 sources195 comments in the community
Apache Patches Critical HTTP Server RCE Found by Anthropic, Google
SecurityWeek · By Eduard Kovacs ·
The Brief · written from 6 sources
- Apache HTTP Server 2.4.55 through 2.4.70 has a critical mod_http2 flaw (CVE-2026-119618) in assign_headers() caused by improper synchronization, which can lead to heap corruption.
- Sources say an unauthenticated remote attacker could exploit it to execute code on servers with HTTP/2 enabled.
- Version 2.4.71 fixes the flaw and was released on 2026-11-11; sources say no exploit is available and there are no reports of exploitation in the wild.
Why it matters
Any server running an affected Apache version with HTTP/2 enabled may be remotely exploitable without credentials, so teams need to patch to 2.4.71 or disable mod_http2 quickly.
Who’s affected
- Teams running Apache HTTP Server 2.4.55 through 2.4.70
- Operators with HTTP/2 enabled on Apache
What to do
- Upgrade Apache HTTP Server to version 2.4.71 or later
- If patching is not immediately possible, disable HTTP/2 (mod_http2) as a mitigation
- Check whether HTTP/2 is enabled on your Apache servers and which version they run
- Apache HTTP Server 2.4.55 to 2.4.70 (affected)
- Apache HTTP Server 2.4.71 (fixed)
- CVE-2026-119618
- #apache
- #http2
- #rce
- #vulnerability
- #web-server
- #cve-2026-119618
The mod_http2 race condition, CVE-2026-119618, could let unauthenticated attackers execute code on servers with HTTP/2 enabled. The post Apache Patches Critical HTTP Server RCE Found by Anthropic, Google appeared first on SecurityWeek .
What developers are saying
Based on 195 comments · Mixed reactions
Commenters on Hacker News were skeptical of the severity wording, questioning how memory corruption maps to RCE and whether the Wiz exposure statistics are meaningful. Others confirmed that disabling HTTP/2 is an effective mitigation and noted that many Apache installations use prefork and may not be affected. Several commenters also debated whether AI-assisted discovery and the complexity of HTTP/2 make this class of bug more likely.
- Memory corruption versus RCE20%
- Disabling HTTP/2 as mitigation25%
- AI-assisted vulnerability discovery20%
- HTTP/2 complexity and risk15%
- Exposure statistics questioned10%
In favour
- + Disabling HTTP/2 is an effective mitigation, according to one commenter who tested it
- + Servers using mpm_prefork may be unaffected, per one commenter
Concerns
- − Doubts that memory corruption automatically implies remote code execution
- − Concern that the Wiz exposure figure is unclear and possibly misleading
- − Concern that AI-assisted discovery is increasing the volume of critical bugs
- − Argument that HTTP/2 added unnecessary complexity to web servers
“It's not always HTTP/2. But it's a pretty safe bet.”
“Since when does "memory corruption" = "RCE"?”
“Disabling h2 is the mitigation and is effective.”
Timeline
Full coverage · 6 sources
- 20h ago ↗
Aikido Security's Blog
Critical Apache HTTP Server vulnerability can allow remote code execution (CVE-2026-119618) - 1d ago ↗
- 2d ago ↗
SecurityWeek
Apache Patches Critical HTTP Server RCE Found by Anthropic, Google
- 2d ago ↗
The Hacker News
Critical Apache HTTP/2 Flaw Could Let Unauthenticated Attackers Execute Code Remotely - 2d ago ↗
- 3d ago ↗
Open Source Security
CVE-2026-119618: Apache HTTP Server: mod_http2: heap corruption and RCE in assign_headers