<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 04:49:28 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-150434</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-150434</link>
      <description>EUVD-2026-150434</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-150434</guid>
    </item>
    <item>
      <title>fkie_cve-2004-1270</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2004-1270</link>
      <description>&lt;p&gt;lppasswd in CUPS 1.1.22, when run in environments that do not ensure that file descriptors 0, 1, and 2 are open when lppasswd is called, does not verify that the passwd.new file is different from STDERR, which allows local users to control output to passwd.new via certain user input that triggers an error message.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;lppasswd in CUPS 1.1.22, when run in environments that do not ensure that file descriptors 0, 1, and 2 are open when lppasswd is called, does not verify that the passwd.new file is different from STDERR, which allows local users to control output to passwd.new via certain user input that triggers an error message.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2004-1270</guid>
    </item>
    <item>
      <title>GHSA-hxq6-gg87-xqc4</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-hxq6-gg87-xqc4</link>
      <description>&lt;p&gt;lppasswd in CUPS 1.1.22, when run in environments that do not ensure that file descriptors 0, 1, and 2 are open when lppasswd is called, does not verify that the passwd.new file is different from STDERR, which allows local users to control output to passwd.new via certain user input that triggers an error message.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;lppasswd in CUPS 1.1.22, when run in environments that do not ensure that file descriptors 0, 1, and 2 are open when lppasswd is called, does not verify that the passwd.new file is different from STDERR, which allows local users to control output to passwd.new via certain user input that triggers an error message.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-hxq6-gg87-xqc4</guid>
    </item>
    <item>
      <title>gsd-2004-1270</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2004-1270</link>
      <description>gsd-2004-1270</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2004-1270</guid>
    </item>
    <item>
      <title>RHSA-2005:013 — Red Hat Security Advisory: cups security update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2005:013</link>
      <description>&lt;p&gt;security flaw security flaw security flaw security flaw security flaw&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;security flaw security flaw security flaw security flaw security flaw&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2005:013</guid>
    </item>
  </channel>
</rss>
