<?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-05T17:23:50.753607+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-2026-avi-0753</id>
    <title>certfr-2026-avi-0753 — De multiples vulnérabilités ont été découvertes dans Microsoft Azure. Elles permettent à un attaquant de provoquer un p…</title>
    <updated>2026-10-05T17:23:50.847909+00:00</updated>
    <content>certfr-2026-avi-0753</content>
    <link href="https://cve.radiocsirt.org/vuln/certfr-2026-avi-0753"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-326326</id>
    <title>EUVD-2026-326326</title>
    <updated>2026-10-05T17:23:50.847951+00:00</updated>
    <content>EUVD-2026-326326</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-326326"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-49762</id>
    <title>fkie_cve-2026-49762</title>
    <updated>2026-10-05T17:23:50.847967+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>Uncontrolled Resource Consumption vulnerability in the Elixir standard library's Version module allows an attacker who controls a version string to cause a denial of service through CPU and memory exhaustion.</p>
<p>The version parser converts numeric version components (major, minor, patch and numeric pre-release/build identifiers) to integers without bounding their length. A single large all-digit component therefore forces a super-linear, non-yielding base-10 to arbitrary-precision integer conversion (String.to_integer/1, i.e. :erlang.binary_to_integer/1) that pins a BEAM scheduler, and a larger component raises an uncaught SystemLimitError that crashes the calling process. A single moderately sized string (around one megabyte) is enough; no authentication is required.</p>
<p>This is reachable from the public entry points Version.parse/1, Version.parse!/1, Version.match?/3, Version.compare/2, and Version.parse_requirement/1, which applications routinely call on untrusted input such as HTTP parameters, dependency-manifest fields, and package metadata.</p>
<p>This vulnerability is associated with program files lib/version.ex and program routines 'Elixir.Version.Parser':parse_digits/2.</p>
<p>This issue affects Elixir: from 1.5.0 before 1.20.1.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-49762"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/msrc_cve-2026-49762</id>
    <title>msrc_CVE-2026-49762 — Unbounded integer parsing in the Version module enables CPU and memory exhaustion denial of service</title>
    <updated>2026-10-05T17:23:50.848009+00:00</updated>
    <content>msrc_CVE-2026-49762</content>
    <link href="https://cve.radiocsirt.org/vuln/msrc_cve-2026-49762"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/oesa-2026-2787</id>
    <title>OESA-2026-2787 — elixir security update</title>
    <updated>2026-10-05T17:23:50.848028+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> openEuler:22.03-LTS-SP4: elixir, openEuler:24.03-LTS-SP1: elixir, openEuler:24.03-LTS-SP3: elixir, openEuler:20.03-LTS-SP4: elixir</p>
<p>Elixir is a programming language built on top of the Erlang VM. As Erlang, it is a functional language built to support distributed, fault-tolerant, non-stop applications with hot code swapping.

Security Fix(es):</p>
<p>Uncontrolled Resource Consumption vulnerability in the Elixir standard library&amp;apos;s Version module allows an attacker who controls a version string to cause a denial of service through CPU and memory exhaustion.</p>
<p>The version parser converts numeric version components (major, minor, patch and numeric pre-release/build identifiers) to integers without bounding their length. A single large all-digit component therefore forces a super-linear, non-yielding base-10 to arbitrary-precision integer conversion (String.to_integer/1, i.e. :erlang.binary_to_integer/1) that pins a BEAM scheduler, and a larger component raises an uncaught SystemLimitError that crashes the calling process. A single moderately sized string (around one megabyte) is enough; no authentication is required.</p>
<p>This is reachable from the public entry points Version.parse/1, Version.parse!/1, Version.match?/3, Version.compare/2, and Version.parse_requirement/1, which applications routinely call on untrusted input such as HTTP parameters, dependency-manifest fields, and package metadata.</p>
<p>This vulnerability is associated with program files lib/version.ex and program routines &amp;apos;Elixir.Version.Parser&amp;apos;:parse_digits/2.</p>
<p>This issue affects Elixir: from 1.5.0 before 1.20.1.(CVE-2026-49762)</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/oesa-2026-2787"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-49762</id>
    <title>UBUNTU-CVE-2026-49762</title>
    <updated>2026-10-05T17:23:50.848068+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:16.04:LTS: elixir-lang, Ubuntu:18.04:LTS: elixir-lang, Ubuntu:20.04:LTS: elixir-lang, Ubuntu:22.04:LTS: elixir-lang, Ubuntu:24.04:LTS: elixir-lang, Ubuntu:25.10: elixir-lang, Ubuntu:26.04:LTS: elixir-lang</p>
<p>Uncontrolled Resource Consumption vulnerability in the Elixir standard library's Version module allows an attacker who controls a version string to cause a denial of service through CPU and memory exhaustion. The version parser converts numeric version components (major, minor, patch and numeric pre-release/build identifiers) to integers without bounding their length. A single large all-digit component therefore forces a super-linear, non-yielding base-10 to arbitrary-precision integer conversion (String.to_integer/1, i.e. :erlang.binary_to_integer/1) that pins a BEAM scheduler, and a larger component raises an uncaught SystemLimitError that crashes the calling process. A single moderately sized string (around one megabyte) is enough; no authentication is required. This is reachable from the public entry points Version.parse/1, Version.parse!/1, Version.match?/3, Version.compare/2, and Version.parse_requirement/1, which applications routinely call on untrusted input such as HTTP parameters, dependency-manifest fields, and package metadata. This vulnerability is associated with program files lib/version.ex and program routines 'Elixir.Version.Parser':parse_digits/2. This issue affects Elixir: from 1.5.0 before 1.20.1.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-49762"/>
  </entry>
</feed>
