CVE-2026-81098
KrytyczneCVSS 9.1Streszczenie
Serwer MCP Telnyx udostępniał transport HTTP na wszystkich interfejsach i nie wymagał poświadczeń od wywołującego. Serwer obsługiwał MCP na ścieżce głównej, nasłuchując na wszystkich interfejsach, a parsowanie nagłówków uwierzytelniających nie kończyło się błędem, gdy były nieobecne, więc żądanie bez poświadczeń mogło zainicjować i wysyłać narzędzia. Wysyłka przekazywała własne poświadczenia serwera (klucz API Telnyx, sekret klienta i klucz wykonania kodu) do punktu końcowego, więc nieuwierzytelniony wywołujący mógł nimi działać. Obecny kod domyślnie ustawia host na loopback, wymaga klucza API serwera i egzekwuje go w middleware.
Ocena ryzyka
Nieuwierzytelniony atakujący może wykorzystać poświadczenia serwera do wykonywania operacji na koncie Telnyx, co prowadzi do nieautoryzowanego dostępu i potencjalnych szkód.
Rekomendacja
Zaktualizuj serwer MCP Telnyx do wersji z domyślnym loopbackiem i wymaganym uwierzytelnianiem, oraz skonfiguruj klucz API serwera.
Oryginalny opis (angielski, źródło NVD)
The Telnyx MCP server exposed its HTTP transport on every interface and did not require a caller credential. packages/mcp-server/src/http.ts served MCP on the root path with a listener bound to all interfaces and parsed the caller's authentication headers in a mode that did not fail when they were absent, so a request without any credential completed initialisation and dispatched tools. Dispatch forwarded the server's own stored credentials, the Telnyx API key and client secret together with the code-execution key, to the upstream endpoint, so an unauthenticated caller able to reach the port acted with them. The current code defaults the host to loopback, requires a server API key, and enforces it in middleware.