<?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-09T22:38:56.315167+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/certfr-2023-avi-1017</id>
    <title>certfr-2023-avi-1017 — De multiples vulnérabilités ont été découvertes dans &lt;span
class="textit"&gt;les produits ElasticSearch&lt;/span&gt;. Elles perm…</title>
    <updated>2026-10-09T22:38:56.380320+00:00</updated>
    <content>certfr-2023-avi-1017</content>
    <link href="https://cve.radiocsirt.org/vuln/certfr-2023-avi-1017"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-205259</id>
    <title>EUVD-2026-205259</title>
    <updated>2026-10-09T22:38:56.380363+00:00</updated>
    <content>EUVD-2026-205259</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-205259"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2023-49922</id>
    <title>fkie_cve-2023-49922</title>
    <updated>2026-10-09T22:38:56.380378+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>An issue was discovered by Elastic whereby Beats and Elastic Agent would log a raw event in its own logs at the WARN or ERROR level if ingesting that event to Elasticsearch failed with any 4xx HTTP status code except 409 or 429. Depending on the nature of the event that Beats or Elastic Agent attempted to ingest, this could lead to the insertion of sensitive or private information in the Beats or Elastic Agent logs. Elastic has released 8.11.3 and 7.17.16 that prevents this issue by limiting these types of logs to DEBUG level logging, which is disabled by default.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2023-49922"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-hj4r-2c9c-29h3</id>
    <title>GHSA-hj4r-2c9c-29h3 — Elastic Beats inserts sensitive information into log file</title>
    <updated>2026-10-09T22:38:56.380410+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/elastic/beats/v7, Go: github.com/elastic/beats</p>
<p>An issue was discovered by Elastic whereby Beats and Elastic Agent would log a raw event in its own logs at the WARN or ERROR level if ingesting that event to Elasticsearch failed with any 4xx HTTP status code except 409 or 429. Depending on the nature of the event that Beats or Elastic Agent attempted to ingest, this could lead to the insertion of sensitive or private information in the Beats or Elastic Agent logs. Elastic has released 8.11.3 and 7.17.16 that prevents this issue by limiting these types of logs to DEBUG level logging, which is disabled by default.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-hj4r-2c9c-29h3"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2023-49922</id>
    <title>gsd-2023-49922</title>
    <updated>2026-10-09T22:38:56.380438+00:00</updated>
    <content>gsd-2023-49922</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2023-49922"/>
  </entry>
</feed>
