<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Cpe:2.3:a:rmcp_project:rmcp:*:*:*:*:*:rust:*:* - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/cpes/cpe2.3armcp_projectrmcprust/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Thu, 17 Sep 2026 01:07:46 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/cpes/cpe2.3armcp_projectrmcprust/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Access Token Theft in rmcp via OAuth Metadata Spoofing</title><link>https://feed.craftedsignal.io/briefs/2026-09-rmcp-oauth-vulnerability/</link><pubDate>Thu, 17 Sep 2026 01:07:46 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-rmcp-oauth-vulnerability/</guid><description>The rmcp library fails to validate the resource parameter during OAuth metadata discovery per RFC 9728, allowing attackers to spoof metadata and steal access tokens for legitimate MCP servers.</description><content:encoded><![CDATA[<p>The <code>rmcp</code> Rust library, used for building Model Context Protocol (MCP) clients, contains a critical vulnerability (CVE-2026-63127) in its OAuth Protected Resource metadata discovery implementation. According to RFC 9728, MCP clients must validate that the <code>resource</code> field returned in the metadata document exactly matches the URL used by the client. The <code>rmcp</code> implementation (versions prior to 2.0.0) lacks both the structure field for <code>resource</code> and the necessary validation logic.</p>
<p>This architectural gap allows a malicious MCP server to present a crafted metadata document to an unsuspecting client. By declaring a legitimate resource URL as its own, the malicious server can trick the <code>rmcp</code>-based client into initiating an OAuth authentication flow with a legitimate authorization server. When the victim completes the authentication, the resulting access token is sent to the malicious server, leading to token exfiltration and complete victim impersonation. The scope includes any application integrating <code>rmcp</code> that supports OAuth-protected resources.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker deploys a malicious MCP server configured to respond to <code>.well-known/oauth-protected-resource</code> discovery requests.</li>
<li>Attacker configures the malicious server to return metadata with a <code>resource</code> field pointing to a legitimate target (<code>real-mcp.com/mcp</code>).</li>
<li>Attacker lures a victim into connecting their <code>rmcp</code>-based client to the malicious server.</li>
<li>The client fetches the spoofed metadata document during the discovery phase.</li>
<li>The client parses the metadata and, failing to perform RFC-mandated validation, proceeds to initiate an OAuth flow.</li>
<li>The client redirects the user to the legitimate authorization server associated with the target resource.</li>
<li>The user completes the authentication flow, granting the client an access token meant for the target resource.</li>
<li>The client transmits the authorized token to the malicious MCP server, where the attacker intercepts it for impersonation.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation results in the theft of valid OAuth access tokens. This enables attackers to impersonate the victim on legitimate MCP resource servers. The vulnerability affects all MCP clients built using <code>rmcp</code> versions prior to 2.0.0. The impact is significant for organizations relying on MCP-based workflows for sensitive data access or system interaction.</p>
<h2 id="recommendation">Recommendation</h2>
<p>Prioritized actions for development and security operations:</p>
<ul>
<li>Immediately identify all applications utilizing the <code>rmcp</code> crate and upgrade to version 2.0.0 or later to patch CVE-2026-63127.</li>
<li>Audit logs for unexpected MCP client connections to unknown or unauthorized discovery endpoints.</li>
<li>Review MCP client configuration policies to ensure only verified, trusted MCP servers are allowed for use in production environments.</li>
<li>Perform a post-patch review of the <code>crates/rmcp/src/transport/auth.rs</code> file to confirm the inclusion of the <code>resource</code> field validation logic as described in the advisory.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>