https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Fri, 02 Oct 2026 15:25:51 +0000 https://cve.radiocsirt.org/vuln/alsa-2026:54290 <p><strong>Affected:</strong> AlmaLinux:8: python3-idna</p> <p>Python is an interpreted, interactive, object-oriented programming language, which includes modules, classes, exceptions, very high level dynamic data types and dynamic typing. Python supports interfaces to many system calls and libraries, as well as to various windowing systems.</p> <p>Security Fix(es):</p> <p>* python-idna: idna: Denial of Service via specially crafted long inputs (CVE-2026-45409)</p> <p>For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.</p> <p><strong>Affected:</strong> AlmaLinux:8: python3-idna</p> <p>Python is an interpreted, interactive, object-oriented programming language, which includes modules, classes, exceptions, very high level dynamic data types and dynamic typing. Python supports interfaces to many system calls and libraries, as well as to various windowing systems.</p> <p>Security Fix(es):</p> <p>* python-idna: idna: Denial of Service via specially crafted long inputs (CVE-2026-45409)</p> <p>For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.</p> https://cve.radiocsirt.org/vuln/alsa-2026:54290 https://cve.radiocsirt.org/vuln/bell-cve-2026-45409 <p><strong>Affected:</strong> Alpaquita:23: py3-idna, Alpaquita:25: py3-idna, Alpaquita:stream: py3-idna</p> <p><strong>Affected:</strong> Alpaquita:23: py3-idna, Alpaquita:25: py3-idna, Alpaquita:stream: py3-idna</p> https://cve.radiocsirt.org/vuln/bell-cve-2026-45409 https://cve.radiocsirt.org/vuln/brew-abi3audit-cve-2026-45409 <p><strong>Affected:</strong> Homebrew: abi3audit</p> <p>This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. Payloads such as `&#34;\u0660&#34; * N` or `&#34;\u30fb&#34; * N + &#34;\u6f22&#34;` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process.</p> <p>### Impact A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service.</p> <p>### Patches Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support).</p> <p>### Workarounds Domain names cannot exceed 253 characters in length, if this length limit is enforced prior to passing the domain to the `idna.encode()` function it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.</p> <p><strong>Affected:</strong> Homebrew: abi3audit</p> <p>This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. Payloads such as `&#34;\u0660&#34; * N` or `&#34;\u30fb&#34; * N + &#34;\u6f22&#34;` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process.</p> <p>### Impact A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service.</p> <p>### Patches Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support).</p> <p>### Workarounds Domain names cannot exceed 253 characters in length, if this length limit is enforced prior to passing the domain to the `idna.encode()` function it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.</p> https://cve.radiocsirt.org/vuln/brew-abi3audit-cve-2026-45409 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0901 certfr-2026-avi-0901 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0901 https://cve.radiocsirt.org/vuln/cleanstart-2026-an24336 <p><strong>Withdrawn by the publisher.</strong></p> <p><strong>Affected:</strong> CleanStart: airflow-2</p> <p>Multiple security vulnerabilities affect the airflow-2 package. These issues are resolved in later releases. See references for individual vulnerability details.</p> <p><strong>Withdrawn by the publisher.</strong></p> <p><strong>Affected:</strong> CleanStart: airflow-2</p> <p>Multiple security vulnerabilities affect the airflow-2 package. These issues are resolved in later releases. See references for individual vulnerability details.</p> https://cve.radiocsirt.org/vuln/cleanstart-2026-an24336 https://cve.radiocsirt.org/vuln/euvd-2026-325579 EUVD-2026-325579 https://cve.radiocsirt.org/vuln/euvd-2026-325579 https://cve.radiocsirt.org/vuln/fkie_cve-2026-45409 <p>Internationalized Domain Names in Applications (IDNA) for Python provides support for Internationalized Domain Names in Applications (IDNA) and Unicode IDNA Compatibility Processing. In versions prior to 3.15, payloads such as `&#34;\u0660&#34; * N` or `&#34;\u30fb&#34; * N + &#34;\u6f22&#34;` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process. This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service. Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support). A workaround is available. Domain names cannot exceed 253 characters in length. If this length limit is enforced prior to passing the domain to the `idna.encode()` function, it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.</p> <p>Internationalized Domain Names in Applications (IDNA) for Python provides support for Internationalized Domain Names in Applications (IDNA) and Unicode IDNA Compatibility Processing. In versions prior to 3.15, payloads such as `&#34;\u0660&#34; * N` or `&#34;\u30fb&#34; * N + &#34;\u6f22&#34;` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process. This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service. Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support). A workaround is available. Domain names cannot exceed 253 characters in length. If this length limit is enforced prior to passing the domain to the `idna.encode()` function, it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-45409 https://cve.radiocsirt.org/vuln/ghsa-65pc-fj4g-8rjx <p><strong>Affected:</strong> PyPI: idna</p> <p>This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. Payloads such as `&#34;\u0660&#34; * N` or `&#34;\u30fb&#34; * N + &#34;\u6f22&#34;` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process.</p> <p>### Impact A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service.</p> <p>### Patches Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support).</p> <p>### Workarounds Domain names cannot exceed 253 characters in length, if this length limit is enforced prior to passing the domain to the `idna.encode()` function it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.</p> <p><strong>Affected:</strong> PyPI: idna</p> <p>This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. Payloads such as `&#34;\u0660&#34; * N` or `&#34;\u30fb&#34; * N + &#34;\u6f22&#34;` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process.</p> <p>### Impact A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service.</p> <p>### Patches Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support).</p> <p>### Workarounds Domain names cannot exceed 253 characters in length, if this length limit is enforced prior to passing the domain to the `idna.encode()` function it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.</p> https://cve.radiocsirt.org/vuln/ghsa-65pc-fj4g-8rjx https://cve.radiocsirt.org/vuln/oesa-2026-2605 <p><strong>Affected:</strong> openEuler:24.03-LTS-SP1: python-idna, openEuler:24.03-LTS-SP3: python-idna, openEuler:20.03-LTS-SP4: python-idna, openEuler:22.03-LTS-SP4: python-idna</p> <p>A library to support the Internationalised Domain Names in Applications (IDNA) protocol as specified in RFC 5891 http://tools.ietf.org/html/rfc5891. This version of the protocol is often referred to as “IDNA2008” and can produce different results from the earlier standard from 2003. Security Fix(es):</p> <p>This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. Payloads such as &amp;quot;\u0660&amp;quot; * N or &amp;quot;\u30fb&amp;quot; * N + &amp;quot;\u6f22&amp;quot; utilize the valid_contexto function prior to length rejection, and for high values of N will take a long time to process.(CVE-2026-45409)</p> <p><strong>Affected:</strong> openEuler:24.03-LTS-SP1: python-idna, openEuler:24.03-LTS-SP3: python-idna, openEuler:20.03-LTS-SP4: python-idna, openEuler:22.03-LTS-SP4: python-idna</p> <p>A library to support the Internationalised Domain Names in Applications (IDNA) protocol as specified in RFC 5891 http://tools.ietf.org/html/rfc5891. This version of the protocol is often referred to as “IDNA2008” and can produce different results from the earlier standard from 2003. Security Fix(es):</p> <p>This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. Payloads such as &amp;quot;\u0660&amp;quot; * N or &amp;quot;\u30fb&amp;quot; * N + &amp;quot;\u6f22&amp;quot; utilize the valid_contexto function prior to length rejection, and for high values of N will take a long time to process.(CVE-2026-45409)</p> https://cve.radiocsirt.org/vuln/oesa-2026-2605 https://cve.radiocsirt.org/vuln/opensuse-su-2026:10829-1 <p>python311-idna-3.15-1.1 on GA media</p> <p>python311-idna-3.15-1.1 on GA media</p> https://cve.radiocsirt.org/vuln/opensuse-su-2026:10829-1 https://cve.radiocsirt.org/vuln/pysec-2026-215 <p><strong>Affected:</strong> PyPI: idna</p> <p>Internationalized Domain Names in Applications (IDNA) for Python provides support for Internationalized Domain Names in Applications (IDNA) and Unicode IDNA Compatibility Processing. In versions prior to 3.15, payloads such as `&#34;\u0660&#34; * N` or `&#34;\u30fb&#34; * N + &#34;\u6f22&#34;` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process. This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service. Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support). A workaround is available. Domain names cannot exceed 253 characters in length. If this length limit is enforced prior to passing the domain to the `idna.encode()` function, it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.</p> <p><strong>Affected:</strong> PyPI: idna</p> <p>Internationalized Domain Names in Applications (IDNA) for Python provides support for Internationalized Domain Names in Applications (IDNA) and Unicode IDNA Compatibility Processing. In versions prior to 3.15, payloads such as `&#34;\u0660&#34; * N` or `&#34;\u30fb&#34; * N + &#34;\u6f22&#34;` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process. This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service. Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support). A workaround is available. Domain names cannot exceed 253 characters in length. If this length limit is enforced prior to passing the domain to the `idna.encode()` function, it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.</p> https://cve.radiocsirt.org/vuln/pysec-2026-215 https://cve.radiocsirt.org/vuln/rhsa-2026:25039 <p>github.com/prometheus/prometheus: Prometheus: Information disclosure of Azure OAuth client secret via config API github.com/prometheus/prometheus: Prometheus: Denial of Service via uncontrolled memory allocation in remote read endpoint urllib3: urllib3: Information disclosure via cross-origin redirects forwarding sensitive headers urllib3: urllib3: Denial of Service due to excessive HTTP response decompression python-idna: idna: Denial of Service via specially crafted long inputs joserfc: joserfc: Resource exhaustion via oversized JSON Web Signature (JWS) payloads</p> <p>github.com/prometheus/prometheus: Prometheus: Information disclosure of Azure OAuth client secret via config API github.com/prometheus/prometheus: Prometheus: Denial of Service via uncontrolled memory allocation in remote read endpoint urllib3: urllib3: Information disclosure via cross-origin redirects forwarding sensitive headers urllib3: urllib3: Denial of Service due to excessive HTTP response decompression python-idna: idna: Denial of Service via specially crafted long inputs joserfc: joserfc: Resource exhaustion via oversized JSON Web Signature (JWS) payloads</p> https://cve.radiocsirt.org/vuln/rhsa-2026:25039 https://cve.radiocsirt.org/vuln/rlsa-2026:54290 <p><strong>Affected:</strong> Rocky Linux:8: python-idna</p> <p>Python is an interpreted, interactive, object-oriented programming language, which includes modules, classes, exceptions, very high level dynamic data types and dynamic typing. Python supports interfaces to many system calls and libraries, as well as to various windowing systems.</p> <p>Security Fix(es):</p> <p>* python-idna: idna: Denial of Service via specially crafted long inputs (CVE-2026-45409)</p> <p>For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.</p> <p><strong>Affected:</strong> Rocky Linux:8: python-idna</p> <p>Python is an interpreted, interactive, object-oriented programming language, which includes modules, classes, exceptions, very high level dynamic data types and dynamic typing. Python supports interfaces to many system calls and libraries, as well as to various windowing systems.</p> <p>Security Fix(es):</p> <p>* python-idna: idna: Denial of Service via specially crafted long inputs (CVE-2026-45409)</p> <p>For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.</p> https://cve.radiocsirt.org/vuln/rlsa-2026:54290 https://cve.radiocsirt.org/vuln/suse-su-2026:21873-1 <p>Security update for python-idna</p> <p>Security update for python-idna</p> https://cve.radiocsirt.org/vuln/suse-su-2026:21873-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-45409 <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: python-pip, Ubuntu:Pro:16.04:LTS: python-idna, Ubuntu:Pro:16.04:LTS: python-pip, Ubuntu:Pro:18.04:LTS: python-idna, Ubuntu:Pro:18.04:LTS: python-pip, Ubuntu:20.04:LTS: python-idna, Ubuntu:Pro:20.04:LTS: python-pip, Ubuntu:22.04:LTS: python-idna, Ubuntu:Pro:22.04:LTS: python-pip, Ubuntu:24.04:LTS: python-idna and 5 more</p> <p>Internationalized Domain Names in Applications (IDNA) for Python provides support for Internationalized Domain Names in Applications (IDNA) and Unicode IDNA Compatibility Processing. In versions prior to 3.15, payloads such as `&#34;\u0660&#34; * N` or `&#34;\u30fb&#34; * N + &#34;\u6f22&#34;` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process. This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service. Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support). A workaround is available. Domain names cannot exceed 253 characters in length. If this length limit is enforced prior to passing the domain to the `idna.encode()` function, it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.</p> <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: python-pip, Ubuntu:Pro:16.04:LTS: python-idna, Ubuntu:Pro:16.04:LTS: python-pip, Ubuntu:Pro:18.04:LTS: python-idna, Ubuntu:Pro:18.04:LTS: python-pip, Ubuntu:20.04:LTS: python-idna, Ubuntu:Pro:20.04:LTS: python-pip, Ubuntu:22.04:LTS: python-idna, Ubuntu:Pro:22.04:LTS: python-pip, Ubuntu:24.04:LTS: python-idna and 5 more</p> <p>Internationalized Domain Names in Applications (IDNA) for Python provides support for Internationalized Domain Names in Applications (IDNA) and Unicode IDNA Compatibility Processing. In versions prior to 3.15, payloads such as `&#34;\u0660&#34; * N` or `&#34;\u30fb&#34; * N + &#34;\u6f22&#34;` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process. This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service. Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support). A workaround is available. Domain names cannot exceed 253 characters in length. If this length limit is enforced prior to passing the domain to the `idna.encode()` function, it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-45409 https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2797 <p>Ein entfernter, anonymer Angreifer kann eine Schwachstelle in Red Hat Enterprise Linux (python-idna) ausnutzen, um einen Denial of Service Angriff durchzuführen.</p> <p>Ein entfernter, anonymer Angreifer kann eine Schwachstelle in Red Hat Enterprise Linux (python-idna) ausnutzen, um einen Denial of Service Angriff durchzuführen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2797