Skip to main content
VulnerabilityPublished Updated

CVE-2026-123817: aiohttp · Multiple instances of excessive or unbounded memory/CPU use

Affects codelimitSource GCVE Database

0
Compare
Authoritative record:CVE-2026-123817· High 8.7

Not known to be exploited · CVSS 8.7 High : upgrade to 0.7.0 soon.

Data as of 10 Nov 2026, 19:02 UTC

CVSS 4.0 base score
8.7High
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CNA (GitHub_M)CVSS 4.08.7
Patch
Available – fixed in 0.7.0
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 9 Nov 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 10 Nov 2026.

What to do

Upgrade codelimit to 0.7.0.

Affected software

ProductAffectedFixed in
Homebrewcodelimitpkg:brew/codelimitOther threatsAffected
  • >=0.6.0 <0.7.0
  • >=0.8.0
Fixed in
  • 0.7.0

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

A patch is available and the issue is fixed in aiohttp version 0.7.0. Users should upgrade to version 0.7.0 or later to remediate this vulnerability. No other mitigation steps are indicated by the vendor advisory.

Description

CVE-2026-123817 is a vulnerability in aiohttp's WebSocket frame reassembly process where multiple small transport reads cause excessive memory usage. The reader keeps one bytes object per read without bounding the count, leading to memory consumption far exceeding the configured max_msg_size. This can be exploited by sending a frame in many tiny segments, causing excessive memory or CPU use on the server or client side.

References

Community reviews

Loading reviews…