<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Cpe:2.3:a:cloudreve:cloudreve:*:*:*:*:*:*:*:* - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/cpes/cpe2.3acloudrevecloudreve/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Wed, 23 Sep 2026 01:54:44 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/cpes/cpe2.3acloudrevecloudreve/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Cloudreve Storage Quota Bypass via TOCTOU Race Condition</title><link>https://feed.craftedsignal.io/briefs/2026-09-cloudreve-quota-bypass/</link><pubDate>Wed, 23 Sep 2026 01:54:44 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-cloudreve-quota-bypass/</guid><description>Cloudreve v4 contains a Time-of-Check to Time-of-Use (TOCTOU) vulnerability that allows authenticated users to bypass storage quotas and exhaust host disk space by triggering concurrent, non-atomic upload session reservations.</description><content:encoded><![CDATA[<p>Cloudreve v4 is vulnerable to a TOCTOU race condition within its <code>PrepareUpload</code> function, which governs how user storage quotas are enforced. The application fails to perform atomic quota checks and balance updates, separating the process into two distinct stages: a check (reading the current <code>used</code> byte count from the database) and a charge (incrementing the <code>users.storage</code> field).</p>
<p>Because these operations are not enclosed within a database-level transaction lock (e.g., <code>SELECT ... FOR UPDATE</code>), multiple concurrent upload requests can read the same stale storage snapshot. This enables attackers to bypass <code>MaxStorage</code> limits defined by their user group. By sending multiple simultaneous requests, an attacker can reserve storage far exceeding their actual quota. This primitive is trivially escalated to a storage-based denial of service, where the reserved storage eventually materializes as actual file data written to disk, potentially exhausting the host's physical free space and disrupting service for all users. This vulnerability impacts all default deployments of Cloudreve v4 prior to version 4.0.0-20260715025621-7329602751c0.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker authenticates to the Cloudreve instance using a standard user account with <code>Files.Write</code> permissions.</li>
<li>Attacker initiates multiple concurrent upload sessions (e.g., via script) targeting the <code>PrepareUpload</code> endpoint.</li>
<li>The <code>DBFS.validateUserCapacity</code> function for each request fetches the <code>used</code> storage value from the database snapshot simultaneously.</li>
<li>Each request process performs a validation check against the user's <code>MaxStorage</code> limit using the same stale usage value, all passing simultaneously.</li>
<li>Each request proceeds to the <code>inventory.CommitWithStorageDiff</code> stage, where the total requested size is added to the user's <code>storage</code> column in the database.</li>
<li>The sum of all concurrent reservations exceeds the configured <code>MaxStorage</code> quota.</li>
<li>Attacker completes the chunked uploads for all sessions, writing excess data to the physical disk.</li>
<li>Host disk space is exhausted, causing a denial of service for all users on the instance.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows any authenticated user to ignore storage limitations, leading to unauthorized resource consumption and potential denial of service. By filling the host server's storage partition, an attacker can prevent all users from uploading files or accessing services, causing total availability loss for the Cloudreve instance.</p>
<h2 id="recommendation">Recommendation</h2>
<p>Prioritized actions for administrators:</p>
<ul>
<li>Upgrade Cloudreve to version 4.0.0-20260715025621-7329602751c0 or later to patch CVE-2026-77633.</li>
<li>Monitor logs for unusual spikes in rapid, concurrent <code>PrepareUpload</code> requests originating from a single user session.</li>
<li>Implement external storage monitoring to alert on rapid decreases in host filesystem availability, which may indicate storage-based DoS exploitation.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">advisory</category></item></channel></rss>