CVE-2026-45300
Cookie Header Leak in AsyncHttpClient
Publication date: 2026-06-05
Last updated on: 2026-06-05
Assigner: GitHub, Inc.
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| async_http_client | async_http_client | 2.15.0 |
| async_http_client | async_http_client | to 3.0.10 (exc) |
| async_http_client | async_http_client | to 2.15.0 (exc) |
| async_http_client | async_http_client | From 2.0.0 (inc) to 2.15.0 (exc) |
| async_http_client | async_http_client | From 3.0.0.Beta1 (inc) to 3.0.10 (exc) |
| async_http_client | async_http_client | 3.0.10 |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-200 | The product exposes sensitive information to an actor that is not explicitly authorized to have access to that information. |
Attack-Flow Graph
AI Powered Q&A
How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:
The vulnerability in AsyncHttpClient causes sensitive session cookies, CSRF tokens, and API keys to be leaked to potentially attacker-controlled redirect targets. This leakage can lead to session hijacking, CSRF token theft, API key exposure, and privacy violations.
Such exposure of sensitive authentication and session data can result in non-compliance with data protection regulations and standards like GDPR and HIPAA, which require the protection of personal and sensitive information against unauthorized access and disclosure.
Can you explain this vulnerability to me?
CVE-2026-45300 is a vulnerability in the AsyncHttpClient (AHC) library where Cookie headers are not properly stripped when following cross-origin redirects.
Specifically, when the library follows a redirect to a different origin, the method responsible for propagating headers removes Authorization and Proxy-Authorization headers but fails to remove the Cookie header.
This causes session cookies and other sensitive cookie values to be sent to potentially attacker-controlled servers.
How can this vulnerability impact me? :
This vulnerability can lead to the leakage of sensitive session cookies, CSRF tokens, and API keys to attacker-controlled redirect targets.
As a result, attackers may hijack user sessions, steal CSRF tokens, expose API keys, and violate user privacy.
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability involves the leakage of Cookie headers during cross-origin HTTP redirects in affected AsyncHttpClient versions. Detection would involve monitoring HTTP traffic for unexpected Cookie headers being sent to different origins, especially to attacker-controlled domains.
You can detect potential exploitation by capturing and analyzing HTTP redirect traffic from Java applications using AsyncHttpClient versions prior to the patched releases. Look for HTTP requests following redirects where Cookie headers are included despite a change in origin.
Suggested commands to monitor such behavior include using network packet capture tools like tcpdump or Wireshark to filter HTTP traffic with Cookie headers sent to different domains.
- tcpdump -i <interface> -A -s 0 'tcp port 80 or tcp port 443' | grep -i 'Cookie:'
- Use Wireshark with a display filter: http.cookie and check for requests where the Host header differs from the original domain.
Additionally, reviewing application logs for HTTP redirect responses and subsequent requests that include Cookie headers to different origins can help identify the issue.
What immediate steps should I take to mitigate this vulnerability?
The primary mitigation step is to upgrade the AsyncHttpClient library to a patched version where this vulnerability is fixed.
- Upgrade to version 2.15.0 or later if you are using the 2.x branch.
- Upgrade to version 3.0.10 or later if you are using the 3.x branch.
These versions include a fix that strips Cookie headers during cross-origin redirects, preventing sensitive cookie leakage.
Until the upgrade can be applied, consider implementing network-level controls to monitor and block suspicious cross-origin HTTP redirects that carry Cookie headers.
Review application configurations to limit or disable automatic following of redirects where possible, or implement custom redirect handling that strips sensitive headers.