CVE-2023-49082: aio-libs aiohttp · CRLF Injection
Affects aio-libs aiohttpSource CVE Database V5
Not known to be exploited · CVSS 5.3 Medium : upgrade to 3.9.0 when convenient.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.9% chance of exploitation in 30 days – higher than 60% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 3.9.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 29 Nov 2023
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 26 Oct 2026.
What to do
Upgrade aio-libs aiohttp to 3.9.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
PyPIaiohttppkg:pypi/aiohttpOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
- Upgrade aiohttp to version 3.9.0 or later, where this vulnerability has been patched.
- Implement strict input validation and sanitization on HTTP methods and headers at the application or proxy level to prevent injection of CRLF sequences.
- Use web application firewalls (WAFs) configured to detect and block HTTP request smuggling and header injection attempts.
- Monitor HTTP traffic for anomalous methods or malformed requests that could indicate exploitation attempts.
- Limit the ability of external users to control HTTP methods where possible, for example by restricting allowed methods to a whitelist.
- Conduct security testing and code reviews focusing on HTTP request handling in aiohttp-based applications.
- Employ layered security controls such as reverse proxies or API gateways that can normalize and validate incoming requests before they reach aiohttp services.
- Stay informed on updates from aio-libs and security advisories for any further patches or related vulnerabilities.
Description
aiohttp is an asynchronous HTTP client/server framework for asyncio and Python. Improper validation makes it possible for an attacker to modify the HTTP request (e.g.insert a new header) or even create a new HTTP request if the attacker controls the HTTP method. The vulnerability occurs only if the attacker can control the HTTP method (GET, POST etc.) of the request. If the attacker can control the HTTP version of the request it will be able to modify the request (request smuggling). This issue has been patched in version 3.9.0.
References
- github.com/aio-libs/aiohttp/security/advisories/GHSA-qvrw-v9rv-5rjx (opens in a new tab)
- github.com/aio-libs/aiohttp/pull/7806/files (opens in a new tab)
- github.com/aio-libs/aiohttp/commit/e4ae01c2077d2cfa116aa82e4ff6866857f7c466 (opens in a new tab)
- gist.github.com/jnovikov/7f411ae9fe6a9a7804cf162a3bdbb44b (opens in a new tab)
- lists.debian.org/debian-lts-announce/2025/02/msg00002.html (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/WSYWMP64ZFCTC3VO6RY6EC6VSSMV6I3A/ (opens in a new tab)