<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-06T09:14:20.635494+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-292017</id>
    <title>EUVD-2026-292017</title>
    <updated>2026-10-06T09:14:20.761508+00:00</updated>
    <content>EUVD-2026-292017</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-292017"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-40304</id>
    <title>fkie_cve-2026-40304</title>
    <updated>2026-10-06T09:14:20.761621+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>zrok is software for sharing web services, files, and network resources. Prior to version 2.0.1, the unaccess handler (controller/unaccess.go) contains a logical error in its ownership guard: when a frontend record has environment_id = NULL (the marker for admin-created global frontends), the condition short-circuits to false and allows the deletion to proceed without any ownership verification. A non-admin user who knows a global frontend token can call DELETE /api/v2/unaccess with any of their own environment IDs and permanently delete the global frontend, taking down all public shares routed through it. Version 2.0.1 patches the issue.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-40304"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-3jpj-v3xr-5h6g</id>
    <title>GHSA-3jpj-v3xr-5h6g — zrok: Broken ownership check in DELETE /api/v2/unaccess allows non-admin to delete global frontend records</title>
    <updated>2026-10-06T09:14:20.761685+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/openziti/zrok, Go: github.com/openziti/zrok/v2</p>
<p>Summary
The unaccess handler (controller/unaccess.go) contains a logical error in its ownership guard: when a frontend record has environment_id = NULL (the marker for admin-created global frontends), the condition short-circuits to false and allows the deletion to proceed without any ownership verification. A non-admin user who knows a global frontend token can call DELETE /api/v2/unaccess with any of their own environment IDs and permanently delete the global frontend, taking down all public shares routed through it.</p>
<p>Attack Vector: Network — the endpoint is a standard HTTP API call.</p>
<p>Attack Complexity: High — successful exploitation requires prior knowledge of a global frontend token. These tokens are not returned to non-admin users by any standard API endpoint; obtaining one requires an out-of-band step (e.g., leaked server logs, admin documentation for a self-hosted instance, or social engineering).</p>
<p>Privileges Required: Low — a valid user account with at least one registered environment is required; no admin privileges needed.</p>
<p>User Interaction: None.</p>
<p>Scope: Unchanged — the impact stays within the same server instance.</p>
<p>Confidentiality Impact: None — no data is disclosed.</p>
<p>Integrity Impact: None — no data is improperly modified; the record is deleted (not corrupted).</p>
<p>Availability Impact: High — deleting a global frontend disrupts every public share routed through it on the instance, constituting a platform-wide availability impact.</p>
<p>Affected Component
controller/unac…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-3jpj-v3xr-5h6g"/>
  </entry>
</feed>
