<?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-04T17:38:42.509129+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-335679</id>
    <title>EUVD-2026-335679</title>
    <updated>2026-10-04T17:38:42.564001+00:00</updated>
    <content>EUVD-2026-335679</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-335679"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-58661</id>
    <title>fkie_cve-2026-58661</title>
    <updated>2026-10-04T17:38:42.564063+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>n8n before 2.28.0 (and before 1.123.58 on the 1.x branch) contains a disk space exhaustion vulnerability in the data-table file upload endpoint. The per-request quota check does not account for files already written to the shared temporary directory, allowing an authenticated user to repeatedly upload files that accumulate on disk until the periodic cleanup runs, potentially exhausting available disk space on the host.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-58661"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-w867-jm58-p9pv</id>
    <title>GHSA-w867-jm58-p9pv — n8n: Authenticated Users Can Exhaust Temporary Disk Storage via Data-Table File Uploads</title>
    <updated>2026-10-04T17:38:42.564128+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: n8n</p>
<p>## Impact
An authenticated user can repeatedly upload files to the data-table upload endpoint, bypassing the per-request quota check, which does not account for files already written to the shared temporary directory. This causes temporary files to accumulate on disk until the periodic cleanup runs, potentially exhausting available disk space on the host.</p>
<p>## Patches
Users should upgrade to the patched version once available to remediate the vulnerability.</p>
<p>## Workarounds
If upgrading is not immediately possible, administrators should consider the following temporary mitigations:
- Restrict n8n instance access to fully trusted users only.
- Set `uploadMaxFileSize` to a low value to limit individual upload size.
- Monitor and alert on disk usage in the n8n temporary upload directory.</p>
<p>These workarounds do not fully remediate the risk and should only be used as short-term mitigation measures.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-w867-jm58-p9pv"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2067</id>
    <title>WID-SEC-W-2026-2067 — n8n: Mehrere Schwachstellen</title>
    <updated>2026-10-04T17:38:42.564166+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Ein entfernter, authentisierter Angreifer kann mehrere Schwachstellen in n8n ausnutzen, um SQL-Injection durchzuführen, Sicherheitsmaßnahmen zu umgehen, vertrauliche Informationen offenzulegen, Daten zu manipulieren oder einen Denial-of-Service-Zustand zu verursachen.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2067"/>
  </entry>
</feed>
