<?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/"><channel><title>Patrickhener - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/vendors/patrickhener/</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>Tue, 28 Jul 2026 22:04:16 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/vendors/patrickhener/feed.xml" rel="self" type="application/rss+xml"/><item><title>Goshs WebDAV MOVE Method Bypasses No-Delete Flag</title><link>https://feed.craftedsignal.io/briefs/2026-07-goshs-webdav-move-bypass/</link><pubDate>Tue, 28 Jul 2026 22:04:16 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-goshs-webdav-move-bypass/</guid><description>A critical vulnerability (CVE-2026-64863) in the goshs WebDAV server, affecting versions up to 2.1.3, allows an attacker to bypass the `--no-delete` security flag using the `MOVE` HTTP method, leading to unauthorized deletion of source files or overwriting of existing destination files, impacting data integrity.</description><content:encoded><![CDATA[<p>A critical vulnerability, tracked as CVE-2026-64863, has been discovered in the <code>goshs</code> WebDAV server (versions up to 2.1.3 and 1.1.4). The <code>--no-delete</code> command-line flag, intended to prevent file deletion and overwriting, is ineffective against the WebDAV <code>MOVE</code> HTTP method. This logical flaw allows a remote attacker to bypass a configured security control, enabling unauthorized deletion of source files or overwriting of existing destination files, even when the server operator believes deletion is disabled. The issue stems from the server's <code>wdGuard</code> handler, which incorrectly classifies <code>MOVE</code> as a write-only operation, thus failing to apply the <code>fs.NoDelete</code> check to it. This oversight defeats the security intent of the <code>--no-delete</code> flag, jeopardizing data integrity for systems using <code>goshs</code> to serve files with deletion restrictions.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>An attacker identifies a <code>goshs</code> server running with WebDAV enabled and the <code>--no-delete</code> flag configured (e.g., <code>goshs --webdav --no-delete</code>).</li>
<li>The attacker attempts to <code>DELETE</code> a file, which is correctly blocked by the server, returning an HTTP 403 Forbidden status, confirming the <code>--no-delete</code> flag is active for the <code>DELETE</code> verb.</li>
<li>The attacker crafts an HTTP <code>MOVE</code> request targeting a sensitive file (e.g., <code>/secret.txt</code>) with a <code>Destination</code> header pointing to a new path (e.g., <code>/gone.txt</code>).</li>
<li>The server processes the <code>MOVE</code> request, effectively deleting <code>/secret.txt</code> from its original location and moving its content to <code>/gone.txt</code>, bypassing the <code>--no-delete</code> control.</li>
<li>Alternatively, the attacker crafts an HTTP <code>MOVE</code> request with an <code>Overwrite: T</code> header, targeting a source file (e.g., <code>/gone.txt</code>) and a destination path that corresponds to an existing, sensitive file (e.g., <code>/victim.txt</code>).</li>
<li>The server processes this <code>MOVE</code> request, first invoking <code>RemoveAll</code> on the existing <code>/victim.txt</code> and then moving the content of <code>/gone.txt</code> to <code>/victim.txt</code>.</li>
<li>This results in the original content of <code>/victim.txt</code> being destroyed and replaced with the attacker-controlled content, allowing data destruction or overwriting, despite the <code>--no-delete</code> flag.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>The impact of CVE-2026-64863 is significant for <code>goshs</code> deployments where file integrity and prevention of deletion/overwriting are paramount. If an operator sets up <code>goshs</code> with <code>--no-delete</code> to protect critical data, such as archived artifacts or confidential documents, any authenticated (or unauthenticated, if no ACLs are in place) WebDAV client can exploit this flaw. This allows an attacker to rename confidential files away, effectively deleting them from their expected location, or worse, overwrite existing sensitive files with arbitrary content. This directly violates the intended security posture, leading to data loss, data corruption, or the unavailability of critical information, undermining the trust in the configured security controls.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li><strong>Patch CVE-2026-64863</strong>: Update <code>goshs</code> to a patched version immediately. Monitor the official GitHub repository for releases that address this vulnerability.</li>
<li><strong>Deploy the Sigma rule in this brief</strong>: Implement the provided Sigma rule into your SIEM to detect suspicious WebDAV <code>MOVE</code> requests, particularly those including the <code>Overwrite: T</code> header.</li>
<li><strong>Enable webserver logging</strong>: Ensure comprehensive logging for your <code>goshs</code> instances, including HTTP method, URI, status codes, and request headers (specifically <code>Overwrite</code>). This is crucial for the provided Sigma rule.</li>
</ul>
]]></content:encoded><category domain="severity">critical</category><category domain="type">advisory</category><category>webdav</category><category>vulnerability</category><category>file-deletion</category><category>data-destruction</category><category>server</category><category>golang</category></item><item><title>Goshs File-Based ACL Authorization Bypass via Bulk Zip Download</title><link>https://feed.craftedsignal.io/briefs/2026-07-goshs-auth-bypass/</link><pubDate>Tue, 28 Jul 2026 22:01:08 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-goshs-auth-bypass/</guid><description>An unauthenticated attacker can exploit CVE-2026-54719 in goshs versions up to 1.1.4 and goshs/v2 up to 2.1.0 to bypass file-based Access Control Lists (ACLs) and read any file under the webroot using the `?bulk` zip-download route, leading to unauthorized information disclosure.</description><content:encoded><![CDATA[<p>A high-severity authorization bypass vulnerability, tracked as CVE-2026-54719, has been identified in <code>goshs</code> (versions &lt;= 1.1.4) and <code>goshs/v2</code> (versions &lt;= 2.1.0) which allows unauthenticated attackers to read arbitrary files. This flaw is a residual vulnerability from a previous fix (GHSA-wvhv-qcqf-f3cx) which addressed ACL bypasses on state-changing routes but failed to cover the <code>?bulk</code> zip-download endpoint. The <code>bulkDownload</code> function, invoked by requests containing <code>?bulk</code> and <code>?file=</code> parameters, retrieves file contents as a ZIP archive without performing the necessary <code>.goshs</code> ACL checks or honoring per-file block lists. This critical oversight enables any unauthenticated network attacker to bypass folder-level and file-level access controls, leading to unauthorized disclosure of confidential information from files located under the webroot. The vulnerability does not affect write or delete operations, limiting the impact to confidentiality only.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>An unauthenticated attacker identifies a vulnerable <code>goshs</code> instance exposed on the network.</li>
<li>The attacker attempts to access a known protected file directly (e.g., <code>GET /protected/secret.txt</code>), which is correctly denied with a 401 Unauthorized response by the server's standard authorization flow.</li>
<li>The attacker then crafts a malicious HTTP GET request targeting the <code>?bulk</code> zip-download route, appending the <code>?file=</code> parameter with the path to the desired protected file (e.g., <code>GET /?bulk&amp;file=/protected/secret.txt</code>).</li>
<li>The <code>goshs</code> server receives this request and routes it to the <code>bulkDownload</code> function, bypassing the normal authorization gates.</li>
<li>The <code>bulkDownload</code> function processes the <code>?file=</code> parameter, retrieves the content of <code>/protected/secret.txt</code>, and streams it back to the attacker within a ZIP archive.</li>
<li>The attacker extracts the ZIP archive to obtain the contents of the confidential file, completely circumventing the <code>.goshs</code> ACL protections and any per-file block lists.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation of CVE-2026-54719 leads to unauthorized information disclosure, specifically the confidentiality of any file stored under the <code>goshs</code> webroot that relies solely on <code>.goshs</code> ACLs for protection. While a server-wide basic authentication mechanism (<code>-b</code> flag) would still gate the <code>?bulk</code> route, deployments relying on per-folder <code>.goshs</code> ACLs are vulnerable. Attackers can exfiltrate sensitive data such as configuration files, user data, or intellectual property without any authentication, posing a significant risk to data privacy and security. The vulnerability does not allow for data modification or deletion.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Deploy the Sigma rule <code>Detects CVE-2026-54719 Exploitation - Goshs bulk download ACL bypass</code> to your SIEM to identify attempts to exploit this vulnerability.</li>
<li>Monitor web server access logs for <code>GET</code> requests to <code>/?bulk</code> containing the <code>file=</code> parameter, as these indicate potential exploitation attempts.</li>
<li>Apply the latest security patches from <code>goshs</code> developers immediately, which should enforce <code>.goshs</code> ACLs within the <code>bulkDownload</code> function or route <code>?bulk</code> requests through the same authorization gate as normal read paths.</li>
<li>Conduct an audit of other alternate read routes such as <code>?cbDown</code> within your <code>goshs</code> deployments for similar authorization bypass gaps.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>authorization-bypass</category><category>webserver</category><category>vulnerability</category><category>cve</category><category>information-disclosure</category></item></channel></rss>