<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Wed, 21 Oct 2026 13:44:10 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-111763</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-111763</link>
      <description>&lt;p&gt;A2A Java SDK is the official Java SDK for the Agent2Agent (A2A) Protocol. Prior to 1.3.0.Final, a malicious or compromised remote agent can cause the default JDK-based client to forward a configured API key to a third-party server. When a client application configures credentials through `CredentialService`, `AuthInterceptor.intercept` in `client/transport/spi/src/main/java/org/a2aproject/sdk/client/transport/spi/interceptors/auth/AuthInterceptor.java` uses `APIKeySecurityScheme.name()` from the remote AgentCard directly as the HTTP header name containing the credential, without checking that the declared location is HEADER. JdkA2AHttpClient uses followRedirects(NORMAL), so an agent-controlled cross-origin redirect forwards the custom credential-bearing header even when the standard Authorization header is stripped. The attack requires configured API key credentials for the agent&amp;#39;s security scheme and control of the agent&amp;#39;s AgentCard and redirect response, but no additional client privileges. This issue is fixed in version 1.3.0.Final.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;A2A Java SDK is the official Java SDK for the Agent2Agent (A2A) Protocol. Prior to 1.3.0.Final, a malicious or compromised remote agent can cause the default JDK-based client to forward a configured API key to a third-party server. When a client application configures credentials through `CredentialService`, `AuthInterceptor.intercept` in `client/transport/spi/src/main/java/org/a2aproject/sdk/client/transport/spi/interceptors/auth/AuthInterceptor.java` uses `APIKeySecurityScheme.name()` from the remote AgentCard directly as the HTTP header name containing the credential, without checking that the declared location is HEADER. JdkA2AHttpClient uses followRedirects(NORMAL), so an agent-controlled cross-origin redirect forwards the custom credential-bearing header even when the standard Authorization header is stripped. The attack requires configured API key credentials for the agent&amp;#39;s security scheme and control of the agent&amp;#39;s AgentCard and redirect response, but no additional client privileges. This issue is fixed in version 1.3.0.Final.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-111763</guid>
    </item>
    <item>
      <title>GHSA-9rhm-2h4x-jwmx — A2A Java SDK send client credentials under server-controlled HTTP header name, enabling leakage via redirect</title>
      <link>https://db.gcve.eu/vuln/ghsa-9rhm-2h4x-jwmx</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.a2aproject.sdk:a2a-java-sdk-parent&lt;/p&gt;
&lt;p&gt;*Impact.** A malicious or compromised A2A agent can cause the client&amp;#39;s API key credential to be forwarded to an arbitrary third-party server. The agent serves an AgentCard with an `APIKeySecurityScheme` specifying a custom header name, then responds with an HTTP redirect. The JDK HttpClient follows the redirect and forwards the custom header containing the credential, since only the standard `Authorization` header may be stripped on cross-origin redirects.&lt;/p&gt;
&lt;p&gt;**Where.** `client/transport/spi/src/main/java/org/a2aproject/sdk/client/transport/spi/interceptors/auth/AuthInterceptor.java:69` in `intercept`&lt;/p&gt;
&lt;p&gt;**What.** The `apiKeySecurityScheme.name()` field from the remote agent&amp;#39;s AgentCard (untrusted, server-controlled data) is used directly as the HTTP header name when placing client credentials. Combined with `JdkA2AHttpClient`&amp;#39;s `followRedirects(NORMAL)` policy, credentials under custom header names survive cross-origin redirects (only `Authorization` is stripped on newer JDKs), allowing a malicious agent to leak client credentials to third-party servers. Additionally, `AuthInterceptor` does not check that `location==HEADER` before placing the credential as a header.&lt;/p&gt;
&lt;p&gt;**Exploit scenario.** Client configures an API key credential for agent&amp;#39;s security scheme `myAuth`. The malicious agent returns an AgentCard where `securitySchemes` includes `myAuth` as `APIKeySecurityScheme` with `name=&amp;#39;X-Leaked-Cred&amp;#39;` and `location=HEADER`. `AuthInterceptor` places the credential in the `X-Leaked…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.a2aproject.sdk:a2a-java-sdk-parent&lt;/p&gt;
&lt;p&gt;*Impact.** A malicious or compromised A2A agent can cause the client&amp;#39;s API key credential to be forwarded to an arbitrary third-party server. The agent serves an AgentCard with an `APIKeySecurityScheme` specifying a custom header name, then responds with an HTTP redirect. The JDK HttpClient follows the redirect and forwards the custom header containing the credential, since only the standard `Authorization` header may be stripped on cross-origin redirects.&lt;/p&gt;
&lt;p&gt;**Where.** `client/transport/spi/src/main/java/org/a2aproject/sdk/client/transport/spi/interceptors/auth/AuthInterceptor.java:69` in `intercept`&lt;/p&gt;
&lt;p&gt;**What.** The `apiKeySecurityScheme.name()` field from the remote agent&amp;#39;s AgentCard (untrusted, server-controlled data) is used directly as the HTTP header name when placing client credentials. Combined with `JdkA2AHttpClient`&amp;#39;s `followRedirects(NORMAL)` policy, credentials under custom header names survive cross-origin redirects (only `Authorization` is stripped on newer JDKs), allowing a malicious agent to leak client credentials to third-party servers. Additionally, `AuthInterceptor` does not check that `location==HEADER` before placing the credential as a header.&lt;/p&gt;
&lt;p&gt;**Exploit scenario.** Client configures an API key credential for agent&amp;#39;s security scheme `myAuth`. The malicious agent returns an AgentCard where `securitySchemes` includes `myAuth` as `APIKeySecurityScheme` with `name=&amp;#39;X-Leaked-Cred&amp;#39;` and `location=HEADER`. `AuthInterceptor` places the credential in the `X-Leaked…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-9rhm-2h4x-jwmx</guid>
    </item>
  </channel>
</rss>
