<?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-27T10:00:20.148346+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-127076</id>
    <title>EUVD-2026-127076</title>
    <updated>2026-10-27T10:00:20.151145+00:00</updated>
    <content>EUVD-2026-127076</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-127076"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2008-1897</id>
    <title>fkie_cve-2008-1897</title>
    <updated>2026-10-27T10:00:20.151178+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>The IAX2 channel driver (chan_iax2) in Asterisk Open Source 1.0.x, 1.2.x before 1.2.28, and 1.4.x before 1.4.19.1; Business Edition A.x.x, B.x.x before B.2.5.2, and C.x.x before C.1.8.1; AsteriskNOW before 1.0.3; Appliance Developer Kit 0.x.x; and s800i before 1.1.0.3, when configured to allow unauthenticated calls, does not verify that an ACK response contains a call number matching the server's reply to a NEW message, which allows remote attackers to cause a denial of service (traffic amplification) via a spoofed ACK response that does not complete a 3-way handshake.  NOTE: this issue exists because of an incomplete fix for CVE-2008-1923.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2008-1897"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-653q-fj3p-cqrg</id>
    <title>GHSA-653q-fj3p-cqrg</title>
    <updated>2026-10-27T10:00:20.151213+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>The IAX2 channel driver (chan_iax2) in Asterisk Open Source 1.0.x, 1.2.x before 1.2.28, and 1.4.x before 1.4.19.1; Business Edition A.x.x, B.x.x before B.2.5.2, and C.x.x before C.1.8.1; AsteriskNOW before 1.0.3; Appliance Developer Kit 0.x.x; and s800i before 1.1.0.3, when configured to allow unauthenticated calls, does not verify that an ACK response contains a call number matching the server's reply to a NEW message, which allows remote attackers to cause a denial of service (traffic amplification) via a spoofed ACK response that does not complete a 3-way handshake.  NOTE: this issue exists because of an incomplete fix for CVE-2008-1923.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-653q-fj3p-cqrg"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2008-1897</id>
    <title>gsd-2008-1897</title>
    <updated>2026-10-27T10:00:20.151234+00:00</updated>
    <content>gsd-2008-1897</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2008-1897"/>
  </entry>
</feed>
