low

CVE-2026-102825

crates.io · russh

Summary

Russh: Configured server auth-attempt cap is not enforced in the USERAUTH_REQUEST runtime path

Severity
low
CVSS
3.7
EPSS
0.4% (p29)
CWE
CWE-307
Also known as
GHSA-g6xm-f9xp-qq35
Published
2026-09-30
Updated
2026-09-30

Advisory details

Details

Affected versions and vulnerable location

Reachability trace verified

  1. Entry point: exported server API server::run_stream in russh/src/server/mod.rs:1049.
  2. Session run loop in russh/src/server/session.rs processes incoming packets and calls reply(...) (server/session.rs:725).
  3. reply forwards encrypted packets to session.server_read_encrypted(...) (server/mod.rs:1221).
  4. server_read_encrypted routes USERAUTH_REQUEST to enc.server_read_auth_request(...) (server/encrypted.rs:89).
  5. On each request, self.common.auth_attempts += 1 executes (server/encrypted.rs:98).
  6. No comparison against self.common.config.max_auth_attempts is present in this runtime flow.

PoC

Reproduction steps and observed output

I did not run a full server process in this environment because Rust tooling is unavailable. I verified the issue from source and command output on the audited tree.

  1. Show where max_auth_attempts appears:
rtk rg -n "max_auth_attempts" .scratch/russh/russh/src/server/mod.rs .scratch/russh/russh/src/server/encrypted.rs .scratch/russh/russh/src/server/session.rs

Observed:

.scratch/russh/russh/src/server/mod.rs:91:    pub max_auth_attempts: usize,
.scratch/russh/russh/src/server/mod.rs:121:            max_auth_attempts: 10,
.scratch/russh/russh/src/server/mod.rs:148:            .field("max_auth_attempts", &self.max_auth_attempts)
  1. Show runtime auth-attempt handling:
rtk rg -n "auth_attempts == 0|auth_attempts \\+= 1" .scratch/russh/russh/src/server/encrypted.rs

Observed:

53:        let initial_none_rejection_wait_until = if self.common.auth_attempts == 0 {
98:                self.common.auth_attempts += 1;
  1. Show production entrypoint-to-auth path references:
rtk rg -n "pub async fn run_stream|match reply\\(|server_read_encrypted\\(|server_read_auth_request\\(" .scratch/russh/russh/src/server/mod.rs .scratch/russh/russh/src/server/session.rs .scratch/russh/russh/src/server/encrypted.rs

Observed:

.scratch/russh/russh/src/server/encrypted.rs:89:                enc.server_read_auth_request(
.scratch/russh/russh/src/server/session.rs:725:                            match reply(&mut self, &mut handler, &mut pkt).await {
.scratch/russh/russh/src/server/mod.rs:1049:pub async fn run_stream<H, R>(
.scratch/russh/russh/src/server/mod.rs:1221:    session.server_read_encrypted(handler, pkt).await
  1. Toolchain check:
cargo --version

Observed:

/bin/bash: line 1: cargo: command not found

Impact

Attacker model

Suggested fix

Enforce max_auth_attempts in the USERAUTH_REQUEST branch before invoking auth-method handlers, and fail closed once threshold is reached.

Concrete patch direction in russh/src/server/encrypted.rs:

if self.common.config.max_auth_attempts > 0
    && self.common.auth_attempts >= self.common.config.max_auth_attempts
{
    self.common.disconnect(
        Disconnect::NoMoreAuthMethodsAvailable,
        "Too many authentication attempts",
        "",
    )?;
    return Ok(());
}

How it was found and a note on tooling

The researcher synthesized three lens outputs, then revalidated each claim against current main: source presence and commit history, advisory overlap checks in both GitHub advisories and OSV, entrypoint-to-sink reachability, attacker-model realism, and execution-claim integrity. The researcher used gh, git, rg, and direct source inspection under .scratch/russh. Because Rust tooling is unavailable in this worker, this report is intentionally marked source-only.

AI assistance was used while investigating this and while drafting this report. The finding was verified by reading the cited code at HEAD. The vulnerability was not executed it, and that limit is stated plainly above rather than left implied.

Credits: arpitjain099.

References

Related advisories

Is your project exposed to this? Stateward checks every dependency on every pull request and flags it only if your code actually reaches it.

Check my repo

Summarize with AI

ChatGPTClaudePerplexity

Sources: CISA KEV (public domain), OSV.dev & GitHub Advisory Database (CC-BY-4.0), FIRST EPSS, NVD/CWE (public domain). Served live from the Stateward advisory database.