Description
OxiCloud 0.9.1 through 0.9.3 contains an incorrect authorization vulnerability that allows anonymous visitors to keep share access after password protection is added. Attackers holding an existing oxi_shares share-ring cookie can request content via GET /api/files/{id} to read shared files or folder contents despite the new password.
Published: 2026-10-15
Score: 6.3 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Unauthorized Access
Action: Apply Patch
AI Analysis

Impact

OxiCloud versions 0.9.1 through 0.9.3 contain an incorrect authorization flaw that allows an anonymous visitor to retain access to shared content after password protection is imposed. The vulnerability is rooted in an improper handling of share‑ring authentication tokens (CWE-863), which results in attacker‑controlled cookies continuing to grant access to protected files via the API.

Affected Systems

The affected product is AtalayaLabs OxiCloud. All releases from version 0.9.1 up to and including 0.9.3 are vulnerable. No information about later versions or patches is provided in the current data.

Risk and Exploitability

The flaw scores a moderate CVSS score of 6.3, indicating a noticeable impact if exploited. The EPSS score is below 1%, showing a low but non‑zero probability of exploitation in the wild, and the vulnerability is not listed in CISA KEV. Exploitation requires the attacker to possess a valid oxi_shares cookie, and the attacker then performs a GET request to /api/files/{id} to read files or folder contents that are meant to be protected by a new password. When the attacker has the cookie, the attack path is straightforward and does not require elevated system privileges.

Generated by OpenCVE AI on October 16, 2026 at 16:02 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply a version of OxiCloud that contains the share‑ring cookie authorization fix, if such a release is available from AtalayaLabs.
  • While waiting for a patched release, revoke or delete any existing oxi_shares cookie whenever a share password is set or changed, forcing clients to obtain a fresh cookie under the new protection settings.
  • Modify the application’s session handling logic so that a change in share password automatically invalidates any pre‑existing authentication tokens or cookies, and ensure the cookie is marked with the httpOnly and secure flags so it cannot be reused maliciously.

Generated by OpenCVE AI on October 16, 2026 at 16:02 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 15 Oct 2026 22:00:00 +0000

Type Values Removed Values Added
Description OxiCloud 0.9.1 through 0.9.3 contains an incorrect authorization vulnerability that allows anonymous visitors to keep share access after password protection is added. Attackers holding an existing oxi_shares share-ring cookie can request content via GET /api/files/{id} to read shared files or folder contents despite the new password.
Title OxiCloud 0.9.1 through 0.9.3 Incorrect Authorization via Share Ring Cookie
Weaknesses CWE-863
References
Metrics cvssV3_1

{'score': 3.7, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N'}

cvssV4_0

{'score': 6.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N'}


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-10-15T21:43:35.166Z

Reserved: 2026-10-15T20:43:59.141Z

Link: CVE-2026-111332

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Deferred

Published: 2026-10-15T22:19:31.507

Modified: 2026-10-16T18:25:45.343

Link: CVE-2026-111332

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-16T16:15:07Z

Weaknesses