Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as space administrator
-
ExploitCraft user-space import/join request
-
ExecutionBypass missing readRight() check on target space
-
ImpactAssign users across unauthorized spaces
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires an authenticated account with space-administrator privileges on at least one space in a multi-tenant Agora Project deployment (versions before 26.10.0). Exploitation occurs through the user import flow's join INSERT, where the spaceAffectList affectation omits the readRight() authorization check on the target space, allowing assignment of users into spaces outside the admin's authority. Limiting factors: the attacker must already hold space-admin rights (no anonymous or standard-user path), the flaw matters chiefly in shared/multi-tenant installations where tenant isolation is relied upon, and single-tenant or single-space deployments have little to no exposure. |
| Impact | This is a genuine but conditional priority. The input CVSS 4.0 vector (CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N) scores 8.6 (High): network-reachable, low attack complexity, no user interaction, but PR:L - meaning exploitation requires an already-authenticated space administrator account, not an anonymous remote attacker. The impact is high to confidentiality and integrity (cross-tenant visibility and manipulation of user-space assignments) with no availability impact (VA:N), consistent with a CWE-862 missing-authorization flaw rather than code execution. Mitigating signals: a fixed version (26.10.0) is available from the vendor, there is no CISA KEV listing (not actively exploited per available data), no public exploit code identified, and no EPSS score was supplied so widespread-exploitation probability cannot be quantified. No SSVC decision data was provided. The signals are internally consistent (no CVSS-vs-description conflict), but note the 'Authentication Bypass' tag overstates the issue - the attacker must already hold space-admin privileges, so this is a privilege/authorization-scope escalation across tenants, not a pre-auth bypass. Net: a meaningful multi-tenant isolation risk for operators running Agora Project below 26.10.0, tempered by the authenticated-admin prerequisite and absence of exploitation evidence. |
| Exploit ScenarioDerived | An authenticated space administrator on a shared multi-tenant Agora Project instance abuses the user import/join flow, which performs the spaceAffectList affectation without a readRight() check on the target space. By submitting a crafted assignment, the admin assigns users into spaces they have no authority over, breaching tenant isolation and manipulating membership across unauthorized spaces. No public exploit code has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
Broken access control in Omnispace Agora Project releases before 26.10.0 lets an authenticated space administrator assign users into spaces that lie outside their own authority, breaking tenant isolation in multi-tenant deployments. The flaw sits in the user import flow's join INSERT, where the spaceAffectList affectation is written without the readRight() authorization check on the target space, so a caller holding space-admin rights on one space can manipulate user-space assignments in spaces they should not control (CWE-862, CVSS 8.6 v4.0; assessed as CVSS:3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N). Exploitation requires a pre-existing space-administrator account and is only meaningful where separate tenants/spaces are relied upon for isolation; no public exploit code has been identified at time of analysis and the issue is not confirmed actively exploited (CISA KEV).
RemediationAI
Upgrade to Agora Project 26.10.0, the vendor-released patch (release tag 26.10, https://github.com/xech/agora-project/releases/tag/26.10); no vendor workaround is documented, so patching is the primary fix. If immediate upgrade is not possible, compensating controls should target the specific missing check: restrict the user import / space-affectation feature to fully trusted super-administrators (this removes the vulnerable path for space-level admins but forces centralized onboarding and adds administrative overhead), or temporarily disable the bulk-import function altogether (a functional loss for provisioning workflows), or audit and reconcile the user-space join table for unauthorized spaceAffectList rows to detect and roll back abuse that already occurred. Note that the 26.10.0 release notes highlight a new 2FA option, notification-recipient ordering, and large-backup (10 GB+) optimization; two-factor authentication is not a fix for this authorization gap and should not be treated as one, though it hardens the administrator accounts whose compromise is a precondition for exploitation. Verification guidance and affected-version details are in the VulnCheck advisory (https://www.vulncheck.com/advisories/omnispace-agora-project-broken-access-control-via-spaceaffectlist) and the ENISA EUVD entry EUVD-2026-100580.
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
The affected component is the Agora Project space/user management subsystem, a PHP-based collaborative planning application where access control is modeled around spaces and per-user rights evaluated by helper routines such as readRight(). The root cause is CWE-862 (Missing Authorization): during the user import flow, the code builds a JOIN INSERT that populates the spaceAffectList (the mapping of users to spaces) using caller-supplied space identifiers, but never calls readRight() against the target space before persisting the row. Because the authorization decision is simply absent rather than misconfigured, the database write succeeds for any space ID the caller can name, so a space administrator from one tenant can inject or alter user-space memberships in another. This is a classic horizontal/vertical privilege-boundary failure in a multi-tenant application: confidentiality and integrity of the target space's membership and, transitively, its content are exposed, while availability is unaffected. Per the EUVD data, all Agora Project releases from 0 up to but excluding 26.10.0 are affected; the vendor's GitHub release page for tag 26.10 identifies 26.10.0 as the corrected build.
Know when the next one hits your stack
- 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:N/SC:N/SI:N/SA:N
PR:L because a space-administrator account is required; AC:L and UI:N as no special conditions or interaction are needed; C:H/I:H for cross-tenant data exposure and membership manipulation; A:N as no availability impact.
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
Lifecycle Timeline
2DescriptionCVE.org
Omnispace Agora Project before 26.10.0 contains a broken access control vulnerability that allows a space administrator to assign users into spaces outside their authority because the spaceAffectList affectation was performed without verifying the caller's rights to the target space. Attackers can exploit the missing readRight() check in the import flow's join INSERT to break tenant isolation and manipulate user-space assignments across unauthorized spaces.
Executive ViewAI
Omnispace Agora Project deployments running releases earlier than 26.10.0 contain a broken access control flaw in the user import flow that lets an authenticated space administrator place users into spaces outside their own authority, defeating the tenant isolation that multi-tenant customers rely on. Any organization using Agora to separate customers, business units, or regulated data sets should treat this as a priority item, because the weakness erodes the contractual and compliance boundary between tenants rather than exposing a single system. There is no public exploit identified at time of analysis and the issue is not confirmed actively exploited (CISA KEV), so the near-term driver is control assurance and customer trust rather than observed attack activity.
Apply vendor patch.
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.
EUVD-2026-100580
GHSA-jw74-pqqp-gj46
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB