Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to shared Label Studio instance
-
DeliveryEnumerate sequential annotation IDs via GET /api/annotations/<id>/
-
ExploitIdentify cross-organization annotation records
-
ExecutionRead proprietary annotation data
-
ImpactModify or delete target annotations for impact
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 | Exploitation requires a valid authenticated session on the same Label Studio instance as the target organization (PR:L - any user tier suffices, including the lowest-privilege registered account). The vulnerability is present on any deployment where multiple organizations share a single Label Studio instance, which is the standard multi-tenant SaaS configuration and common for shared self-hosted enterprise deployments. No non-default configuration is required - the unscoped queryset is the default code path active on every installation. Exploitation is bounded by two factors: (1) the attacker must hold a valid login on the same instance as the victim organization, meaning fully isolated single-tenant deployments are not exposed; (2) annotation IDs must be reachable via the network, which they are by default given the AV:N vector. There is no required user interaction, no elevated privilege beyond basic login, and no complex attack precondition. |
| Impact | The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H) is an accurate representation of the vulnerability's mechanics: network-accessible, no complexity, low privilege (any authenticated account), and full triad impact. This is not a high-CVSS-but-low-real-risk case for multi-tenant deployments - the cross-organization data boundary failure is directly exploitable with standard HTTP requests and sequential ID iteration, requiring no tooling beyond curl. The sole meaningful barrier is PR:L (an authenticated session), which on shared SaaS or multi-tenant self-hosted instances is satisfied by any registered user in any tenant on the same deployment. Risk is substantially lower for single-organization isolated deployments, where cross-tenant access is impossible by topology even though the code flaw remains. No KEV listing and no confirmed POC reduce urgency compared to actively weaponized vulnerabilities, but the trivial exploitation conditions mean defenders should not treat 'no known POC' as a durable buffer. EPSS data is not present in the input; no inference is made. |
| Exploit ScenarioDerived | An attacker holding a valid authenticated account in Organization A on a shared Label Studio instance iterates integer values in GET requests to /api/annotations/<id>/, receiving annotation data belonging to Organization B without any access error. The attacker then issues PATCH requests to overwrite annotation labels - corrupting the training data pipeline - and DELETE requests to destroy annotations permanently, with the API accepting all operations because the only enforced check is session authentication. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 24, 2026
Cross-organization IDOR in Label Studio allows any authenticated user on a shared instance to read, modify, and delete annotations belonging to other tenants by enumerating sequential integer primary keys. The AnnotationAPI and AnnotationConvertAPI in label_studio/tasks/api.py declare an unscoped queryset (Annotation.objects.all()) and register all annotation permissions against rules.is_authenticated, meaning the organization boundary is never tested at the object level. No public exploit identified at time of analysis, but the CVSS 4.0 score of 8.7 reflects genuinely high confidentiality, integrity, and availability impact on any multi-tenant deployment, and the low exploitation complexity makes the conceptual-to-exploitable gap very small.
RemediationAI
No vendor-released patch version has been confirmed from the available data - upstream fix availability should be monitored via the GitHub issue at https://github.com/HumanSignal/label-studio/issues/9796 and the VulnCheck advisory. The correct code-level fix is for HumanSignal to override get_queryset in both AnnotationAPI and AnnotationConvertAPI to filter on project__organization equal to the requesting user's active organization, mirroring the pattern already used by the task endpoint. Until a patched release is available, the most effective compensating control for multi-tenant deployments is to migrate to isolated single-organization instances, which eliminates cross-tenant access by topology - though this may not be operationally feasible and has significant infrastructure cost. Where isolation is impossible, network-layer controls restricting each organization's users to their own Label Studio instance (if deployed behind a reverse proxy with tenant routing) can contain blast radius. Audit annotation API access logs for anomalous sequential ID patterns as a detection measure. Self-hosted single-tenant deployments face no cross-organization risk from this specific flaw.
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
Label Studio is an open-source data labeling and annotation platform developed by HumanSignal (CPE: cpe:2.3:a:humansignal:label-studio:*:*:*:*:*:*:*:*). The root cause is CWE-639 (Authorization Bypass Through User-Controlled Key): the AnnotationAPI class in label_studio/tasks/api.py sets queryset = Annotation.objects.all() with no get_queryset override, and the permission system in label_studio/core/permissions.py resolves all three declared permissions (annotations.view, annotations.change, annotations.delete) to rules.is_authenticated - a flat session check with no object-level organization predicate. The contrast with the sibling task endpoint, which correctly filters on project__organization equal to the requester's active organization, confirms the pattern exists in the codebase but was omitted from the annotation paths. Sequential integer primary keys eliminate any guessing barrier, making enumeration a simple loop over integers. AnnotationConvertAPI in the same file carries the same unscoped queryset.
Know when Label Studio 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
PR:L because any authenticated account satisfies the only access check; S:U because both vulnerable API and impacted data reside within Label Studio; AV:N/AC:L/UI:N given trivial network exploitation with sequential IDs.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Label Studio does not scope the annotation detail endpoint to the requesting user's organization. AnnotationAPI in label_studio/tasks/api.py declares queryset = Annotation.objects.all() and provides no get_queryset override, so the default lookup retrieves any annotation by primary key. The view's permission_required entries name annotations.view, annotations.change and annotations.delete, and label_studio/core/permissions.py registers every permission with rules.is_authenticated, so the check is satisfied by any logged-in account and no object-level organization test runs. The sibling task endpoint does constrain its queryset with project__organization set to the requester's active organization, which is the boundary this path omits. Annotation identifiers are sequential integers, so an authenticated user of one organization can enumerate identifiers to read, modify and delete annotations belonging to other organizations on the same instance. The same unscoped queryset appears on AnnotationConvertAPI in the same file.
Executive ViewAI
Label Studio's annotation access control vulnerability (CVE-2026-76073, CVSS 8.7) creates cross-tenant data exposure in multi-tenant deployments, allowing any user account to access, modify, and delete other organizations' annotation datasets. No public exploit identified at time of analysis, but the low exploitation complexity means shared instances face immediate compromise of data confidentiality and integrity across all co-hosted business units.
Deploy API gateway rules requiring tenant organization validation on annotation API endpoints; isolate multi-tenant Label Studio instances via network segmentation; restrict Label Studio access to explicitly authorized users only; implement detailed API request logging on annotation endpoints; plan migration to single-tenant deployment architecture 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 Label Studio
View allLabel Studio is an open source data labeling tool. Rated medium severity (CVSS 6.1), this vulnerability is remotely expl
Label Studio is a multi-type data labeling and annotation tool with standardized output format. Rated high severity (CVS
Label Studio is an open source data labeling tool. Rated high severity (CVSS 8.6), this vulnerability is remotely exploi
Label Studio is a multi-type data labeling and annotation tool. Rated high severity (CVSS 7.6), this vulnerability is re
A Server Side Request Forgery (SSRF) in the Data Import module in Heartex - Label Studio Community Edition versions 1.5.
Label Studio is an open source data labeling tool. Rated high severity (CVSS 7.5), this vulnerability is remotely exploi
### Summary On all Label Studio versions prior to 1.11.0, data imported via file upload feature is not properly sanitize
Stored XSS in Label Studio's custom_hotkeys feature allows authenticated attackers to inject malicious JavaScript that e
Server-side request forgery in Label Studio through 1.23.0 allows authenticated users to route outbound webhook requests
Cross-tenant cloud storage object access in Label Studio through 1.23.0 allows an authenticated low-privilege user to re
Server-side request forgery in HumanSignal Label Studio through 1.24.0.dev0 allows authenticated users to direct the ser
Label Studio, an open source data labeling tool had a remote import feature allowed users to import data from a remote w
EUVD-2026-65060
GHSA-f3mm-hmc7-j4qg
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB