<?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-04T04:07:06.327903+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-191997</id>
    <title>EUVD-2026-191997</title>
    <updated>2026-10-04T04:07:06.462054+00:00</updated>
    <content>EUVD-2026-191997</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-191997"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2023-38704</id>
    <title>fkie_cve-2023-38704</title>
    <updated>2026-10-04T04:07:06.462113+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>import-in-the-middle is a module loading interceptor specifically for ESM modules. The import-in-the-middle loader works by generating a wrapper module on the fly. The wrapper uses the module specifier to load the original module and add some wrapping code. Prior to version 1.4.2, it allows for remote code execution in cases where an application passes user-supplied input directly to the `import()` function. This vulnerability has been patched in import-in-the-middle version 1.4.2.</p>
<p>Some workarounds are available. Do not pass any user-supplied input to `import()`. Instead, verify it against a set of allowed values. If using import-in-the-middle, directly or indirectly, and support for EcmaScript Modules is not needed, ensure that no options are set, either via command-line or the `NODE_OPTIONS` environment variable, that would enable loader hooks.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2023-38704"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-5r27-rw8r-7967</id>
    <title>GHSA-5r27-rw8r-7967 — import-in-the-middle has unsanitized user controlled input in module generation</title>
    <updated>2026-10-04T04:07:06.462175+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: import-in-the-middle</p>
<p>### Impact
The `import-in-the-middle` loader works by generating a wrapper module on the fly. The wrapper uses the module specifier to load the original module and add some wrapping code. It allows for remote code execution in cases where an application passes user-supplied input directly to an import() function.</p>
<p>### Patches
This vulnerability has been patched in `import-in-the-middle` version 1.4.2</p>
<p>### Workarounds
* Do not pass any user-supplied input to `import()`. Instead, verify it against a set of allowed values.
* If using `import-in-the-middle` and support for EcmaScript Modules is not needed, ensure that none of the following options are set (either via command-line or the `NODE_OPTIONS` environment variable):
```
--loader=import-in-the-middle/hook.mjs
--loader import-in-the-middle/hook.mjs
```</p>
<p>### References
If you have any questions or comments about this advisory, email us at [security@datadoghq.com](mailto:security@datadoghq.com)</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-5r27-rw8r-7967"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2023-38704</id>
    <title>gsd-2023-38704</title>
    <updated>2026-10-04T04:07:06.462235+00:00</updated>
    <content>gsd-2023-38704</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2023-38704"/>
  </entry>
</feed>
