<?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>Fri, 02 Oct 2026 03:31:23 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-47268</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-47268</link>
      <description>&lt;p&gt;Nezha Monitoring is a self-hostable, lightweight, servers and websites monitoring and O&amp;amp;M tool. From version 0.20.0 to before version 2.0.10, an authenticated Nezha dashboard user can create or update a DDNS profile with provider webhook and configure an arbitrary webhook_url, HTTP method, request body, and headers. When DDNS is triggered for a server that uses that profile, the dashboard process sends the configured request with utils.HttpClient without the SSRF protections used by notification webhooks. This allows a low-privileged authenticated user who controls an owned server/DDNS profile to make the dashboard host issue HTTP requests to loopback or internal network services. The response body is not returned to the attacker in the confirmed path, so this is a blind SSRF / internal state-changing request primitive. This issue has been patched in version 2.0.10.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Nezha Monitoring is a self-hostable, lightweight, servers and websites monitoring and O&amp;amp;M tool. From version 0.20.0 to before version 2.0.10, an authenticated Nezha dashboard user can create or update a DDNS profile with provider webhook and configure an arbitrary webhook_url, HTTP method, request body, and headers. When DDNS is triggered for a server that uses that profile, the dashboard process sends the configured request with utils.HttpClient without the SSRF protections used by notification webhooks. This allows a low-privileged authenticated user who controls an owned server/DDNS profile to make the dashboard host issue HTTP requests to loopback or internal network services. The response body is not returned to the attacker in the confirmed path, so this is a blind SSRF / internal state-changing request primitive. This issue has been patched in version 2.0.10.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-47268</guid>
    </item>
    <item>
      <title>GHSA-6x26-5727-rrm9 — Nezha's authenticated DDNS webhook configuration allows blind SSRF from the dashboard host</title>
      <link>https://db.gcve.eu/vuln/ghsa-6x26-5727-rrm9</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/nezhahq/nezha, Go: github.com/naiba/nezha&lt;/p&gt;
&lt;p&gt;#### Summary&lt;/p&gt;
&lt;p&gt;An authenticated Nezha dashboard user can create or update a DDNS profile with provider `webhook` and configure an arbitrary `webhook_url`, HTTP method, request body, and headers. When DDNS is triggered for a server that uses that profile, the dashboard process sends the configured request with `utils.HttpClient` without the SSRF protections used by notification webhooks.&lt;/p&gt;
&lt;p&gt;This allows a low-privileged authenticated user who controls an owned server/DDNS profile to make the dashboard host issue HTTP requests to loopback or internal network services. The response body is not returned to the attacker in the confirmed path, so this is a blind SSRF / internal state-changing request primitive.&lt;/p&gt;
&lt;p&gt;#### Details&lt;/p&gt;
&lt;p&gt;The DDNS API is available to authenticated users, not only administrators:&lt;/p&gt;
&lt;p&gt;- `cmd/dashboard/controller/controller.go:137` registers `GET /api/v1/ddns`.
- `cmd/dashboard/controller/controller.go:139` registers `POST /api/v1/ddns`.
- `cmd/dashboard/controller/controller.go:140` registers `PATCH /api/v1/ddns/:id`.&lt;/p&gt;
&lt;p&gt;The create and update handlers copy attacker-controlled webhook fields directly from JSON request bodies into `model.DDNSProfile`:&lt;/p&gt;
&lt;p&gt;- `cmd/dashboard/controller/ddns.go:47-74` accepts `model.DDNSForm` and stores `WebhookURL`, `WebhookMethod`, `WebhookRequestType`, `WebhookRequestBody`, and `WebhookHeaders`.
- `cmd/dashboard/controller/ddns.go:112-145` updates the same fields after profile ownership is checked.
- `model/ddns_api.go:11-15` exposes these fie…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/nezhahq/nezha, Go: github.com/naiba/nezha&lt;/p&gt;
&lt;p&gt;#### Summary&lt;/p&gt;
&lt;p&gt;An authenticated Nezha dashboard user can create or update a DDNS profile with provider `webhook` and configure an arbitrary `webhook_url`, HTTP method, request body, and headers. When DDNS is triggered for a server that uses that profile, the dashboard process sends the configured request with `utils.HttpClient` without the SSRF protections used by notification webhooks.&lt;/p&gt;
&lt;p&gt;This allows a low-privileged authenticated user who controls an owned server/DDNS profile to make the dashboard host issue HTTP requests to loopback or internal network services. The response body is not returned to the attacker in the confirmed path, so this is a blind SSRF / internal state-changing request primitive.&lt;/p&gt;
&lt;p&gt;#### Details&lt;/p&gt;
&lt;p&gt;The DDNS API is available to authenticated users, not only administrators:&lt;/p&gt;
&lt;p&gt;- `cmd/dashboard/controller/controller.go:137` registers `GET /api/v1/ddns`.
- `cmd/dashboard/controller/controller.go:139` registers `POST /api/v1/ddns`.
- `cmd/dashboard/controller/controller.go:140` registers `PATCH /api/v1/ddns/:id`.&lt;/p&gt;
&lt;p&gt;The create and update handlers copy attacker-controlled webhook fields directly from JSON request bodies into `model.DDNSProfile`:&lt;/p&gt;
&lt;p&gt;- `cmd/dashboard/controller/ddns.go:47-74` accepts `model.DDNSForm` and stores `WebhookURL`, `WebhookMethod`, `WebhookRequestType`, `WebhookRequestBody`, and `WebhookHeaders`.
- `cmd/dashboard/controller/ddns.go:112-145` updates the same fields after profile ownership is checked.
- `model/ddns_api.go:11-15` exposes these fie…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-6x26-5727-rrm9</guid>
    </item>
  </channel>
</rss>
