Skip to main content

RustFS EUVDEUVD-2026-32997

| CVE-2026-45040 MEDIUM
Cleartext Storage of Sensitive Information (CWE-312)
2026-05-28 GitHub_M
5.3
CVSS 4.0 · GitHub Advisory
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate to RustFS with low-privilege credentials
  2. Delivery
    Trigger API calls (auth, upload, list) to generate debug log entries
  3. Exploit
    Obtain read access to server log files or log aggregation system
  4. Execution
    Extract plaintext SecretAccessKey and JWT SessionToken from log output
  5. Persist
    Authenticate as victim identity using harvested credentials
  6. Impact
    Access unauthorized storage objects or escalate privileges

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V14 - Data Protection Encrypted storage of sensitive data
Exploitation Conditions

Exploitation requires two explicit, non-default conditions to be simultaneously true: first, the RustFS server process must be running with the RUST_LOG=debug environment variable set - this is not the default for production deployments and is typically used only during development, testing, or active incident troubleshooting; second, the CVSS vector PR:L confirms the attacker must hold a valid authenticated session with the RustFS server, ruling out unauthenticated remote exploitation. Additionally, the attacker must obtain read access to the server's log output, whether via direct host filesystem access, a log aggregation system (e.g., ELK, Splunk, Loki), or a misconfigured log endpoint. Deployments running RUST_LOG=info, RUST_LOG=warn, or with no RUST_LOG set are not affected by this vulnerability. The combination of the non-default debug configuration requirement and the authentication prerequisite substantially limits the realistic attacker population compared to what the AV:N network vector alone might suggest.

Impact

The CVSS 4.0 score of 5.3 with vector AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N reflects a medium-severity information disclosure issue. PR:L confirms an authentication requirement, meaningfully narrowing the attack surface compared to an unauthenticated flaw. VC:L (low confidentiality impact) may understate the practical consequence - exposed SecretAccessKeys and JWT tokens grant persistent access far beyond a single low-confidentiality read. No EPSS score was provided in the available intelligence data, so exploitation probability cannot be quantified. RustFS is not listed in the CISA KEV catalog, and no public exploit or proof-of-concept has been identified at time of analysis. Real-world risk is contingent on the non-default RUST_LOG=debug prerequisite: production deployments running at info-level or above are not exposed, but organizations that have historically used debug logging - or that run debug logging during incident response - may have already generated log files containing live credential material. The gap between the CVSS score and the practical credential exposure risk should be noted explicitly.

Exploit ScenarioDerived

An attacker with a low-privilege authenticated account on a RustFS deployment running with RUST_LOG=debug triggers a series of API operations - object uploads, bucket listings, or authentication flows - that cause the server to emit JWT SessionTokens and SecretAccessKeys to its log output. The attacker then reads the log files directly from the host, via a misconfigured log shipper, or through a shared log aggregation platform, and extracts the plaintext credentials. With harvested SecretAccessKeys, the attacker can authenticate as higher-privileged identities, access additional storage buckets, or exfiltrate stored objects outside the attacker's original permission scope. No public proof-of-concept exploit has been identified, but the attack requires no specialized tooling beyond log file read access.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – May 28, 2026

RustFS distributed object storage (all versions prior to 1.0.0-beta.2) leaks sensitive credentials - including SessionTokens (JWT), SecretAccessKeys, and full JWT claim payloads - in plaintext to server logs when debug-level logging is active. Any authenticated party with read access to those log files can harvest live credentials for lateral movement or unauthorized storage access. No public exploit identified at time of analysis, but the impact of credential exposure is high if debug logging is inadvertently enabled in production. A vendor-released patch is available in 1.0.0-beta.2.

RemediationAI

Upgrade to RustFS 1.0.0-beta.2 or later, which contains the vendor-released fix for this vulnerability; the advisory at https://github.com/rustfs/rustfs/security/advisories/GHSA-8cm2-h255-v749 confirms this as the patched release. As an immediate compensating control prior to patching, change the RUST_LOG environment variable from 'debug' to 'info' or 'warn' in all RustFS server processes and restart the service - this eliminates the credential leakage path entirely since the exposure only occurs at debug verbosity. Note that downgrading log verbosity may reduce diagnostic visibility during troubleshooting; teams relying on debug logs for observability should implement structured logging with field-level redaction as a longer-term control. Critically, audit any existing log files generated while RUST_LOG=debug was active: rotate all exposed SecretAccessKeys and revoke or reissue any SessionTokens or JWTs that may have been captured. Restrict filesystem permissions on log output directories to 600 or equivalent to limit the blast radius of any future logging incidents.

