CVE-2026-126770: OpsTree REMS server-side request forgery in database test connection

CVE-2026-126770 · Severity: medium · CVSS 5 · Published 2026-11-11

OpsTree REMS is an AI-powered observability platform used for monitoring and troubleshooting infrastructure. A server-side request forgery vulnerability in the database test connection feature allows authenticated users to make the REMS backend connect to arbitrary internal or external destinations, enabling attackers to probe internal networks, access localhost services, or interact with cloud metadata endpoints from within the server's network position.

Technologies: OpsTree REMS. Vendors: OpsTree.

Quick answers

Is CVE-2026-126770 exploited in the wild?
No. Junglewise Threat Intelligence has no report of CVE-2026-126770 being exploited in the wild.
How severe is CVE-2026-126770?
Medium severity, with a CVSS score of 5, published 11 November 2026.
Which products and versions are affected?
OpsTree REMS through 1.0.0.
Is there a fix for CVE-2026-126770?
No fixed version is recorded yet. Implement server-side validation to block connections to localhost, loopback addresses (127.0.0.1), and private address ranges. Maintain an explicit allowlist of permitted database destinations where feasible, and validate resolved IP addresses to prevent DNS-based bypasses. Restrict outbound network connectivity from the REMS application where possible.</anigation> <parameter name="timeline">[{"kind":"disclosed","at":"2026-09-20"}] If you run it, Junglewise drafts a mitigation that fits your setup and applies it once you approve, with senior security engineers behind it.
How is CVE-2026-126770 attacked?
It is attacked over the network, in a hosted service.
Am I affected by CVE-2026-126770?
Check whether you run OpsTree REMS at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.

How to fix

Implement server-side validation to block connections to localhost, loopback addresses (127.0.0.1), and private address ranges. Maintain an explicit allowlist of permitted database destinations where feasible, and validate resolved IP addresses to prevent DNS-based bypasses. Restrict outbound network connectivity from the REMS application where possible.</anigation> <parameter name="timeline">[{"kind":"disclosed","at":"2026-09-20"}]

Technical details

The vulnerability exists in the database test connection API endpoints (/api/v1/databases, /api/v1/databases/{id}, /api/v1/databases/{id}/test-connection) which accept user-controlled host and port values without sufficient server-side validation. An authenticated attacker can supply arbitrary hostnames or IP addresses—including localhost, private address ranges, or external attacker-controlled servers—causing the REMS backend to initiate outbound connections to those destinations. The lack of restrictions on destination addresses allows network reconnaissance and potential interaction with cloud metadata endpoints.

Affected products

  • OpsTree REMS through 1.0.0

References

This page as Markdown. Free to reuse under CC BY 4.0 with a link back.