CVE-2026-44221: ArcadeDB: Cross-database authorization bypass and unsecured newly-created databases
ArcadeDB is a Multi-Model DBMS. Starting in version 21.10.1 and prior to version 26.4.2, authenticated users and API tokens scoped to a specific database could read, write, and mutate schema on any other database on the same server. Two distinct defects contributed: (1) ServerSecurityUser.getDatabaseUser() returned a DB user with an uninitialized fileAccessMap, which requestAccessOnFile treated as allow-all; (2) ArcadeDBServer.createDatabase() omitted factory.setSecurity(...) so any database created via POST /api/v1/server {"command":"create database X"} had its entire record-level authorization system silently disabled. In combination, record-level and database-level authorization could be bypassed by any authenticated principal. This vulnerability is fixed in 26.4.2.
Security readout for executives and security teams
Plain-English summary
ArcadeDB versions 21.10.1 through before 26.4.2 can let an authenticated user or scoped API token access other databases on the same server. Newly created databases may also have record-level authorization disabled. For shared ArcadeDB servers, this can undermine tenant or application separation and expose sensitive data or schema integrity.
Executive priority
Treat as urgent for any multi-database ArcadeDB deployment. The flaw can defeat intended access boundaries for authenticated users, creating material data exposure and integrity risk. Prioritize upgrade and post-upgrade access review.
Technical view
The advisory describes a CWE-863 authorization bypass. ServerSecurityUser.getDatabaseUser() returned a database user with an uninitialized fileAccessMap, causing requestAccessOnFile to allow access broadly. Separately, createDatabase() omitted factory.setSecurity(...), leaving record-level authorization disabled for databases created through the server API. Fixed in ArcadeDB 26.4.2.
Likely exposure
Organizations running ArcadeDB >=21.10.1 and <26.4.2 are potentially exposed, especially where multiple databases share one server or scoped API tokens are used for isolation.
Exploitation context
Sources state exploitation requires an authenticated principal or API token. KEV is false and the provided sources do not report active exploitation. Impact is high because confidentiality, integrity, and availability across databases can be affected.
Researcher notes
The issue is source-grounded in the GitHub advisory and two commits. Public details identify root causes and the fixed version, but no KEV listing or cited active exploitation evidence is provided in the bundle.
Mitigation direction
Upgrade ArcadeDB to version 26.4.2 or later.
Review vendor advisory and commits for deployment-specific remediation guidance.
Rotate or review scoped API tokens after upgrade where cross-database exposure was possible.
Assess databases created during affected versions for authorization configuration issues.
Validation and detection
Inventory ArcadeDB server versions and identify any below 26.4.2.
Confirm whether multiple databases share the same ArcadeDB server.
Review access logs for scoped users accessing unexpected databases.
Verify record-level authorization is enabled on databases created during affected versions.
Confirm upgraded systems include the referenced security fixes.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-863: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references privilege impact, so privilege escalation and authorization behavior review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references database injection or access, so collection and exfiltration review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
4Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-863 · source CWE mapping
Incorrect Authorization
Incorrect Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.