Affected VersionsENISA

rustfs < 1.0.0-beta.2

Affected Packages

euvd rustfs fix: 1.0.0-beta.2

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

RustFS is a distributed object storage system written in Rust, conceptually analogous to MinIO or AWS S3-compatible backends. The affected CPE is cpe:2.3:a:rustfs:rustfs:*:*:*:*:*:*:*:*, covering all releases prior to 1.0.0-beta.2. The root cause maps to CWE-312 (Cleartext Storage of Sensitive Information): the application's debug-level logging code paths emit full credential objects - JWT SessionTokens, SecretAccessKeys, and JWT claim structures - without redaction or masking. Rust applications configure log verbosity via the RUST_LOG environment variable; setting it to 'debug' unlocks verbose internal state dumps, including sensitive authentication material that was not properly sanitized before being passed to the logging subsystem. This is a common development oversight where credential-bearing structs implement Debug or Display traits that expose all fields.

Know when Rustfs gets its next vulnerability

  • 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

GitHub Advisory PRIMARY 5.3 MEDIUM
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from GitHub Advisory · only source for this CVE.

CVSS VectorGitHub Advisory

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
Low
Vulnerable system: Integrity
None
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
Patch available
May 28, 2026 - 20:02 EUVD
CVSS changed
May 28, 2026 - 19:22 NVD
5.3 (MEDIUM)

DescriptionGitHub Advisory

RustFS is a distributed object storage system built in Rust. Prior to 1.0.0-beta.2, RustFS suffers from sensitive information leakage in log outputs. When the server is run with RUST_LOG=debug sensitive credentials including SessionToken (JWT), SecretAccessKey, and full JWT claims are printed in plaintext to the server logs. This vulnerability is fixed in 1.0.0-beta.2.

Threat Intelligence Overview

EPSS Score
0.0%
Top 91% exploitable
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

26
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +26
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

More in Rustfs

View all
CVE-2026-22043 CRITICAL POC
9.8 Jan 08

RustFS (alpha.13 to alpha.78) has a privilege escalation where restricted service accounts can self-issue unrestricted c

CVE-2026-27822 CRITICAL POC
9.0 Feb 25

Stored XSS in RustFS distributed object storage system before 1.0.0-alpha.83. Malicious JavaScript persists in stored ob

CVE-2026-22042 HIGH POC
8.8 Jan 08

Incorrect IAM permission validation in RustFS prior to version 1.0.0-alpha.79 permits principals with export-only permis

CVE-2025-68705 HIGH POC
8.8 Jan 07

Path traversal in the RustFS /rustfs/rpc/read_file_stream endpoint allows an attacker to read arbitrary files from the h

CVE-2026-22782 HIGH POC
7.5 Jan 16

RustFS versions 1.0.0-alpha.1 through 1.0.0-alpha.79 expose the shared HMAC secret in server logs when processing invali

CVE-2026-45039 CRITICAL
9.8 May 28

Authentication bypass in RustFS distributed object storage (versions prior to 1.0.0-beta.2) allows unauthenticated remot

CVE-2025-69255 MEDIUM POC
5.5 Jan 07

RustFS is a distributed object storage system built in Rust. [CVSS 4.0 MEDIUM]

CVE-2026-45043 CRITICAL
9.3 May 29

Privilege escalation in RustFS distributed object storage before 1.0.0-beta.2 lets a low-privileged user holding ImportI

CVE-2026-62378 CRITICAL
9.0 Jul 15

Stored cross-site scripting in RustFS Console (0.1.7 through 0.1.9) lets an attacker upload an HTML payload disguised as

CVE-2026-73284 HIGH
8.8 Aug 12

Privilege escalation in RustFS prior to version 1.0.0-beta.11 allows any authenticated user holding CreateServiceAccount

CVE-2026-45044 HIGH
8.8 May 28

Unauthenticated denial of service and information disclosure in RustFS distributed object storage prior to version 1.0.0

CVE-2026-45041 HIGH
8.7 May 28

License-enforcement bypass in RustFS distributed object storage (versions prior to 1.0.0-beta.2) stems from a hardcoded

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy