Eclipse Jetty: Cross-Request Leakage for trailers on HTTP/1.1 keep-alive connections
> FINDING — MEDIUM (HTTP/1.1 keep-alive connections with trailers)
> HttpConnection._trailers Cross-Request Leakage (Never Reset Between Requests)
>
> Location:
> jetty-core/jetty-server/src/main/java/org/eclipse/jetty/server/internal/
> HttpConnection.java:107, 1157-1161, 1170
>
> Detail:
> _trailers (line 107) is a connection-scoped HttpFields.Mutable field.
> parsedTrailer() (line 1157) populates it when request N carries HTTP trailers.
> messageComplete() (line 1170) checks "if (_trailers != null)" — evaluates true
> from request N's data — and stamps it onto request N+1.
>
> Grep confirms: ZERO occurrences of "_trailers = null" in entire HttpConnection.java.
>
> Scenario:
> Request N: POST /upload (trailers: X-Checksum: abc123)
> Request N+1: GET /data (no trailers)
> app: request.getTrailers() on N+1 → returns {X-Checksum: abc123} ← STALE
>
> Application logic branching on getTrailers() != null produces incorrect behavior.
> Not cross-connection (same keep-alive connection only).
>
> More dangerous scenario: TOCTOU — trailer passes check, target swapped before use.
Do not rely on HTTP request trailers for security-sensitive logic, or disable persistent connections by closing the connection after each HTTP/1.1 request.
This issue can be reached over the network, attack complexity is low, an attacker needs no privileges on the target. No user interaction is required. The scope is unchanged, so the impact stays within the vulnerable component. Rated impact: confidentiality high, integrity none, availability none.
The score comes from this vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
CVE-2026-10051 is classified as CWE-200: Exposure of Sensitive Information. Information that should stay internal is disclosed to someone who is not authorised to see it.
CVE-2026-10051 is recorded against 2 packages.
Published on 14 July 2026. A public exploit is known to exist, which raises the urgency of patching considerably. Record sourced from NVD.
jetty has other advisories on record. If you are patching this one, these are worth checking on the same host:
These advisories are the same class of weakness (CWE-200: Exposure of Sensitive Information) in other software:
Details
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Affected Packages
| Software | From version | Fixed in |
|---|---|---|
| jetty | 12.1.0 | 12.1.10 |
| org.eclipse.jetty:jetty-server | 12.1.0 | 12.1.10 |
References
Similar Threats
Exploit Protection
CVE-2026-10051 carries CVSS 7.5 High rating and a public exploit already exists. BotEraser checks your installation against this and other known CVE records, and blocks IPs associated with exploit activity.
Check My Site For CVE-2026-10051 →No credit card required · Results in minutes
ⓘ Data Notice: The information presented above has been compiled from publicly available internet sources. Boteraser aggregates this data solely for informational purposes and does not independently classify, evaluate, or endorse any findings about the vulnerabilities listed. The accuracy and completeness of this information is the sole responsibility of the original publishers. Boteraser and its operators accept no liability for any decisions made based on this data.
Stay up to date with the latest from Boteraser.
We use cookies to improve your experience on our site. By using our site, you consent to cookies.
Manage your cookie preferences below:
Essential cookies enable basic functions and are necessary for the proper function of the website.
CloudFlare provides web performance and security solutions, enhancing site speed and protecting against threats.
Service URL: developers.cloudflare.com (opens in a new window)
These cookies are needed for adding comments on this website.
These cookies are used for managing login functionality on this website.
Statistics cookies collect information anonymously. This information helps us understand how visitors use our website.
Google Analytics is a powerful tool that tracks and analyzes website traffic for informed marketing decisions.
Service URL: policies.google.com (opens in a new window)
You can find more information in our Cookie Policy and Privacy Policy.