Skip to main content

OpenSign CVE-2026-72543

| EUVDEUVD-2026-56013 HIGH
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-08-11 TuranSec GHSA-89m8-qpv9-7q8g
7.5
CVSS 3.1 · Vendor: TuranSec
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Identify internet-exposed OpenSign instance
  2. Delivery
    Craft unauthenticated HTTP POST to /parse/functions/getcontact
  3. Exploit
    Supply arbitrary Parse object ID in request body
  4. Execution
    Server executes with useMasterKey, bypassing ACL
  5. Persist
    Extract returned contact PII
  6. Impact
    Enumerate remaining records via ID iteration

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

No special conditions are required - this is unauthenticated remote exploitation against any network-accessible OpenSign deployment running version 2.37.0 or earlier. The Parse cloud function endpoint is part of OpenSign's standard application surface; no non-default configuration, plugin, or feature flag needs to be enabled. Exploitation is limited only by network reachability to the Parse API endpoint (default port 1337 or via reverse proxy) and knowledge of the endpoint name getcontact. Self-hosted instances with the Parse API exposed only on internal networks have a reduced but non-zero risk from insider threats or network pivoting. Object ID enumeration is the only technical hurdle, and Parse object IDs are predictable enough (or brute-forceable) to make full database extraction realistic.

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 reflects the real-world risk profile: network-reachable, zero prerequisites, and high confidentiality impact. Attack complexity is genuinely low because the Parse cloud function interface is a standard, well-documented API endpoint - an attacker needs only an HTTP client and sequential or random object ID enumeration. No EPSS score was provided in the available intelligence data; given the absence of KEV listing and public exploit code, widespread automated scanning is not yet confirmed but cannot be ruled out given how trivial exploitation would be. The missing integrity and availability impact correctly scopes the risk to data theft, not system compromise. The primary real-world risk is mass extraction of contact PII - names, emails, phone numbers, and other fields stored during document signature workflows - which has direct GDPR, CCPA, and contractual liability implications for deploying organizations. The absence of KEV listing and POC reduces immediate urgency slightly, but the low exploitation barrier means this should be treated as a priority for any internet-exposed instance.

Exploit ScenarioDerived

An external attacker identifies a publicly accessible OpenSign instance and calls the /parse/functions/getcontact HTTP endpoint without any session token or credentials, supplying a Parse object ID. The server executes the function with master-key privileges, returns the full contact record, and the attacker iterates over sequential or randomly generated object IDs to extract the entire contacts database including names, email addresses, and phone numbers. No public exploit code has been identified at time of analysis, but the exploitation technique requires only an HTTP client and knowledge of the Parse API format, both of which are publicly documented.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.5% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Aug 11, 2026

Unauthenticated contact record enumeration in OpenSignLabs OpenSign through 2.37.0 exposes all stored personally identifiable information to remote attackers without credentials. The getcontact Parse cloud function executes with useMasterKey, which bypasses Parse Server's native access control layers (ACLs and Class-Level Permissions), and contains no compensating authentication or authorization logic. Any network-reachable attacker can call this function, supply arbitrary object IDs, and retrieve full contact records including PII at scale. No public exploit has been identified at time of analysis, and no KEV listing exists.

RemediationAI

No vendor-released patch with a confirmed fixed version was identified at time of analysis - the sole reference points to the upstream GitHub repository without linking to a specific advisory, tagged release, or commit fixing this issue. Deployers should monitor https://github.com/OpenSignLabs/OpenSign for a patched release and upgrade immediately upon availability. As an immediate compensating control, operators should restrict network access to the Parse cloud function endpoint (typically /parse/functions/getcontact) at the reverse-proxy or firewall layer, limiting callers to authenticated sessions or trusted internal services only - note that this may break legitimate workflows if any front-end feature depends on unauthenticated access to this function. A second compensating control is to patch the cloud function code directly by adding a request.user existence check and session token validation at the top of the getcontact handler, rejecting any invocation without a valid authenticated Parse session. Organizations should also audit logs for historical calls to this endpoint to assess whether unauthorized enumeration has already occurred.

Affected VersionsENISA

OpenSign 0 ≤2.37.0

Affected Packages

euvd opensign no fix

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

OpenSign (cpe:2.3:a:opensignlabs:opensign:*:*:*:*:*:*:*:*) is an open-source electronic signature platform built on the Parse Platform (parse-server). The getcontact cloud function is a server-side Parse Cloud Code handler. When a Parse cloud function executes with useMasterKey: true, it operates with superuser privileges that bypass all Object-Level and Class-Level Permissions enforced by the Parse Server framework. The vulnerability is classified as CWE-639 (Authorization Through User-Controlled Key / Insecure Direct Object Reference): the function accepts a caller-supplied contact identifier, fetches the corresponding record with master-key authority, and returns it without verifying whether the caller has any right to access that object. This design conflates privileged internal data access with an externally exposed API endpoint, a pattern that breaks the parse-server security model entirely.

Know when Opensign 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

Vendor (TuranSec) PRIMARY 7.5 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
vuln.today AI 7.5 HIGH

Network-callable with no credentials (PR:N, AV:N), trivial enumeration (AC:L), pure data disclosure with no write or availability impact (C:H/I:N/A:N).

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (TuranSec).

CVSS VectorVendor: TuranSec

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
None
Availability
None

DescriptionCVE.org

An insecure direct object reference vulnerability in OpenSignLabs OpenSign through 2.37.0 allows unauthenticated remote attackers to retrieve any contact record via the getcontact Parse cloud function. The function executes with useMasterKey and performs no authentication or authorization checks before returning the requested contact object. An attacker can enumerate and read all contact records including personally identifiable information without credentials.

Executive ViewAI

Why It Matters

OpenSignLabs OpenSign versions through 2.37.0 allow unauthenticated remote access to all stored customer contact records and personally identifiable information. Any attacker with network connectivity can retrieve sensitive customer data at scale without valid credentials, creating immediate data breach and regulatory compliance exposure. Organizations using this product face significant liability if customer PII is accessed or exfiltrated before remediation.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations include: restrict Parse backend network access via firewall or load balancer; deploy reverse-proxy or API gateway authentication to gate getcontact calls; implement real-time audit logging and anomaly detection for contact record access patterns; encrypt contact PII fields in the database; consider temporary function disablement if operationally feasible; segment sensitive contact data into restricted access tiers.

Threat Intelligence Overview

EPSS Score
0.5%
Top 63% exploitable
Prevalence
Low
open-source e-signature platform, niche adoption vs. enterprise incumbents
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.5%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy