Mittel

AsyncHttpClient re-sends client-wide realm credentials to a cross-origin redirect target

  • Veröffentlicht: 17.09.2026
  • Aktualisiert: 11.10.2026 13:20

Impact

A client configured with a client-wide realm (a Realm set on the config builder rather than on an individual request) and following redirects could re-send those credentials to a redirect target on a different origin. The redirect code strips the per-exchange realm, but when the target answered 401 the credentials were re-derived from the client config, handing Basic or Digest credentials, or a Negotiate or NTLM token, to an attacker controlled origin. This is a residual of the earlier cross-origin credential leak advisories, whose strip this bypassed.

Affected versions

  • 3.x: 3.0.9 through 3.0.11
  • 2.x: 2.14.5 through 2.16.0

Releases below those floors are covered by the earlier advisories GHSA-cmxv-58fp-fm3g and GHSA-fmxf-pm6p-7xgm: the cross-origin strip that this issue bypasses did not exist yet, so the leak there is the original one rather than this residual.

Patches

Fixed in 3.0.12 on the 3.x line and in 2.16.1 on the 2.x line. The realm is taken from the per-exchange state that the redirect already cleared, rather than being re-derived from the client configuration.

Workarounds

Set the Realm on the individual request instead of on the client configuration. A per-request realm is stripped correctly on a cross-origin redirect while still authenticating same-origin, so this is a complete workaround with no loss of function. Turning off follow-redirects also avoids it. Note that setStripAuthorizationOnRedirect(true) is not a workaround: it forces the strip, but the configuration fallback re-derived the realm regardless.

Details

The interceptor read the realm as the request's realm or, failing that, the client configuration's realm, which re-attached the config realm after the redirect strip had cleared it. It now reads the realm held on the response future. See also GHSA-cmxv-58fp-fm3g and GHSA-fmxf-pm6p-7xgm.

Betroffene Software

Klicken Sie auf eine Technologie, um alle zugehörigen Schwachstellen anzuzeigen.

PlattformPaketAnfällige VersionenBehoben in
Java / Kotlin (Maven) org.asynchttpclient:async-http-client >= 3.0.9, < 3.0.12, >= 2.14.5, < 2.16.1 3.0.12, 2.16.1

Verweise

CVSS-Wert 6.8/10
CVSS-Vektor
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:N/A:N
Schwäche (CWE)
CWE-200, CWE-522
Plattform
Java / Kotlin (Maven)
Paket
org.asynchttpclient:async-http-client
Veröffentlicht
17.09.2026
Aktualisiert
11.10.2026 13:20

Quellen und Lizenzen

OSV / GitHub Advisory Database - GHSA-f8m2-889x-vw4x - CC BY 4.0

Schwachstellenhistorie: org.asynchttpclient:async-http-client

Alle veröffentlichten Schwachstellen dieses Pakets (Java / Kotlin (Maven)), neueste zuerst. Zeigt, ob es ein einmaliger Ausrutscher ist oder ein Paket, das man im Auge behalten muss.

Alle (18) im Archiv
Einträge insgesamt
18
Erste → letzte
10.2018 10.2026
Ohne Fix
0
In Angriffen ausgenutzt
0

Verteilung nach Schweregrad

  • Kritisch 2
  • Hoch 6
  • Mittel 8
  • Niedrig 2

Veröffentlichungen pro Jahr

  1. 2018: 1
  2. 2019: 0
  3. 2020: 0
  4. 2021: 0
  5. 2022: 0
  6. 2023: 0
  7. 2024: 1
  8. 2025: 0
  9. 2026: 16
Schweregrad:
  1. Hoch · 7.4 CVE-2026-107230 >= 3.0.0, < 3.0.14, >= 2.0.0, <= 2.16.1 3.0.14
  2. Kritisch CVE-2026-107282 >= 3.0.0, < 3.0.13, >= 2.0.0, < 2.16.1 3.0.13, 2.16.1
  3. Hoch CVE-2026-107231 >= 3.0.0.Beta1, < 3.0.13, >= 2.0.0, < 2.16.1 3.0.13, 2.16.1
  4. AsyncHttpClient re-sends client-wide realm credentials to a cross-origin redirect target dieser Eintrag
    Mittel · 6.8 CVE-2026-85717 >= 3.0.9, < 3.0.12, >= 2.14.5, < 2.16.1 3.0.12, 2.16.1
  5. Hoch · 7.5 CVE-2026-85721 >= 3.0.0, < 3.0.12, >= 2.0.0, < 2.16.1 3.0.12, 2.16.1
  6. Hoch · 7.4 CVE-2026-45300 >= 3.0.0.Beta1, < 3.0.10, >= 2.0.0, < 2.15.0 3.0.10, 2.15.0
  7. Kritisch CVE-2024-53990 >= 2.1.0, < 2.12.4, >= 3.0.0.Beta1, < 3.0.1 2.12.4, 3.0.1
  8. Hoch · 7.5 CVE-2017-14063 < 2.0.35 2.0.35

Erkennen Sie Schwachstellen in Ihrer Anwendung

Mit der DockRay-Integration und aktivierter Softwareinventarisierung prüft DockRay gemeldete Komponentenversionen auf bekannte Schwachstellen und benachrichtigt Sie über bestätigte Treffer. Die Abdeckung hängt von der unterstützten Technologie und den verfügbaren Meldungen ab.

Anwendung verbinden
DockRay Newsletter

Anwendungssicherheit in Ihrem Postfach

Wichtige Schwachstellen, konkrete Empfehlungen und praktische Tipps für Ihre Anwendungen. Wählen Sie Ihre Technologien und verfolgen Sie, was für Ihr Projekt relevant ist.

  • Eine tägliche Zusammenfassung neuer Schwachstellen, auch kritischer.
  • Benachrichtigungen über wichtige Updates.
  • Praktische Tipps zur Sicherheit und Überwachung von Anwendungen.

Leer lassen, um Meldungen zu allen Technologien zu erhalten.

Kostenlos anmelden. In jeder E-Mail mit einem Klick abmelden.