<?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 20:05:33 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-264639</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-264639</link>
      <description>EUVD-2026-264639</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-264639</guid>
    </item>
    <item>
      <title>fkie_cve-2025-69217</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-69217</link>
      <description>&lt;p&gt;coturn is a free open source implementation of TURN and STUN Server. Versions 4.6.2r5 through 4.7.0-r4 have a bad random number generator for nonces and port randomization after refactoring. Additionally, random numbers aren&amp;#39;t generated with openssl&amp;#39;s RAND_bytes but libc&amp;#39;s random() (if it&amp;#39;s not running on Windows). When fetching about 50 sequential nonces (i.e., through sending 50 unauthenticated allocations requests) it is possible to completely reconstruct the current state of the random number generator, thereby predicting the next nonce. This allows authentication while spoofing IPs. An attacker can send authenticated messages without ever receiving the responses, including the nonce (requires knowledge of the credentials, which is e.g., often the case in IoT settings). Since the port randomization is deterministic given the pseudorandom seed, an attacker can exactly reconstruct the ports and, hence predict the randomization of the ports. If an attacker allocates a relay port, they know the current port, and they are able to predict the next relay port (at least if it is not used before). Commit 11fc465f4bba70bb0ad8aae17d6c4a63a29917d9 contains a fix.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;coturn is a free open source implementation of TURN and STUN Server. Versions 4.6.2r5 through 4.7.0-r4 have a bad random number generator for nonces and port randomization after refactoring. Additionally, random numbers aren&amp;#39;t generated with openssl&amp;#39;s RAND_bytes but libc&amp;#39;s random() (if it&amp;#39;s not running on Windows). When fetching about 50 sequential nonces (i.e., through sending 50 unauthenticated allocations requests) it is possible to completely reconstruct the current state of the random number generator, thereby predicting the next nonce. This allows authentication while spoofing IPs. An attacker can send authenticated messages without ever receiving the responses, including the nonce (requires knowledge of the credentials, which is e.g., often the case in IoT settings). Since the port randomization is deterministic given the pseudorandom seed, an attacker can exactly reconstruct the ports and, hence predict the randomization of the ports. If an attacker allocates a relay port, they know the current port, and they are able to predict the next relay port (at least if it is not used before). Commit 11fc465f4bba70bb0ad8aae17d6c4a63a29917d9 contains a fix.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-69217</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:10375-1 — coturn-4.9.0-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:10375-1</link>
      <description>&lt;p&gt;coturn-4.9.0-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;coturn-4.9.0-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:10375-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2025-69217</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-69217</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: coturn, Ubuntu:18.04:LTS: coturn, Ubuntu:20.04:LTS: coturn, Ubuntu:22.04:LTS: coturn, Ubuntu:24.04:LTS: coturn, Ubuntu:25.10: coturn, Ubuntu:26.04:LTS: coturn&lt;/p&gt;
&lt;p&gt;coturn is a free open source implementation of TURN and STUN Server. Versions 4.6.2r5 through 4.7.0-r4 have a bad random number generator for nonces and port randomization after refactoring. Additionally, random numbers aren&amp;#39;t generated with openssl&amp;#39;s RAND_bytes but libc&amp;#39;s random() (if it&amp;#39;s not running on Windows). When fetching about 50 sequential nonces (i.e., through sending 50 unauthenticated allocations requests) it is possible to completely reconstruct the current state of the random number generator, thereby predicting the next nonce. This allows authentication while spoofing IPs. An attacker can send authenticated messages without ever receiving the responses, including the nonce (requires knowledge of the credentials, which is e.g., often the case in IoT settings). Since the port randomization is deterministic given the pseudorandom seed, an attacker can exactly reconstruct the ports and, hence predict the randomization of the ports. If an attacker allocates a relay port, they know the current port, and they are able to predict the next relay port (at least if it is not used before). Commit 11fc465f4bba70bb0ad8aae17d6c4a63a29917d9 contains a fix.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: coturn, Ubuntu:18.04:LTS: coturn, Ubuntu:20.04:LTS: coturn, Ubuntu:22.04:LTS: coturn, Ubuntu:24.04:LTS: coturn, Ubuntu:25.10: coturn, Ubuntu:26.04:LTS: coturn&lt;/p&gt;
&lt;p&gt;coturn is a free open source implementation of TURN and STUN Server. Versions 4.6.2r5 through 4.7.0-r4 have a bad random number generator for nonces and port randomization after refactoring. Additionally, random numbers aren&amp;#39;t generated with openssl&amp;#39;s RAND_bytes but libc&amp;#39;s random() (if it&amp;#39;s not running on Windows). When fetching about 50 sequential nonces (i.e., through sending 50 unauthenticated allocations requests) it is possible to completely reconstruct the current state of the random number generator, thereby predicting the next nonce. This allows authentication while spoofing IPs. An attacker can send authenticated messages without ever receiving the responses, including the nonce (requires knowledge of the credentials, which is e.g., often the case in IoT settings). Since the port randomization is deterministic given the pseudorandom seed, an attacker can exactly reconstruct the ports and, hence predict the randomization of the ports. If an attacker allocates a relay port, they know the current port, and they are able to predict the next relay port (at least if it is not used before). Commit 11fc465f4bba70bb0ad8aae17d6c4a63a29917d9 contains a fix.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-69217</guid>
    </item>
  </channel>
</rss>
