<?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-07T01:35:35.166135+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/cve-2023-22794</id>
    <title>CVE-2023-22794</title>
    <updated>2026-10-07T01:35:35.199146+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> https://github.com/rails/rails</p>
<p>A vulnerability in ActiveRecord &lt;6.0.6.1, v6.1.7.1 and v7.0.4.1 related to the sanitization of comments. If malicious user input is passed to either the `annotate` query method, the `optimizer_hints` query method, or through the QueryLogs interface which automatically adds annotations, it may be sent to the database withinsufficient sanitization and be able to inject SQL outside of the comment.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2023-22794"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-hq7p-j377-6v63</id>
    <title>GHSA-hq7p-j377-6v63 — SQL Injection Vulnerability via ActiveRecord comments</title>
    <updated>2026-10-07T01:35:35.199228+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> RubyGems: activerecord</p>
<p>There is a possible vulnerability in ActiveRecord related to the sanitization of comments. This vulnerability has been assigned the CVE identifier CVE-2023-22794.</p>
<p>Versions Affected: &gt;= 6.0.0 Not affected: &lt; 6.0.0 Fixed Versions: 6.0.6.1, 6.1.7.1, 7.0.4.1
Impact</p>
<p>Previously the implementation of escaping for comments was insufficient for</p>
<p>If malicious user input is passed to either the annotate query method, the optimizer_hints query method, or through the QueryLogs interface which automatically adds annotations, it may be sent to the database with insufficient sanitization and be able to inject SQL outside of the comment.</p>
<p>In most cases these interfaces won’t be used with user input and users should avoid doing so.</p>
<p>Example vulnerable code:
```
Post.where(id: 1).annotate("#{params[:user_input]}")</p>
<p>Post.where(id: 1).optimizer_hints("#{params[:user_input]}")
```
Example vulnerable QueryLogs configuration (the default configuration is not vulnerable):
```
config.active_record.query_log_tags = [
  {
    something: -&gt; { &lt;some value including user input&gt; }
  }
]
```
All users running an affected release should either upgrade or use one of the workarounds immediately.
Releases</p>
<p>The FIXED releases are available at the normal locations.
Workarounds</p>
<p>Avoid passing user input to annotate and avoid using QueryLogs configuration which can include user input.
Patches</p>
<p>To aid users who aren’t able to upgrade immediately we have provided patches for the two supported release series. They a…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-hq7p-j377-6v63"/>
  </entry>
</feed>
