<?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-06T21:13:28.068915+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-145744</id>
    <title>EUVD-2026-145744</title>
    <updated>2026-10-06T21:13:28.074814+00:00</updated>
    <content>EUVD-2026-145744</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-145744"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2005-0593</id>
    <title>fkie_cve-2005-0593</title>
    <updated>2026-10-06T21:13:28.074851+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Firefox before 1.0.1 and Mozilla before 1.7.6 allows remote attackers to spoof the SSL "secure site" lock icon via (1) a web site that does not finish loading, which shows the lock of the previous site, (2) a non-HTTP server that uses SSL, which causes the lock to be displayed when the SSL handshake is completed, or (3) a URL that generates an HTTP 204 error, which updates the icon and location information but does not change the display of the original site.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2005-0593"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-74mv-jc74-mg2v</id>
    <title>GHSA-74mv-jc74-mg2v</title>
    <updated>2026-10-06T21:13:28.074890+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Firefox before 1.0.1 and Mozilla before 1.7.6 allows remote attackers to spoof the SSL "secure site" lock icon via (1) a web site that does not finish loading, which shows the lock of the previous site, (2) a non-HTTP server that uses SSL, which causes the lock to be displayed when the SSL handshake is completed, or (3) a URL that generates an HTTP 204 error, which updates the icon and location information but does not change the display of the original site.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-74mv-jc74-mg2v"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2005-0593</id>
    <title>gsd-2005-0593</title>
    <updated>2026-10-06T21:13:28.074910+00:00</updated>
    <content>gsd-2005-0593</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2005-0593"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/rhsa-2005:176</id>
    <title>RHSA-2005:176 — Red Hat Security Advisory: firefox security update</title>
    <updated>2026-10-06T21:13:28.074922+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>security flaw security flaw security flaw security flaw security flaw security flaw security flaw security flaw security flaw security flaw security flaw security flaw security flaw security flaw security flaw security flaw</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/rhsa-2005:176"/>
  </entry>
</feed>
