<?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-08T11:35:27.759600+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-278782</id>
    <title>EUVD-2026-278782</title>
    <updated>2026-10-08T11:35:27.761844+00:00</updated>
    <content>EUVD-2026-278782</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-278782"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-34220</id>
    <title>fkie_cve-2026-34220</title>
    <updated>2026-10-08T11:35:27.761877+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>MikroORM is a TypeScript ORM for Node.js based on Data Mapper, Unit of Work and Identity Map patterns. Prior to versions 6.6.10 and 7.0.6, there is a SQL injection vulnerability when specially crafted objects are interpreted as raw SQL query fragments. This issue has been patched in versions 6.6.10 and 7.0.6.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-34220"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-gwhv-j974-6fxm</id>
    <title>GHSA-gwhv-j974-6fxm — MikroORM is vulnerable to SQL Injection via specially crafted object</title>
    <updated>2026-10-08T11:35:27.761907+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: @mikro-orm/core</p>
<p>## Summary</p>
<p>MikroORM versions &lt;= 6.6.9 and &lt;= 7.0.5 are vulnerable to SQL injection when specially crafted objects are interpreted as raw SQL query fragments.</p>
<p>## Impact</p>
<p>If user-controlled input is passed directly to MikroORM query construction APIs, an attacker may inject raw SQL fragments. This can lead to SQL injection depending on the database and query being executed.</p>
<p>## Affected usage</p>
<p>The issue occurs when untrusted objects are passed to ORM write APIs such as:</p>
<p>- `wrap(entity).assign(userInput)` followed by `em.flush()`
- `em.nativeUpdate()`
- `em.nativeInsert()`
- `em.create()` followed by `em.flush()`</p>
<p>Applications that validate input types or enforce strict schema validation before passing data to MikroORM are not affected.</p>
<p>## Fix</p>
<p>The vulnerability was caused by duck-typed detection of internal ORM marker properties.</p>
<p>The fix replaces these checks with symbol-based markers that cannot be reproduced by user input.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-gwhv-j974-6fxm"/>
  </entry>
</feed>
