Description
FileRise is a self-hosted web-based file manager with multi-file upload, editing, and batch operations. From 3.9.0 until 3.22.0, pristine manual FileRise installations without PERSISTENT_TOKENS_KEY or metadata/persistent_tokens.key can activate a published legacy compatibility key. If an attacker separately obtains ciphertext-bearing account or configuration files, the known fallback key can enable decryption of TOTP secrets or credentials. Docker installations already generated a unique persistent key, and existing installations are not automatically rotated because doing so could make encrypted state unreadable. This issue is fixed in version 3.22.0.
Published: 2026-10-14
Score: 5.9 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Disclosure of sensitive authentication data
Action: Apply Patch
AI Analysis

Impact

FileRise self‑hosted file manager disclosed that manual installations lacking a persistent token key can fall back to a legacy compatibility key. An attacker who obtains encrypted configuration or account files can use this known fallback key to decrypt stored TOTP secrets or credentials, exposing sensitive authentication data.

Affected Systems

The vulnerability affects FileRise installations from version 3.9.0 up to and including 3.22.0 when a PERSISTENT_TOKENS_KEY has not been set. Docker images generate a unique key at deployment and are not impacted. Existing installations that did not rotate keys remain vulnerable until the key is regenerated.

Risk and Exploitability

The CVSS score of 5.9 indicates moderate severity, and the EPSS score is not reported. The vulnerability is not listed in CISA KEV, suggesting no known widespread exploitation. The attack requires access to ciphertext‑bearing files and the absence of a unique persistent key. An attacker can achieve confidential data leakage by leveraging the default fallback key, making the risk significant for systems where deployment practices do not enforce key rotation.

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

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade FileRise to version 3.22.0 or later to remove the fallback key behavior.
  • After upgrade, generate a new persistent token key via the application interface or by creating a persistent_tokens.key file, and rotate any existing keys.
  • Secure the configuration directory and any credential files by restricting file permissions and ensuring they are not accessible to unauthorized users.

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

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 14 Oct 2026 20:45:00 +0000

Type Values Removed Values Added
Description FileRise is a self-hosted web-based file manager with multi-file upload, editing, and batch operations. From 3.9.0 until 3.22.0, pristine manual FileRise installations without PERSISTENT_TOKENS_KEY or metadata/persistent_tokens.key can activate a published legacy compatibility key. If an attacker separately obtains ciphertext-bearing account or configuration files, the known fallback key can enable decryption of TOTP secrets or credentials. Docker installations already generated a unique persistent key, and existing installations are not automatically rotated because doing so could make encrypted state unreadable. This issue is fixed in version 3.22.0.
Title FileRise: Insecure default cryptographic key fallback in manual installs
Weaknesses CWE-1188
CWE-798
References
Metrics cvssV3_1

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


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-10-14T20:32:55.815Z

Reserved: 2026-08-20T19:59:59.603Z

Link: CVE-2026-77427

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Deferred

Published: 2026-10-14T21:17:39.447

Modified: 2026-10-14T21:17:39.567

Link: CVE-2026-77427

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-15T13:15:07Z

Weaknesses
  • CWE-1188

    Initialization of a Resource with an Insecure Default

  • CWE-798

    Use of Hard-coded Credentials