CVE-2024-45337

Résumé

Applications et bibliothèques qui utilisent mal `connection.serverAuthenticate` (via le champ de rappel `ServerConfig.PublicKeyCallback`) peuvent être vulnérables à un contournement d'autorisation. La documentation de `ServerConfig.PublicKeyCallback` indique qu'« un appel à cette fonction ne garantit pas que la clé proposée est effectivement utilisée pour l'authentification ». Plus précisément, le protocole SSH permet aux clients de demander si une clé publique est acceptable avant de prouver qu'ils contrôlent la clé privée correspondante. `PublicKeyCallback` peut être appelé avec plusieurs clés, et l'ordre dans lequel les clés ont été fournies ne peut pas être utilisé pour déduire quelle clé le client a utilisée avec succès pour s'authentifier, le cas échéant. Certaines applications, qui stockent la ou les clés transmises à `PublicKeyCallback` (ou des informations dérivées) et prennent des décisions liées à la sécurité sur cette base une fois la connexion établie, peuvent faire des hypothèses incorrectes. Par exemple, un attaquant peut envoyer les clés publiques A et B, puis s'authentifier avec A. `PublicKeyCallback` ne serait appelé que deux fois, d'abord avec A puis avec B. Une application vulnérable pourrait alors prendre des décisions d'autorisation basées sur la clé B pour laquelle l'attaquant ne contrôle pas réellement la clé privée. Étant donné que cette API est largement mal utilisée, en tant qu'atténuation partielle, golang.org/x/[email protected] impose la propriété selon laquelle, lors d'une authentification réussie par clé publique, la dernière clé transmise à `ServerConfig.PublicKeyCallback` sera la clé utilisée pour authentifier la connexion. `PublicKeyCallback` sera désormais appelé plusieurs fois avec la même clé, si nécessaire. Notez que le client peut toujours ne pas contrôler la dernière clé transmise à `PublicKeyCallback` si la connexion est ensuite authentifiée avec une méthode différente, telle que `PasswordCallback`, `KeyboardInteractiveCallback` ou `NoClientAuth`. Les utilisateurs devraient utiliser le champ `Extensions` de la valeur de retour `Permissions` des différents rappels d'authentification pour enregistrer les données associées à la tentative d'authentification au lieu de référencer un état externe. Une fois la connexion établie, l'état correspondant à la tentative d'authentification réussie peut être récupéré via le champ `ServerConn.Permissions`. Notez que certaines bibliothèques tierces utilisent mal le type `Permissions` en le partageant entre les tentatives d'authentification ; les utilisateurs de bibliothèques tierces devraient se référer aux projets concernés pour obtenir des conseils.