<?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://vulnerability.circl.lu</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>Sun, 04 Oct 2026 18:30:56 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-76804</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-76804</link>
      <description>&lt;p&gt;Nuclei is a vulnerability scanner built on a simple YAML-based DSL. From 3.0.0 until 3.10.0, the workflow template loading path does not enforce the -file capability gate when resolving file: protocol templates referenced by a workflow. An untrusted unsigned workflow can therefore load a file-protocol template and read local files from the scanner host even when the operator has not enabled file templates. The issue affects CLI users running workflows with -w and SDK integrations that accept end-user workflows while relying on the default file-access restriction. This issue is fixed in version 3.10.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Nuclei is a vulnerability scanner built on a simple YAML-based DSL. From 3.0.0 until 3.10.0, the workflow template loading path does not enforce the -file capability gate when resolving file: protocol templates referenced by a workflow. An untrusted unsigned workflow can therefore load a file-protocol template and read local files from the scanner host even when the operator has not enabled file templates. The issue affects CLI users running workflows with -w and SDK integrations that accept end-user workflows while relying on the default file-access restriction. This issue is fixed in version 3.10.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-76804</guid>
    </item>
    <item>
      <title>GHSA-qgw5-7j4f-fg97 — Nuclei: Local File Read via Workflow File-Protocol Gate Bypass</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-qgw5-7j4f-fg97</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/projectdiscovery/nuclei/v3&lt;/p&gt;
&lt;p&gt;A vulnerability in Nuclei&amp;#39;s workflow template loader allows `file:` protocol templates to execute without the `-file` flag, bypassing a security gate that is meant to prevent local file reads on the scanner host.&lt;/p&gt;
&lt;p&gt;**Affected Component**&lt;/p&gt;
&lt;p&gt;The issue is in the workflow template loading path. The main template loader enforces the `-file` gate for file-protocol templates, but the workflow loader did not apply the same check when resolving templates referenced by a workflow.&lt;/p&gt;
&lt;p&gt;**Description**&lt;/p&gt;
&lt;p&gt;Nuclei disables file-protocol templates by default because they read local files from the host running the scanner. Operators must explicitly enable them with the `-file` flag. When a workflow references a file-protocol template, the workflow loader accepted and executed that template without verifying that `-file` was enabled.&lt;/p&gt;
&lt;p&gt;Because workflows run unsigned by default, an untrusted workflow could load and execute a file-protocol template and read local files from the scan target path, even though the operator had not enabled file templates.&lt;/p&gt;
&lt;p&gt;&amp;gt; [!NOTE]
File-protocol templates are disabled by default. This issue only affects users who run workflows from untrusted sources without having explicitly enabled `-file`.&lt;/p&gt;
&lt;p&gt;**Affected Users**&lt;/p&gt;
&lt;p&gt;- **CLI users** running workflows (`-w`) that reference file-protocol templates from untrusted or third-party sources.
- **SDK users** who integrate Nuclei into platforms where end users can supply workflow files and rely on the default `-file` restriction to blo…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/projectdiscovery/nuclei/v3&lt;/p&gt;
&lt;p&gt;A vulnerability in Nuclei&amp;#39;s workflow template loader allows `file:` protocol templates to execute without the `-file` flag, bypassing a security gate that is meant to prevent local file reads on the scanner host.&lt;/p&gt;
&lt;p&gt;**Affected Component**&lt;/p&gt;
&lt;p&gt;The issue is in the workflow template loading path. The main template loader enforces the `-file` gate for file-protocol templates, but the workflow loader did not apply the same check when resolving templates referenced by a workflow.&lt;/p&gt;
&lt;p&gt;**Description**&lt;/p&gt;
&lt;p&gt;Nuclei disables file-protocol templates by default because they read local files from the host running the scanner. Operators must explicitly enable them with the `-file` flag. When a workflow references a file-protocol template, the workflow loader accepted and executed that template without verifying that `-file` was enabled.&lt;/p&gt;
&lt;p&gt;Because workflows run unsigned by default, an untrusted workflow could load and execute a file-protocol template and read local files from the scan target path, even though the operator had not enabled file templates.&lt;/p&gt;
&lt;p&gt;&amp;gt; [!NOTE]
File-protocol templates are disabled by default. This issue only affects users who run workflows from untrusted sources without having explicitly enabled `-file`.&lt;/p&gt;
&lt;p&gt;**Affected Users**&lt;/p&gt;
&lt;p&gt;- **CLI users** running workflows (`-w`) that reference file-protocol templates from untrusted or third-party sources.
- **SDK users** who integrate Nuclei into platforms where end users can supply workflow files and rely on the default `-file` restriction to blo…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-qgw5-7j4f-fg97</guid>
    </item>
  </channel>
</rss>
