Bug 2496790 - CVE-2026-54886 erlang: Erlang OTP ssh: Denial of Service via infinite loop in SFTP channel [fedora-all]
Summary: CVE-2026-54886 erlang: Erlang OTP ssh: Denial of Service via infinite loop in...
Keywords:
Status: CLOSED ERRATA
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": ["6d6f2ff4-cdc8-4135-aa3c-b...
Depends On:
Blocks: CVE-2026-54886
TreeView+ depends on / blocked
 
Reported: 2026-07-03 08:54 UTC by jkelly
Modified: 2026-07-19 05:47 UTC (History)
4 users (show)

Fixed In Version: erlang-26.2.5.21-4.fc43 erlang-26.2.5.21-4.fc44
Clone Of:
Environment:
Last Closed: 2026-07-19 03:56:00 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description jkelly 2026-07-03 08:54:56 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.

Loop with Unreachable Exit Condition ('Infinite Loop') vulnerability in Erlang OTP ssh (ssh_sftpd module) allows an authenticated SFTP user to render an SFTP channel permanently unresponsive.

The handle_data/4 function in ssh_sftpd contains a catch-all clause that accepts channel data of any type. When channel data with a non-zero type code (SSH_MSG_CHANNEL_EXTENDED_DATA) arrives with an empty pending buffer and a payload at or below the SFTP packet size limit, the clause tail-calls itself with identical arguments, creating an infinite loop.

The SFTP protocol operates exclusively on normal channel data (type 0). Extended data (non-zero type) is meaningless for SFTP and is never sent by conforming clients. However, the SSH protocol permits any channel participant to send extended data on an open channel, so an authenticated SFTP client can trigger the loop by sending SSH_MSG_CHANNEL_EXTENDED_DATA with any data_type_code and any non-empty payload at or below the size limit.

The targeted ssh_sftpd process enters an infinite tail-recursive loop. It never processes another message, its message queue grows without bound, and it can only be stopped by killing the process. BEAM's reduction-based scheduler preemption continues to function, so other processes on the node are not starved, but each stuck channel process consumes its full CPU time share continuously and accumulates unbounded message queue memory. Opening many channels amplifies the CPU and memory impact.

Erlang/OTP SSH configurations using the default max_channels setting (infinity) allow an authenticated user to open unlimited channels per connection, amplifying the attack without requiring multiple TCP connections or authentications.

No file contents, credentials, or write access are obtainable through this issue. The impact is limited to denial of service on targeted SFTP channels, with secondary CPU degradation and memory growth.

This vulnerability is associated with program file lib/ssh/src/ssh_sftpd.erl and program routine ssh_sftpd:handle_data/4.

This issue affects OTP from OTP 17.0 until OTP 29.0.3, 28.5.0.3, and 27.3.4.14 corresponding to ssh from 3.0.1 until 6.0.2, 5.5.2.2, and 5.2.11.9.

Comment 1 Peter Lemenkov 2026-07-10 16:25:05 UTC
Fixed in Fedora rawhide (f45) via erlang-27.3.4.14-1.fc45, which ships the upstream OTP fix (ssh-5.2.11.9, in OTP 27.3.4.14).

f43 and f44 remain on the OTP 26.x line, which did not receive an upstream fix for this issue, so a downstream backport is required. Backports for f43/f44 are prepared; updates will follow via Bodhi.

Comment 2 Fedora Update System 2026-07-10 17:12:24 UTC
FEDORA-2026-dcf80dc1ff (erlang-26.2.5.21-4.fc44) has been submitted as an update to Fedora 44.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-dcf80dc1ff

Comment 3 Fedora Update System 2026-07-10 17:12:39 UTC
FEDORA-2026-965be97ac0 (erlang-26.2.5.21-4.fc43) has been submitted as an update to Fedora 43.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-965be97ac0

Comment 4 Fedora Update System 2026-07-11 01:34:45 UTC
FEDORA-2026-dcf80dc1ff 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-dcf80dc1ff`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-dcf80dc1ff

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

Comment 5 Fedora Update System 2026-07-11 01:47:54 UTC
FEDORA-2026-965be97ac0 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-965be97ac0`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-965be97ac0

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

Comment 6 Fedora Update System 2026-07-19 03:56:00 UTC
FEDORA-2026-965be97ac0 (erlang-26.2.5.21-4.fc43) has been pushed to the Fedora 43 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 7 Fedora Update System 2026-07-19 05:47:31 UTC
FEDORA-2026-dcf80dc1ff (erlang-26.2.5.21-4.fc44) has been pushed to the Fedora 44 stable repository.
If problem still persists, please make note of it in this bug report.


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