<?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-25T20:14:05.001479+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-2022-avi-289</id>
    <title>certfr-2022-avi-289 — Une vulnérabilité a été découverte dans Splunk. Elle permet à un
attaquant de provoquer un déni de service à distance.</title>
    <updated>2026-10-25T20:14:05.005553+00:00</updated>
    <content>certfr-2022-avi-289</content>
    <link href="https://cve.radiocsirt.org/vuln/certfr-2022-avi-289"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-20841</id>
    <title>EUVD-2026-20841</title>
    <updated>2026-10-25T20:14:05.005603+00:00</updated>
    <content>EUVD-2026-20841</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-20841"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2021-3422</id>
    <title>fkie_cve-2021-3422</title>
    <updated>2026-10-25T20:14:05.005625+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>The lack of validation of a key-value field in the Splunk-to-Splunk protocol results in a denial-of-service in Splunk Enterprise instances configured to index Universal Forwarder traffic. The vulnerability impacts Splunk Enterprise versions before 7.3.9, 8.0 versions before 8.0.9, and 8.1 versions before 8.1.3. It does not impact Universal Forwarders. When Splunk forwarding is secured using TLS or a Token, the attack requires compromising the certificate or token, or both. Implementation of either or both reduces the severity to Medium.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2021-3422"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-4c93-wvp2-c39r</id>
    <title>GHSA-4c93-wvp2-c39r</title>
    <updated>2026-10-25T20:14:05.005671+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>The lack of validation of a key-value field in the Splunk-to-Splunk protocol results in a denial-of-service in Splunk Enterprise instances configured to index Universal Forwarder traffic. See https://docs.splunk.com/Documentation/Splunk/latest/Forwarding/Enableareceiver for more information on configuring an indexer to listen for UF traffic. It does not impact Universal Forwarders. When Splunk forwarding is secured using TLS or a Token, the attack requires compromising the certificate or token, or both. As a partial mitigation and a security best practice, see https://docs.splunk.com/Documentation/Splunk/latest/Security/ConfigureSplunkforwardingtousesignedcertificates and https://docs.splunk.com/Documentation/Forwarder/latest/Forwarder/Controlforwarderaccess. Implementation of either or both reduces the severity to Medium.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-4c93-wvp2-c39r"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2021-3422</id>
    <title>gsd-2021-3422</title>
    <updated>2026-10-25T20:14:05.005710+00:00</updated>
    <content>gsd-2021-3422</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2021-3422"/>
  </entry>
</feed>
