<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-29T18:21:29.805227+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/fkie_cve-2026-63127</id>
    <title>fkie_cve-2026-63127</title>
    <updated>2026-09-29T18:21:29.845489+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>RMCP is an official Rust SDK for the Model Context Protocol. Prior to 2.0.0, the rmcp crate's OAuth implementation in crates/rmcp/src/transport/auth.rs omits the RFC 9728 resource field from ResourceServerMetadata and allows discover_oauth_server_via_resource_metadata to use protected-resource metadata without confirming that the returned resource identifier exactly matches the configured MCP server. A malicious MCP server can publish metadata for a different legitimate MCP resource and its authorization server, causing a victim who connects and completes the authorization flow to obtain a legitimate access token that the client subsequently sends to the malicious server. The attacker can capture the token and impersonate the victim against the legitimate MCP resource within the token's granted scopes. This issue is fixed in version 2.0.0.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-63127"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-33f5-2c5q-wgwj</id>
    <title>GHSA-33f5-2c5q-wgwj — RMCP: Missing Resource Field Validation in OAuth Protected Resource Metadata Discovery</title>
    <updated>2026-09-29T18:21:29.845614+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: rmcp</p>
<p>### Summary
The `rmcp` library does not validate the `resource` parameter in OAuth Protected Resource metadata (RFC 9728), allowing a malicious MCP server to redirect OAuth flows to a legitimate authorization server and steal the resulting access tokens.</p>
<p>### Details
RFC 9728 specifies two MUST requirements for resource parameter validation:
- Section 7.3: the client MUST ensure that the resource identifier URL it is using as the prefix for the metadata request exactly matches the `resource` value in the returned metadata document.
- Section 3.3: if the `resource` value returned is not identical to the URL the client used, the data MUST NOT be used.</p>
<p>In the current implementation (`crates/rmcp/src/transport/auth.rs`), the `ResourceServerMetadata` struct (lines 390–394) does not include a resource field:
```rust
struct ResourceServerMetadata {
    authorization_server: Option&lt;String&gt;,
    authorization_servers: Option&lt;Vec&lt;String&gt;&gt;,
    scopes_supported: Option&lt;Vec&lt;String&gt;&gt;,
}
```
And discover_oauth_server_via_resource_metadata() (lines 1446–1465) proceeds without any resource URL validation.</p>
<p>#### Recommended fix
1. Add the `resource` field to the struct:
    ```rust
    struct ResourceServerMetadata {
        resource: Option&lt;String&gt;,  // RFC 9728 REQUIRED field
        authorization_server: Option&lt;String&gt;,
        authorization_servers: Option&lt;Vec&lt;String&gt;&gt;,
        scopes_supported: Option&lt;Vec&lt;String&gt;&gt;,
    }
    ```
2. Add validation logic after fetching metadata:
    ```r…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-33f5-2c5q-wgwj"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/opensuse-su-2026:11849-1</id>
    <title>openSUSE-SU-2026:11849-1 — openai-codex-0.155.1-1.1 on GA media</title>
    <updated>2026-09-29T18:21:29.845731+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>openai-codex-0.155.1-1.1 on GA media</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/opensuse-su-2026:11849-1"/>
  </entry>
</feed>
