<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Mon, 28 Sep 2026 10:12:33 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-40883</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-40883</link>
      <description>&lt;p&gt;goshs is a SimpleHTTPServer written in Go. From 2.0.0-beta.4 to 2.0.0-beta.5, goshs contains a cross-site request forgery issue in its state-changing HTTP GET routes. An external attacker can cause an already authenticated browser to trigger destructive actions such as ?delete and ?mkdir because goshs relies on HTTP basic auth alone and performs no CSRF, Origin, or Referer validation for those routes. This vulnerability is fixed in 2.0.0-beta.6.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;goshs is a SimpleHTTPServer written in Go. From 2.0.0-beta.4 to 2.0.0-beta.5, goshs contains a cross-site request forgery issue in its state-changing HTTP GET routes. An external attacker can cause an already authenticated browser to trigger destructive actions such as ?delete and ?mkdir because goshs relies on HTTP basic auth alone and performs no CSRF, Origin, or Referer validation for those routes. This vulnerability is fixed in 2.0.0-beta.6.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-40883</guid>
    </item>
    <item>
      <title>GHSA-jrq5-hg6x-j6g3 — goshs has CSRF in state-changing GET routes enables authenticated file deletion and directory creation</title>
      <link>https://db.gcve.eu/vuln/ghsa-jrq5-hg6x-j6g3</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/patrickhener/goshs/v2&lt;/p&gt;
&lt;p&gt;### Summary
goshs contains a cross-site request forgery issue in its state-changing HTTP GET routes. An external attacker can cause an already authenticated browser to trigger destructive actions such as `?delete` and `?mkdir` because goshs relies on HTTP basic auth alone and performs no CSRF, `Origin`, or `Referer` validation for those routes. I reproduced this on `v2.0.0-beta.5`.&lt;/p&gt;
&lt;p&gt;### Details
The vulnerable request handling is reachable through normal GET requests:&lt;/p&gt;
&lt;p&gt;- `httpserver/handler.go:118-123` dispatches `?mkdir` directly to `handleMkdir()`
- `httpserver/handler.go:180-186` dispatches `?delete` directly to `deleteFile()`&lt;/p&gt;
&lt;p&gt;Authentication is enforced only by HTTP basic auth:&lt;/p&gt;
&lt;p&gt;- `httpserver/middleware.go:20-87` accepts any request that presents valid cached or replayed basic-auth credentials&lt;/p&gt;
&lt;p&gt;The resulting state changes hit filesystem mutation sinks:&lt;/p&gt;
&lt;p&gt;- `httpserver/handler.go:683-718` calls `os.RemoveAll()` in `deleteFile()`
- `httpserver/handler.go:961-1000` calls `os.MkdirAll()` in `handleMkdir()`&lt;/p&gt;
&lt;p&gt;Because browsers can replay HTTP basic-auth credentials on subresource requests, an attacker-controlled page can embed:&lt;/p&gt;
&lt;p&gt;- `&amp;lt;img src=&amp;#34;http://127.0.0.1:18095/victim.txt?delete&amp;#34;&amp;gt;`
- `&amp;lt;img src=&amp;#34;http://127.0.0.1:18095/csrfmade?mkdir&amp;#34;&amp;gt;`&lt;/p&gt;
&lt;p&gt;If the victim has already authenticated to goshs, those requests are treated as legitimate authenticated actions and the server mutates the filesystem.&lt;/p&gt;
&lt;p&gt;### PoC
Manual verification commands used:&lt;/p&gt;
&lt;p&gt;`Terminal 1`&lt;/p&gt;
&lt;p&gt;```bash
cd &amp;#39;/Users/r1zzg0d/Documen…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/patrickhener/goshs/v2&lt;/p&gt;
&lt;p&gt;### Summary
goshs contains a cross-site request forgery issue in its state-changing HTTP GET routes. An external attacker can cause an already authenticated browser to trigger destructive actions such as `?delete` and `?mkdir` because goshs relies on HTTP basic auth alone and performs no CSRF, `Origin`, or `Referer` validation for those routes. I reproduced this on `v2.0.0-beta.5`.&lt;/p&gt;
&lt;p&gt;### Details
The vulnerable request handling is reachable through normal GET requests:&lt;/p&gt;
&lt;p&gt;- `httpserver/handler.go:118-123` dispatches `?mkdir` directly to `handleMkdir()`
- `httpserver/handler.go:180-186` dispatches `?delete` directly to `deleteFile()`&lt;/p&gt;
&lt;p&gt;Authentication is enforced only by HTTP basic auth:&lt;/p&gt;
&lt;p&gt;- `httpserver/middleware.go:20-87` accepts any request that presents valid cached or replayed basic-auth credentials&lt;/p&gt;
&lt;p&gt;The resulting state changes hit filesystem mutation sinks:&lt;/p&gt;
&lt;p&gt;- `httpserver/handler.go:683-718` calls `os.RemoveAll()` in `deleteFile()`
- `httpserver/handler.go:961-1000` calls `os.MkdirAll()` in `handleMkdir()`&lt;/p&gt;
&lt;p&gt;Because browsers can replay HTTP basic-auth credentials on subresource requests, an attacker-controlled page can embed:&lt;/p&gt;
&lt;p&gt;- `&amp;lt;img src=&amp;#34;http://127.0.0.1:18095/victim.txt?delete&amp;#34;&amp;gt;`
- `&amp;lt;img src=&amp;#34;http://127.0.0.1:18095/csrfmade?mkdir&amp;#34;&amp;gt;`&lt;/p&gt;
&lt;p&gt;If the victim has already authenticated to goshs, those requests are treated as legitimate authenticated actions and the server mutates the filesystem.&lt;/p&gt;
&lt;p&gt;### PoC
Manual verification commands used:&lt;/p&gt;
&lt;p&gt;`Terminal 1`&lt;/p&gt;
&lt;p&gt;```bash
cd &amp;#39;/Users/r1zzg0d/Documen…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-jrq5-hg6x-j6g3</guid>
    </item>
  </channel>
</rss>
