Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify internet-facing OpenSignServer instance
-
DeliveryEnumerate or obtain document object IDs
-
ExploitSend unauthenticated getDocument cloud function request
-
ExecutionuseMasterKey bypasses Parse ACL
-
PersistServer returns full contract record with PII and pre-signed URL
-
ImpactAttacker downloads signed contract document
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | The getDocument Parse cloud function must be network-accessible, which is the standard deployment posture for any internet-facing or intranet OpenSignServer instance. The target document record's IsEnableOTP flag must be unset (false), which is the default configuration - meaning the overwhelming majority of documents on unpatched deployments are vulnerable without any special prerequisite. No authentication is required: the CVSS vector is PR:N/UI:N, confirmed by the description stating 'unauthenticated remote attacker.' The attacker must supply a valid document object ID; exploitability is therefore partially dependent on ID predictability or prior knowledge. The impact is strictly limited to confidentiality - attackers cannot modify or delete records through this vector (I:N, A:N). Deployments where IsEnableOTP has been explicitly set to true on all document records are not vulnerable through this specific path. |
| Impact | The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N, score 7.5) accurately characterizes this vulnerability: unauthenticated, low-complexity, network-accessible access yielding high confidentiality impact with no integrity or availability consequence. There is no CISA KEV listing, no referenced POC code, and no EPSS score provided in the available data. Despite the absence of confirmed active exploitation, the practical risk is substantial: exploitation requires only knowledge of a target document object ID (potentially enumerable depending on ID generation), a network path to the Parse cloud function endpoint, and no credentials. Because the vulnerable code path triggers on the default configuration (IsEnableOTP=false), the entire user base running unpatched versions should be considered exposed. For a document-signing platform, confidentiality is the core security property - exposure of signed contract content and PII constitutes a material breach-class event. The absence of a KEV listing should not be interpreted as low risk; the attack surface is broad, the exploit is trivially simple, and the exposed data class is sensitive. |
| Exploit ScenarioDerived | An unauthenticated external attacker identifies a publicly accessible OpenSignServer instance and submits a crafted request to the getDocument Parse cloud function, supplying a target document object ID obtained through enumeration or prior reconnaissance. Because the function invokes useMasterKey internally and the document's IsEnableOTP flag is false (the default), the server responds with the complete contract record including sender and signer names, contact details, and a pre-signed download URL - granting the attacker full access to the signed document without presenting any credentials. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 10, 2026
Broken object-level authorization in OpenSignLabs OpenSignServer through 2.37.0 exposes complete contract records - including sender and signer PII and pre-signed document download URLs - to unauthenticated remote attackers via the getDocument Parse cloud function. The function internally calls useMasterKey, bypassing Parse's ACL enforcement, and returns full records whenever the document's IsEnableOTP flag is false, which is the default configuration across all deployments. No public exploit has been identified at time of analysis, but the network-accessible, zero-authentication attack path against default configurations makes this a high-priority data protection issue, particularly for organizations subject to GDPR or similar data regulation.
RemediationAI
No vendor-released patch has been identified at time of analysis. Organizations should monitor the upstream repository at https://github.com/OpenSignLabs/OpenSign for a patched release and apply it as soon as available. As a compensating control, administrators can enforce IsEnableOTP=true on all existing and new document records, which disrupts the vulnerable return path; the trade-off is that all document access will then require OTP verification, changing the end-user experience. Alternatively, network-level controls - such as WAF rules or API gateway policies - blocking unauthenticated requests to the getDocument Parse cloud function endpoint can reduce external exposure with minimal operational impact, though this does not protect against insider or authenticated-user abuse of the same logic. Restricting the Parse API endpoint to trusted IP ranges is a higher-friction but effective control for deployments that do not require public internet access to document retrieval.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
OpenSignServer is an open-source electronic document signing platform built on the Parse Platform backend framework. Parse enforces access control via object-level ACLs that restrict which authenticated users or roles can read or write a given record. However, Parse also exposes a useMasterKey privilege escalation mechanism intended for trusted internal server-side operations - when invoked, it bypasses all ACL checks entirely. The getDocument cloud function misuses this mechanism by querying documents with useMasterKey without subsequently validating whether the requesting caller is authorized to receive the result. CWE-639 (Authorization Bypass Through User-Controlled Key) precisely describes this pattern: the attacker supplies a document object ID as the controlling key, and the server returns the associated record without any ownership or permission check. The IsEnableOTP flag, when set to true, introduces an additional challenge step that interrupts the unguarded return path; however, because it defaults to false, virtually all records in standard deployments are reachable. Affected products are identified by CPE cpe:2.3:a:opensignlabs:opensignserver:*:*:*:*:*:*:*:*.
Know when Opensignserver gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Network-accessible unauthenticated Parse cloud function call; only high confidentiality loss via full record disclosure, no integrity or availability impact.
Primary rating from Vendor (TuranSec).
CVSS VectorVendor: TuranSec
DescriptionCVE.org
A broken object-level authorization vulnerability in OpenSignLabs opensignserver through 2.37.0 allows an unauthenticated remote attacker to read complete contract records via the getDocument Parse cloud function. The function fetches documents using useMasterKey, bypassing the object ACL, and returns full records including sender and signer PII and a pre-signed document download URL whenever the document's IsEnableOTP flag is unset, which is the default configuration.
Executive ViewAI
OpenSignLabs OpenSignServer (versions ≤2.37.0) contains a critical authorization bypass that exposes sensitive contract data-including customer personally identifiable information and downloadable document links-to any remote attacker without authentication. No public exploit identified at time of analysis; however, the network-accessible, unauthenticated attack surface and default-vulnerable configuration create immediate risk of data theft for any organization using this product. Organizations handling regulated data face potential notification obligations under GDPR, CCPA, and similar frameworks.
No vendor-released patch identified at time of analysis. Enable IsEnableOTP flag on all document collections to enforce authentication on getDocument API calls; restrict network-level access to the Parse API endpoint using firewall or WAF rules; implement enhanced logging and monitoring on sensitive document API requests; consider disabling the getDocument functionality if operationally non-critical pending patch release.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Opensignserver
View allUnauthenticated remote access to all stored contract documents is possible in OpenSignLabs opensignserver through versio
Authentication bypass in opensignserver through 2.37.0 exposes all stored files to unauthenticated remote attackers by a
Missing authorization in OpenSignLabs opensignserver through 2.37.0 lets unauthenticated remote attackers irreversibly d
EUVD-2026-55524
GHSA-mgm4-2355-58g4
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB