Vulnérabilité dans russh (CVE-2026-102821)
Résumé
Vulnérabilité dans russh (CVE-2026-102821). Risque d'opérations non autorisées ou de divulgation. Exploitable via SSH_MSG_KEXINIT. Atténuation : mise à jour vers 0.63.2 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Summary
A russh server can be driven to unbounded heap growth (process OOM / kill) by
a peer that speaks only standard SSH messages, in the default configuration.
The peer starts a key re-exchange (sends SSH_MSG_KEXINIT) but never sends the
follow-up SSH_MSG_KEX_ECDH_INIT, leaving the server's kex state machine in
SessionKexState::InProgress indefinitely. While a rekey is in progress the
server's three message-drain paths are all gated off (if !self.kex.active()),
but the network-read path stays active, so every SSH_MSG_CHANNEL_OPEN the peer
sends is processed inline and appends one reply to an unbounded internal
queue (priority_receiver, an UnboundedReceiver) that is not dequeued until
the rekey completes. Because the peer decides whether the rekey ever completes,
the queue — and the server's memory — grows without bound.
This is reproducible end-to-end against a real russh server over a real
encrypted transport; see "Proof of concept". A one-line negative control (same
flood, no rekey) keeps memory flat, isolating the rekey window as the sole
trigger.
Impact
- Availability / DoS. Server RSS climbs at roughly 3.3 KB per
CHANNEL_OPEN, driven entirely by the peer, until the process is OOM-killed.
In the reproduction one connection pushed the server from ~4 MB to 2.57 GB
(and past 4.8 GB against the stockechoserverexample) and it was still
climbing when the flood was stopped. - **Reached with standard messages,…
Source: NIST National Vulnerability Database NVD GitHub Advisory
Résumé généré automatiquement
Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.
Une vulnérabilité référencée CVE-2026-102821 a été découverte dans russh.
Des attaquants peuvent cibler un point d'entrée spécifique comme SSH_MSG_KEXINIT à distance pour détourner le produit.
Risque d'opérations non autorisées ou de divulgation. Score CVSS : 6.5/10.
Action : mettez à jour russh vers 0.63.2 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « russh CVE-2026-102821 » sur le site de l'éditeur.
CVE-2026-102821 (russh) — CWE-400 / CVSS v3 6.5
Vecteur d'attaque : distant (réseau) / sans interaction utilisateur
Surface d'attaque : SSH_MSG_KEXINIT / SSH_MSG_KEX_ECDH_INIT / SSH_MSG_CHANNEL_OPEN / priority_receiver
Correctif : 0.63.2 — appliquer immédiatement
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.
Une vulnérabilité (CWE-400) affecte russh. Les attaquants atteignent le code vulnérable via SSH_MSG_KEXINIT.
Consultez l'avis de l'éditeur pour les versions affectées de russh. Surface d'attaque : SSH_MSG_KEXINIT / SSH_MSG_KEX_ECDH_INIT / SSH_MSG_CHANNEL_OPEN / priority_receiver.
Gravité : Moyenne (CVSS 6.5/10). Risque d'opérations non autorisées ou de divulgation.
Mettre à jour vers 0.63.2.
En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.
Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.
Actions de réponse
Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre
-
1Identify exposure identify
grep -r 'russh' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
russhを grep し、稼働しているサービス・バージョンを把握する。 -
2Apply patch patch
Upgrade russh to 0.63.2ステージング環境で 0.63.2 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
-
3Post-deployment verification verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
Paquets affectés
Références
- web github.com
- web github.com
- web github.com
- web nvd.nist.gov
- web github.com