CVE-2026-67310

openremote before 1.27.0 Cross-Tenant IDOR via setAssetLinks

Published Aug 1, 2026 CVSS 4.0 · 5.3 Medium EPSS < 1% KEV · Not listed
Description
OpenRemote (org.openremote:openremote) versions <= 1.26.2 contain an insecure direct object reference vulnerability in the setAssetLinks endpoint of AlarmResourceImpl. The realm access check validates only a single realm obtained via realms.stream().findFirst() on a HashSet of realms from the request, rather than all realms. Because HashSet iteration order is non-deterministic, an authenticated attacker who includes alarm-asset links from both their own realm and a victim realm can, with roughly 50% probability per request (retryable), persist cross-tenant links and disclose victim asset names (returned via @Formula fields) through GET requests on the attacker's own alarm. Fixed in 1.27.0.

Analysis

AI-generated

Technical impact

The vulnerability is an insecure direct object reference located in the setAssetLinks endpoint of AlarmResourceImpl. It allows an authenticated user to add alarm‑asset links that belong to a different tenant’s realm. When the endpoint returns link data, the attacker can view asset names that belong to the victim realm through GET requests on the attacker’s own alarm. This constitutes a confidentiality breach of cross‑tenant data.

Affected Systems

OpenRemote software, vendor OpenRemote, product OpenRemote, versions up to and including 1.26.2. The issue was addressed in release 1.27.0 and later.

Risk and Exploitability

The CVSS score of 5.3 indicates moderate severity. EPSS is not available, and the vulnerability is not listed in CISA KEV. Exploitation requires an authenticated attacker, but because HashSet iteration is nondeterministic, each request has roughly a 50% chance to succeed, making it retryable. While the likelihood of widespread exploitation remains low, an attacker who can repeatedly attempt the operation can eventually achieve data disclosure.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade OpenRemote to version 1.27.0 or later, which removes the insecure realm check in setAssetLinks.
  • Revalidate tenant configurations to ensure that asset links are restricted to the creator’s realm and remove any legacy cross‑realm links that may remain after upgrade.
  • Run a functional test against the setAssetLinks endpoint with a non‑privileged user to confirm that the realm validation now rejects links from other realms.

Generated by OpenCVE AI on August 2, 2026 at 03:08 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories available
History
Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}

Type Values Removed Values Added
Description OpenRemote (org.openremote:openremote) versions <= 1.26.2 contain an insecure direct object reference vulnerability in the setAssetLinks endpoint of AlarmResourceImpl. The realm access check validates only a single realm obtained via realms.stream().findFirst() on a HashSet of realms from the request, rather than all realms. Because HashSet iteration order is non-deterministic, an authenticated attacker who includes alarm-asset links from both their own realm and a victim realm can, with roughly 50% probability per request (retryable), persist cross-tenant links and disclose victim asset names (returned via @Formula fields) through GET requests on the attacker's own alarm. Fixed in 1.27.0.
Title openremote before 1.27.0 Cross-Tenant IDOR via setAssetLinks
First Time appeared Openremote
Openremote openremote
Weaknesses CWE-863
CPEs cpe:2.3:a:openremote:openremote:*:*:*:*:*:*:*:*
Vendors & Products Openremote
Openremote openremote
References
Metrics cvssV3_1

{'score': 5.4, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N'}

cvssV4_0

{'score': 5.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N'}

Weaknesses

Sources

Status
PUBLISHED
Assigner
VulnCheck
Published
Updated
Oct 8, 2026, 3:51 PM
Reserved
Jul 29, 2026, 1:06 PM
Status
Deferred
Published
Aug 1, 2026, 1:17 PM
Modified
Oct 8, 2026, 4:17 PM