CVE-2026-63127
WysokieCVSS 8.2Streszczenie
RMCP przed wersją 2.0.0 w implementacji OAuth pomija pole resource z RFC 9728 w ResourceServerMetadata i pozwala discover_oauth_server_via_resource_metadata używać metadanych chronionego zasobu bez potwierdzenia, że zwrócony identyfikator zasobu dokładnie odpowiada skonfigurowanemu serwerowi MCP. Złośliwy serwer MCP może opublikować metadane dla innego legalnego zasobu MCP i jego serwera autoryzacji, powodując, że ofiara uzyskuje legalny token dostępu, który następnie wysyła do złośliwego serwera.
Ocena ryzyka
Atakujący może przechwycić token dostępu i podszyć się pod ofiarę wobec legalnego zasobu MCP w ramach przyznanych uprawnień, naruszając poufność i integralność.
Rekomendacja
Zaktualizuj rmcp do wersji 2.0.0 lub nowszej.
Inne podatności w rmcp
Zobacz wszystkie- CVE-2026-64684Średnie
Przed wersją 2.1.0, klient StreamableHttpClientTransport w crate'cie rmcp używa polityki automatycznego przekierowania reqwest i stosuje niestandardowe nagłówki bez oznaczenia ich jako wrażliwe. Gdy złośliwy lub skompromitowany punkt końcowy MCP zwraca przekierowanie 307 lub 308 z innego origin, reqwest podąża za nim i odtwarza klucze API lub tokeny uwierzytelniające na nowym origin, gdzie atakujący może je przechwycić.
- CVE-2026-63128Wysokie
RMCP przed wersją 2.0.0 w stateful Streamable HTTP server pozwala nieuwierzytelnionemu klientowi wysłać poprawne JSON-RPC POST, które nie jest żądaniem inicjalizacji, lub żądanie inicjalizacji z niezgodnym nagłówkiem protokołu, powodując wywołanie LocalSessionManager.create_session przed walidacją wiadomości. Błąd walidacji zwraca wynik bez usunięcia LocalSessionHandle z sesji, trwale zatrzymując stan sesji i kanału przez cały czas życia procesu serwera.
Oryginalny opis (angielski, źródło NVD)
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.