Patch Forecast
Amber warning
Patch this week.

CVE-2026-111765 ยท GHSA-4fpj-g9jf-9rgg

A2A Java SDK: Android synchronous POST forwards credentials across authorities after incomplete redirect fix

Risk score
66/100
CVSS
7.5 v3.1
Exploit chance (30 days)
0.8%
Published
20 Oct 2026

Open in the live forecast Today's forecast

What to know

What it is
A2A Java SDK has a vulnerability in versions 1.3.0.Final to 1.3.1.Final where Android synchronous POST forwards credentials across authorities. An attacker could disclose a complete configured API key or token to another authority.
Affected
{'products': ['A2A Java SDK'], 'packages': [{'ecosystem': 'maven', 'name': 'org.a2aproject.sdk:a2a-java-sdk-http-client-android', 'vulnerable': '>= 1.3.0.Final, <= 1.3.1.Final'}], 'versions': ['1.3.0.Final', '1.3.1.Final']}
Fix
Upgrade to version 1.3.2.Final
Exploitation
No known exploitation

Why it is Amber

  • CVSS 7.5 high
  • Remotely exploitable without logging in
  • On your watchlist: Maven

Affected packages

PackageEcosystemVulnerableFixed in
org.a2aproject.sdk:a2a-java-sdk-http-client-androidmaven>= 1.3.0.Final, <= 1.3.1.Final1.3.2.Final

References

Original description

A2A Java SDK is the official Java SDK for the Agent2Agent (A2A) Protocol. Starting in version 1.3.0.Final and prior to version 1.3.2.Final, the AndroidA2AHttpClient synchronous POST path overrides the disabled-redirect setting in AndroidA2AHttpClient.createConnection() with the PostBuilder default followRedirects value of true, leaving a residual of the earlier credential-redirect fix. JSONRPCTransport and RestTransport add interceptor-produced authentication headers and call synchronous post() without disabling redirects. AuthInterceptor permits X-API-Key, API-Key, X-Auth-Token, and X-Authentication headers; Android's repackaged OkHttp strips Authorization on cross-authority redirects but retains these nonstandard headers, disclosing a complete configured API key or token to another authority. The additional exposure applies when redirect or front-door behavior is compromised separately from the credential-handling component, or those components operate in different trust domains; a completely malicious initial origin already receives the credential on the first request. Autonomous clients require no human action, while user-invoked workflows can require interaction. Explicit followRedirects(false) prevents the redirected request. The demonstrated impact is credential disclosure, not subsequent credential use, integrity or availability impact, code execution, or host compromise. This issue is fixed in version 1.3.2.Final.

Last activity 20 Oct 2026. Patch Forecast updates every hour.