International
The Morning Dev

Only the news worth knowing

‹
 

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

  1. Upgrade Apache HTTP Server to version 2.4.71 or later
  2. If patching is not immediately possible, disable HTTP/2 (mod_http2) as a mitigation
  3. Check whether HTTP/2 is enabled on your Apache servers and which version they run

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.”

superkuh on Hacker News

“Since when does "memory corruption" = "RCE"?”

kgeist on Hacker News

“Disabling h2 is the mitigation and is effective.”

jerrythegerbil on Hacker News

Timeline

  1. Vulnerability disclosed on oss-sec by Eric Covener

  2. Apache HTTP Server 2.4.71 released with the fix

  3. Open Source Security

    CVE-2026-119618: Apache HTTP Server: mod_http2: heap corruption and RCE in assign_headers

  4. Wiz Blog | RSS feed

    Critical RCE Vulnerability in Apache HTTP Server: Everything You Need To Know

  5. Hacker News

    361 points · 195 comments

  6. The Hacker News

    Critical Apache HTTP/2 Flaw Could Let Unauthenticated Attackers Execute Code Remotely

  7. SecurityWeek

    Apache Patches Critical HTTP Server RCE Found by Anthropic, Google

  8. BleepingComputer

    Apache HTTP Server patches critical HTTP/2 remote code execution flaw

  9. Aikido Security's Blog

    Critical Apache HTTP Server vulnerability can allow remote code execution (CVE-2026-119618)

Full coverage · 6 sources

How do you feel about this?

0 Comments