Bug 2563283 - CVE-2026-59696 erlang: Erlang/OTP stdlib: Denial of Service via malformed URI port [fedora-all]
Summary: CVE-2026-59696 erlang: Erlang/OTP stdlib: Denial of Service via malformed URI...
Keywords:
Status: ON_QA
Alias: None
Product: Fedora
Classification: Fedora
Component: erlang
Version: rawhide
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: Peter Lemenkov
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: {"flaws": ["1f5c6092-78a1-41e4-93dd-4...
Depends On:
Blocks: CVE-2026-59696
TreeView+ depends on / blocked
 
Reported: 2026-10-29 07:47 UTC by nlevinki
Modified: 2026-11-03 03:16 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)

Description nlevinki 2026-10-29 07:47:54 UTC
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

Improper Validation of Specified Quantity in Input vulnerability in Erlang/OTP stdlib allows a remote attacker to degrade availability by supplying a URI whose port component is a very long run of digits.

uri_string:get_port/1 passes the port substring to binary_to_integer/1 with no length bound, catching only error:badarg, so a syntactically valid port of up to roughly 1.26 million digits converts successfully and costs the calling process hundreds of milliseconds of arbitrary-precision arithmetic. The conversion is reached from every authority-parsing path in uri_string:parse/1, including the host, registered-name, and IPv4 and IPv6 forms. parse/1 is the documented interface for parsing URIs, so any application that parses an attacker-supplied URI is exposed without further configuration. The conversion function is documented to accept integers of any size, so bounding the input is the caller's responsibility.

This issue affects OTP from OTP 21.0 before OTP 27.3.4.17, from OTP 28.0 before OTP 28.5.0.6, and from OTP 29.0 before OTP 29.0.6, corresponding to stdlib from 3.5 before 6.2.2.5, from 7.0 before 7.3.0.2, and from 8.0 before 8.0.4.

Comment 1 Fedora Update System 2026-11-02 19:30:56 UTC
FEDORA-2026-1fcb57f32e (erlang-26.2.5.21-11.fc44) has been submitted as an update to Fedora 44.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-1fcb57f32e

Comment 2 Fedora Update System 2026-11-02 19:31:00 UTC
FEDORA-2026-9b9186651e (erlang-26.2.5.21-11.fc43) has been submitted as an update to Fedora 43.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-9b9186651e

Comment 3 Fedora Update System 2026-11-03 02:58:26 UTC
FEDORA-2026-1fcb57f32e has been pushed to the Fedora 44 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-1fcb57f32e`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-1fcb57f32e

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 4 Fedora Update System 2026-11-03 03:16:32 UTC
FEDORA-2026-9b9186651e has been pushed to the Fedora 43 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-9b9186651e`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-9b9186651e

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.


Note You need to log in before you can comment on or make changes to this bug.