Dans OpenSSH, le code d'authentification a été déplacé vers un processus distinct sshd-auth

Les développeurs d'OpenSSH ont poursuivi la séparation de sshd en plusieurs fichiers exécutables distincts. Lors de la première phase de séparation réalisée en mai, les fonctions liées au traitement des sessions ont été extraites de sshd et mises dans un processus distinct nommé sshd-session, laissant à sshd uniquement la fonctionnalité nécessaire pour accepter une nouvelle connexion réseau et lancer sshd-session pour chaque nouvelle session. Hier, un changement a été introduit dans la base de code d'OpenSSH, ajoutant un autre processus — sshd-auth, vers lequel le code responsable de l'authentification a été transféré depuis sshd-session.

Le processus sshd-auth est lancé depuis sshd-session et permet d'isoler davantage les données liées à l'authentification dans l'espace d'adressage d'un processus distinct, ce qui empêche l'accès à ces données en mémoire lors d'attaques contre le code utilisé pour traiter les étapes de connexion jusqu'à la fin de l'authentification. De plus, ce changement réduit légèrement la consommation de mémoire, car le code lié à l'authentification n'est présent en mémoire que pendant l'authentification, puis est déchargé à la fin du processus sshd-auth.

À l'instar de sshd, ssh-session et ssh-agent, un processus sshd-auth a également bénéficié d'une opération de réorganisation aléatoire du fichier exécutable lors de chaque démarrage du système d'exploitation. Cette réorganisation aléatoire rend les offsets des fonctions dans les fichiers exécutables et les bibliothèques imprévisibles, ce qui complique la création d'exploits utilisant des méthodes de programmation orientée retour (ROP – Return-Oriented Programming). Lorsqu'il utilise la technique ROP, l'attaquant n'essaie pas de placer son propre code en mémoire, mais travaille avec des morceaux existants d'instructions machine se terminant par une instruction de retour (habituellement, ce sont des fins de fonctions). Le travail de l'exploit consiste à construire une chaîne d'appels de tels blocs (« gadgets ») pour obtenir la fonctionnalité souhaitée.

Source : opennet.ru