Debian Package Tracker
Register | Log in
Subscribe

python-idna

Python IDNA2008 (RFC 5891) handling (Python 3)

Choose email to subscribe with

general
  • source: python-idna (main)
  • version: 3.11-1
  • maintainer: Debian Python Team (DMD)
  • uploaders: Thomas Goirand [DMD]
  • arch: all
  • std-ver: 4.7.3
  • VCS: Git (Browse, QA)
versions [more versions can be listed by madison] [old versions available from snapshot.debian.org]
[pool directory]
  • o-o-stable: 2.10-1+deb11u1
  • oldstable: 3.3-1+deb12u1
  • stable: 3.10-1
  • testing: 3.11-1
  • unstable: 3.11-1
versioned links
  • 2.10-1+deb11u1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 3.3-1+deb12u1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 3.10-1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 3.11-1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
binaries
  • python3-idna
action needed
A new upstream version is available: 3.18 high
A new upstream version 3.18 is available, you should consider packaging it.
Created: 2026-04-22 Last update: 2026-06-20 08:00
1 security issue in sid high

There is 1 open security issue in sid.

1 important issue:
  • CVE-2026-45409: 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 `"\u0660" * N` or `"\u30fb" * N + "\u6f22"` 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.
Created: 2026-06-06 Last update: 2026-06-10 22:00
1 security issue in forky high

There is 1 open security issue in forky.

1 important issue:
  • CVE-2026-45409: 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 `"\u0660" * N` or `"\u30fb" * N + "\u6f22"` 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.
Created: 2026-06-06 Last update: 2026-06-10 22:00
1 open merge request in Salsa normal
There is 1 open merge request for this package on Salsa. You should consider reviewing and/or merging these merge requests.
Created: 2026-06-19 Last update: 2026-06-19 09:02
1 low-priority security issue in trixie low

There is 1 open security issue in trixie.

1 issue left for the package maintainer to handle:
  • CVE-2026-45409: (needs triaging) 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 `"\u0660" * N` or `"\u30fb" * N + "\u6f22"` 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.

You can find information about how to handle this issue in the security team's documentation.

Created: 2026-06-06 Last update: 2026-06-10 22:00
1 low-priority security issue in bookworm low

There is 1 open security issue in bookworm.

1 issue left for the package maintainer to handle:
  • CVE-2026-45409: (needs triaging) 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 `"\u0660" * N` or `"\u30fb" * N + "\u6f22"` 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.

You can find information about how to handle this issue in the security team's documentation.

Created: 2026-06-06 Last update: 2026-06-10 22:00
debian/patches: 1 patch to forward upstream low

Among the 1 debian patch available in version 3.11-1 of the package, we noticed the following issues:

  • 1 patch where the metadata indicates that the patch has not yet been forwarded upstream. You should either forward the patch upstream or update the metadata to document its real status.
Created: 2024-02-13 Last update: 2026-02-18 08:02
Standards version of the package is outdated. wishlist
The package should be updated to follow the last version of Debian Policy (Standards-Version 4.7.4 instead of 4.7.3).
Created: 2026-03-31 Last update: 2026-03-31 15:01
news
[rss feed]
  • [2026-02-22] python-idna 3.11-1 MIGRATED to testing (Debian testing watch)
  • [2026-02-17] Accepted python-idna 3.11-1 (source) into unstable (Santiago Ruano Rincón)
  • [2025-02-13] python-idna 3.10-1 MIGRATED to testing (Debian testing watch)
  • [2025-02-06] Accepted python-idna 3.10-1 (source) into unstable (Santiago Ruano Rincón)
  • [2025-02-03] Accepted python-idna 3.10-1~exp1 (source) into experimental (Santiago Ruano Rincón)
  • [2024-09-26] python-idna 3.8-2 MIGRATED to testing (Debian testing watch)
  • [2024-09-19] Accepted python-idna 3.8-2 (source) into unstable (Thomas Goirand)
  • [2024-09-09] Accepted python-idna 3.8-1 (source) into experimental (Thomas Goirand)
  • [2024-06-17] Accepted python-idna 2.10-1+deb11u1 (source) into oldstable-proposed-updates (Debian FTP Masters) (signed by: Guilhem Moulin)
  • [2024-06-16] Accepted python-idna 3.3-1+deb12u1 (source) into proposed-updates (Debian FTP Masters) (signed by: Guilhem Moulin)
  • [2024-06-07] python-idna 3.6-2.1 MIGRATED to testing (Debian testing watch)
  • [2024-06-04] Accepted python-idna 3.6-2.1 (source) into unstable (Guilhem Moulin)
  • [2024-05-08] Accepted python-idna 2.6-1+deb10u1 (source) into oldoldstable (Guilhem Moulin)
  • [2024-02-15] python-idna 3.6-2 MIGRATED to testing (Debian testing watch)
  • [2024-02-12] Accepted python-idna 3.6-2 (source) into unstable (Thomas Goirand)
  • [2024-02-12] Accepted python-idna 3.6-1 (source) into unstable (Thomas Goirand)
  • [2023-07-16] python-idna 3.3-2 MIGRATED to testing (Debian testing watch)
  • [2023-07-13] Accepted python-idna 3.3-2 (source) into unstable (Bastian Germann) (signed by: bage@debian.org)
  • [2022-02-19] python-idna 3.3-1 MIGRATED to testing (Debian testing watch)
  • [2022-02-16] Accepted python-idna 3.3-1 (source) into unstable (Thomas Goirand)
  • [2021-12-26] python-idna 3.2-2 MIGRATED to testing (Debian testing watch)
  • [2021-12-23] Accepted python-idna 3.2-2 (source) into unstable (Thomas Goirand)
  • [2021-08-25] Accepted python-idna 3.2-1 (source) into experimental (Thomas Goirand)
  • [2020-07-22] Accepted python-idna 2.10-1~bpo10+1 (source all) into buster-backports, buster-backports (Debian FTP Masters) (signed by: Sergio Durigan Junior)
  • [2020-07-13] python-idna 2.10-1 MIGRATED to testing (Debian testing watch)
  • [2020-07-10] Accepted python-idna 2.10-1 (source) into unstable (Sergio Durigan Junior)
  • [2020-05-05] python-idna 2.9-1 MIGRATED to testing (Debian testing watch)
  • [2020-05-02] Accepted python-idna 2.9-1 (source) into unstable (Scott Kitterman) (signed by: Donald Scott Kitterman)
  • [2020-04-12] python-idna 2.8-2 MIGRATED to testing (Debian testing watch)
  • [2020-04-05] Accepted python-idna 2.8-2 (source) into unstable (Sandro Tosi)
  • 1
  • 2
bugs [bug history graph]
  • all: 1
  • RC: 0
  • I&N: 1
  • M&W: 0
  • F&P: 0
  • patch: 0
links
  • homepage
  • lintian
  • buildd: logs, reproducibility
  • popcon
  • browse source code
  • other distros
  • security tracker
  • debian patches
  • debci
ubuntu Ubuntu logo [Information about Ubuntu for Debian Developers]
  • version: 3.11-1

Debian Package Tracker — Copyright 2013-2025 The Distro Tracker Developers
Report problems to the tracker.debian.org pseudo-package in the Debian BTS.
Documentation — Bugs — Git Repository — Contributing