GHSA-jgh3-fggc-mcpm: SSRF

Published Sep 18, 2026
·
Updated

Summary

In affected versions, the URL of a remote MCP server is attacker-controlled at registration and is fetched server-side with no validation of the destination. There is no guard against loopback, link-local, RFC1918 private ranges, or the cloud metadata endpoint (169.254.169.254), so a use with the Power User, Power User Plus, or Admin role can coerce Obot into making requests to internal services and to the cloud instance metadata service, and read the responses.

Am I affected?

You are affected if you run Obot <= v0.22.1 with authentication enabled and allow privileged users (with the Power User or higher privileges) to register remote MCP servers . The metadata-sync code path that triggers the fetch runs automatically during reconciliation, so no user interaction beyond registration is required.

Details

A remote server's URL (RemoteRuntimeConfig.URL) is accepted at registration after only checking that it is parseable and uses an http/https scheme — the destination is never constrained. Obot then connects to that URL when the server is launched or its OAuth state is checked, and the controller automatically fetches OAuth discovery metadata from it during reconcile. The one egress guard that exists (DisallowLocalhostMCP) is disabled by default, only blocks loopback when enabled, and is absent from the automatic metadata-fetch path. Because the fetched response body is reflected back in Obot's error messages, this is a non-blind SSRF.

Impact

An attacker can reach internal-only services and the cloud metadata service if they have the Power User, Power User Plus, or Admin role. Against 169.254.169.254 this can disclose the host's cloud IAM credentials, enabling a pivot into the cloud account.

Mitigation

Upgrade to v0.23.0 or later, which applies a single outbound egress chokepoint — rejecting loopback, link-local (including 169.254.169.254), RFC1918, and IPv6 ULA on the resolved IP at dial time — uniformly across the remote-MCP client and the OAuth-metadata client.

Severity

CVSS v3.1 Score: 7.6/10 (High) — CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:L/A:N

Credits

The Obot team would like to thank HE WEI(ギカク)(https://www.linkedin.com/in/gikaku, @hewei-gikaku) for responsibly disclosing this issue in accordance with our security policy.

Affected Software

1 affected componentFixes available
go/github.com/obot-platform/obot<0.23.0
0.23.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade go/github.com/obot-platform/obot to a version that resolves this vulnerability.

    Fixed in 0.23.0
  2. Upgrade

    Upgrade obot to a version that resolves this vulnerability.

    Fixed in v0.23.0
  3. Compensating control

    If upgrading to v0.23.0+ is not immediately possible, ensure the egress guard/all outbound dialing restrictions that block loopback, link-local (including 169.254.169.254), RFC1918 private ranges, and IPv6 ULA are enabled and applied to both the remote-MCP client and the OAuth-metadata client (the automatic metadata-fetch path currently lacks this guard and DisallowLocalhostMCP is disabled by default).

Event History

Sep 18, 2026
Advisory Published
via GitHub·05:59 PM
Data Sourced
via GitHub·05:59 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which deployments are affected?

Deployments running Obot version 0.22.1 or earlier are affected when authentication is enabled and users with Power User, Power User Plus, or Admin privileges can register remote MCP servers.

2

What level of access does an attacker need?

An attacker needs an authenticated account with at least the Power User role. They must be able to register a remote MCP server with an attacker-chosen URL.

3

Does exploitation require user interaction after a remote server is registered?

No. Obot automatically fetches OAuth discovery metadata during reconciliation after registration, so the server-side request can occur without further user interaction.

4

What resources can an attacker target?

The unvalidated URL can target loopback, link-local, and RFC1918 private addresses, as well as the cloud metadata endpoint at 169.254.169.254. The attacker can coerce Obot to request those services and read their responses.

5

Is a fixed version identified?

Yes. The affected range is Obot 0.22.1 and earlier, and the referenced release is v0.23.0.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203