https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 05 Oct 2026 19:44:38 +0000 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0753 certfr-2026-avi-0753 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0753 https://cve.radiocsirt.org/vuln/euvd-2026-326326 EUVD-2026-326326 https://cve.radiocsirt.org/vuln/euvd-2026-326326 https://cve.radiocsirt.org/vuln/fkie_cve-2026-49762 <p>Uncontrolled Resource Consumption vulnerability in the Elixir standard library&#39;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 &#39;Elixir.Version.Parser&#39;:parse_digits/2.</p> <p>This issue affects Elixir: from 1.5.0 before 1.20.1.</p> <p>Uncontrolled Resource Consumption vulnerability in the Elixir standard library&#39;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 &#39;Elixir.Version.Parser&#39;:parse_digits/2.</p> <p>This issue affects Elixir: from 1.5.0 before 1.20.1.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-49762 https://cve.radiocsirt.org/vuln/msrc_cve-2026-49762 msrc_CVE-2026-49762 https://cve.radiocsirt.org/vuln/msrc_cve-2026-49762 https://cve.radiocsirt.org/vuln/oesa-2026-2787 <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> <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> https://cve.radiocsirt.org/vuln/oesa-2026-2787 https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-49762 <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&#39;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 &#39;Elixir.Version.Parser&#39;:parse_digits/2. This issue affects Elixir: from 1.5.0 before 1.20.1.</p> <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&#39;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 &#39;Elixir.Version.Parser&#39;:parse_digits/2. This issue affects Elixir: from 1.5.0 before 1.20.1.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-49762