Approved changes feed: RSS · Atom
cpe:2.3:a:rust-lang:async-h1:*:*:*:*:*:rust:*:*
part: a version: * update: *
| Vendor | Rust Lang (2fea0c24-9a8e-589d-9af5-f4395bda6a96) |
|---|---|
| Product | Async H1 (bf7ed150-01ec-5c74-a8b1-5335e8047c9f) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | rust |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2020-36202 |
vulnerable | 2026-06-08 05:25:02.799485 |
Details available
An issue was discovered in the async-h1 crate before 2.3.0 for Rust. Request smuggling can occur when used behind a reverse proxy.
Published: 2021-01-22T09:07:50.000Z
Updated: 2024-08-04T17:23:09.493Z Reference links |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2020-26281 |
vulnerable | 2026-06-08 05:23:51.130933 |
request smuggling in async-h1
MEDIUM (6.8)
async-h1 is an asynchronous HTTP/1.1 parser for Rust (crates.io). There is a request smuggling vulnerability in async-h1 before version 2.3.0. This vulnerability affects any webserver that uses async-h1 behind a reverse proxy, including all such Tide applications. If the server does not read the body of a request which is longer than some buffer length, async-h1 will attempt to read a subsequent request from the body content starting at that offset into the body. One way to exploit this vulnerability would be for an adversary to craft a request such that the body contains a request that would not be noticed by a reverse proxy, allowing it to forge forwarded/x-forwarded headers. If an application trusted the authenticity of these headers, it could be misled by the smuggled request. Another potential concern with this vulnerability is that if a reverse proxy is sending multiple http clients' requests along the same keep-alive connection, it would be possible for the smuggled request to specify a long content and capture another user's request in its body. This content could be captured in a post request to an endpoint that allows the content to be subsequently retrieved by the adversary. This has been addressed in async-h1 2.3.0 and previous versions have been yanked.
Published: 2020-12-21T21:50:13.000Z
Updated: 2024-08-04T15:56:03.655Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.