Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as space administrator
-
DeliveryOpen user import flow
-
ExploitSupply malicious agoraFields[] column identifiers (e.g. generalAdmin/backtick injection)
-
ExecutionInjected identifier sets admin flag in SQL
-
ImpactEscalate to general administrator
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Parameterized queries, prepared statements
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Persistence The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated account with space-administrator privileges and access to the user import flow, where the attacker controls the agoraFields[] parameter so that supplied values are used directly as SQL column identifiers. The concrete trigger is injecting a privileged column name such as generalAdmin, or using backtick-injection to escape the identifier context, to set administrative flags. The primary limiting factor is the PR:L requirement - only existing space administrators (not anonymous or ordinary users) can reach the vulnerable import code path; no additional user interaction or non-default configuration is indicated, and it is fixed in Agora Project 26.10.0. |
| Impact | This is a credible but not emergency-tier priority. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N) describes a network-reachable, low-complexity attack requiring low privileges and no user interaction, with high confidentiality, integrity and availability impact to the vulnerable system (VC:H/VI:H/VA:H) and no scope change (SC/SI/SA:N), yielding 8.7 (High). The key limiting signal is PR:L: the attacker must already hold space-administrator rights, so this is a privilege-escalation/trust-boundary flaw rather than a pre-auth takeover - it converts a delegated, lower-tier admin into a full general administrator. No EPSS score was provided in the input, and there is no CISA KEV listing and no public exploit referenced, so there is no evidence of active exploitation; exploitation status is 'no public exploit identified at time of analysis.' The disclosure comes from VulnCheck with a vendor patch available, which raises confidence that the issue is real and fixable, but the absence of exploitation-probability data and the authenticated-insider prerequisite argue for prompt-but-scheduled patching rather than crisis response. One mild tension to verify: AV:N is appropriate for a web-based import flow, yet the realistic attacker is an existing privileged insider, so the practical exposure is narrower than a raw 'network' label suggests. |
| Exploit ScenarioDerived | A user who holds only space-administrator rights opens the user import feature and submits an import request where the agoraFields[] column names are attacker-chosen rather than legitimate field names. By supplying a privileged identifier such as generalAdmin (or using backtick-injection to break out of the column context), the attacker sets administrative flags on an account and is promoted to general administrator. No public exploit code was identified in the provided data, but the technique is fully described in the VulnCheck advisory. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
Authenticated space administrators in Omnispace Agora Project releases before 26.10.0 can escalate to full general-administrator privileges by abusing the user-import flow, where caller-controlled agoraFields[] names are used directly as SQL column identifiers without validation. An attacker who already holds space-administrator rights can inject privileged column names such as generalAdmin, or use backtick-injection to escape the identifier context, and thereby set administrative flags on records processed by the import. The issue is tracked as CWE-89 and rated 8.7 under CVSS 4.0 (CVSS:3.1 equivalent AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H in our independent assessment); no public exploit code has been identified at time of analysis, and the flaw is fixed in Agora Project 26.10.0, making this a credible but not emergency-tier priority.
RemediationAI
Upgrade to Agora Project 26.10.0 or later, which is the vendor-released fix and is available from https://github.com/xech/agora-project/releases/tag/26.10 and https://www.agora-project.net/ (see also the VulnCheck advisory at https://www.vulncheck.com/advisories/omnispace-agora-project-sql-identifier-injection-via-agorafields). Note that the published 26.10.0 release notes only highlight two-factor authentication, notification-recipient ordering, and large-backup optimization and do not explicitly call out this security fix, so administrators should verify the deployed build number rather than rely on the changelog. Until patching is possible, the most effective compensating control is to tightly restrict who holds space-administrator rights, since PR:L means only an existing space administrator can reach the vulnerable import code path; revoking or downgrading space-admin accounts removes the attack surface entirely, at the cost of slowing legitimate administrative work. In addition, apply a network or reverse-proxy/WAF rule that rejects user-import requests containing backtick characters or unexpected identifier-like values in agoraFields[], accepting that such filtering is easy to bypass with case or encoding variations and may break legitimate imports if the field naming convention is not well understood. Finally, audit existing installations for accounts or records that unexpectedly carry the generalAdmin or other privileged flags, as those may indicate prior successful escalation, and rotate credentials for any such accounts; log review has no availability trade-off but only provides detection, not prevention.
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 root cause is CWE-89, but the concrete mechanism is SQL identifier injection rather than classic value injection. The Agora Project user-import flow accepts an agoraFields[] parameter that determines which columns are written during import, and those names are interpolated into the SQL statement as column identifiers instead of being bound as parameter values. Because prepared-statement parameter binding protects only data values, not structural elements such as column names, the usual defense is bypassed here; an attacker-supplied name is parsed as SQL structure. Two abuse paths are described: supplying a privileged column name directly (for example generalAdmin) so the import writes an administrative flag, or injecting backtick characters to terminate the identifier quoting and break out of the column context. The backtick-injection detail is consistent with MySQL-style identifier quoting, and the EUVD record (EUVD-2026-100567) lists the affected range as Agora Project 0 <26.10.0, which aligns with the NVD/GitHub release reference for version 26.10. The privilege gain is a classic vertical escalation from space administrator to general administrator, giving the attacker control over the whole instance rather than a single space.
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:H/SC:N/SI:N/SA:N
Network-reachable web import flow (AV:N/AC:L) requires existing space-admin rights (PR:L) and no interaction (UI:N); escalation to general admin yields full C/I/A with no cross-component scope change (S:U).
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
Lifecycle Timeline
2DescriptionCVE.org
Omnispace Agora Project before 26.10.0 contains a SQL identifier injection vulnerability that allows a space administrator to escalate privileges by supplying caller-controlled agoraFields[] names as unvalidated SQL column identifiers during the user import flow. Attackers can inject privileged column names such as generalAdmin or use backtick-injection techniques to set administrative flags and escalate to general administrator privileges.
Executive ViewAI
A privilege-escalation flaw in Omnispace Agora Project affects every release before 26.10.0, allowing anyone who already holds space-administrator rights to elevate themselves to full general-administrator control of the platform. Because exploitation requires a pre-existing administrator account rather than anonymous access, the practical risk concentrates in environments that delegate space-level administration to regional teams, contractors, or business units without tight oversight. Leadership should treat this as an account-governance and insider-risk exposure affecting the confidentiality, integrity, and availability of any data the general-administrator role protects.
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
SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.
EUVD-2026-100567
GHSA-rv94-x83p-g9w2
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB