CVE-2026-16516
Publiée le 2026-10-07 · Dernière modification le 2026-10-13
Les clients wolfSSH sont affectés par une faille dans la manière dont ils vérifient les clés d'hôte lors de la phase initiale de connexion (handshake). Un attaquant positionné en tant qu'intermédiaire (man-in-the-middle) sur le réseau peut tromper le client pour lui faire accepter une fausse clé d'hôte, lui permettant ainsi d'usurper l'identité du serveur et d'intercepter la connexion. Cette attaque est relativement simple à exécuter, à condition que l'attaquant dispose d'un accès au réseau et que l'utilisateur s'appuie sur le principe de « confiance lors de la première utilisation » (TOFU) ou sur une vérification laxiste des clés.
DÉTAIL DU VECTEUR CVSS
RÉFÉRENCES
Description officielle du NVD (en anglais)
wolfSSH does not validate that the ECDSA curve identifier in a KEXDH_REPLY host key blob matches the algorithm negotiated during key exchange. In ParseECCPubKey() (src/internal.c), the blob's algorithm string is used to derive the curve via NameToId/wcPrimeForId without checking against the negotiated ssh->handshake->pubKeyId, and the RFC 5656 curve identifier string is discarded via GetSkip() rather than compared. An active network man-in-the-middle attacker can substitute a host key blob containing a different ECDSA curve, causing the client to import the key on the wrong curve. Because the attacker controls the private key for the substituted curve, signature verification passes. Exploitation requires an active MitM position and a lax public key check callback (e.g., TOFU, algorithm-name-only check, or fingerprint match against the parsed key).