Skip to content
OpenAdvisories
Medium · 5.3 CVE-2026-46705 EUVD-2026-36126GHSA-hpv4-5h6f-wqr3

russh server userauth state is not reset when authentication principal changes

Published Jun 10, 2026 · Updated Jun 11, 2026 · Assigned by GitHub_M

Description

Russh is a Rust SSH client & server library. From version 0.34.0-beta.1 to before version 0.61.0, the russh server authentication path keeps internal userauth state across SSH_MSG_USERAUTH_REQUEST messages without separating that state when the request principal changes. RFC 4252 allows the user name and service name fields to change between authentication requests. The issue is not that such changes are invalid. The issue is that russh-owned authentication state, such as remaining methods, partial-success state, and in-progress method state, can remain associated with the connection and then influence a later request for a different (user, service). This is an internal library state mismatch. This issue has been patched in version 0.61.0.

Affected products

VendorProductAffectedFixed
Eugeny russh >= 0.34.0-beta.1, < 0.61.0 —

Fixed in Linux distributions

Distributions backport fixes, so the version that fixes this vulnerability differs per release — upgrade to at least the version shown. From the distributions' security trackers and advisories.

ReleasePackageFixed inAdvisory
Debian 14 rust-russh 0.64.1-1 —

Wolfi

ReleasePackageFixed inAdvisory
Wolfi rolling yazi 26.5.6-r2 —

Affected packages

EcosystemPackageAffectedFixedRecord
crates.io russh >= 0.34.0-beta.1, < 0.61.0 0.61.0 GHSA-hpv4-5h6f-wqr3

References