Sortie de OpenSSH 10.6 avec correction des vulnérabilités.

La version 10.6 d'OpenSSH a été publiée, une implémentation open source du client et du serveur pour les protocoles SSH 2.0 et SFTP. Des problÚmes de sécurité ont été corrigés, la plupart d'entre eux ayant été détectés à l'aide d'outils d'analyse de code AI (les identifiants CVE n'ont pas été attribués) :

  • Une vulnĂ©rabilitĂ© dans sftp permet d'Ă©crire un fichier en dehors du rĂ©pertoire cible lors de l'accĂšs Ă  un serveur contrĂŽlĂ© par des individus malveillants.
  • Deux vulnĂ©rabilitĂ©s dans l'implĂ©mentation de GSSAPI dans sshd, causĂ©es par la conservation de l'Ă©tat entre diffĂ©rentes tentatives d'authentification. Les informations d'identification GSSAPI pouvaient ĂȘtre conservĂ©es aprĂšs une tentative d'authentification Ă©chouĂ©e et utilisĂ©es aprĂšs une tentative d'authentification rĂ©ussie par la suite. Les problĂšmes se produisent lorsque l'option GSSAPIAuthentication est activĂ©e.
  • Dans sshd et ssh, le support de la compression LZ77 a Ă©tĂ© dĂ©sactivĂ© en raison de la possibilitĂ© de mener une attaque par canal auxiliaire, permettant de restaurer le contenu d'une autre session lors de la connexion via une connexion multiplexĂ©e partagĂ©e avec la victime, en profitant du fait que les entrĂ©es contrĂŽlĂ©es par l'agresseur affectent la longueur totale des messages chiffrĂ©s transmis (LZ77 remplace les chaĂźnes rĂ©pĂ©tĂ©es par des rĂ©fĂ©rences dans un buffer commun Ă  tous les canaux).
  • Dans l'utilitaire ssh, l'utilisation des caractĂšres ‘$’ et ‘\’ dans les noms d'utilisateurs saisis en ligne de commande est interdite, car ils pouvaient permettre l'exĂ©cution de code lors du remplacement des noms dans les directives ProxyCommand et Match exec spĂ©cifiĂ©es dans les paramĂštres.
  • Dans ssh-keygen, le traitement incorrect de l'heure d'Ă©tĂ© a Ă©tĂ© corrigĂ©, ce qui entraĂźnait un dĂ©calage d'une heure de la durĂ©e de validitĂ© des certificats.
  • Dans un but de bloquer la crĂ©ation de zip-bombs, une vĂ©rification de la taille maximale des paquets a Ă©tĂ© ajoutĂ©e dans sshd et ssh lors de la dĂ©compression des donnĂ©es.
  • Dans sshd, un problĂšme a Ă©tĂ© rĂ©solu, permettant de contourner les restrictions du mot-clĂ© « restrict » dans le fichier authorized_keys, qui n'Ă©taient pas appliquĂ©es aux tunnels (PermitTunnel).
  • Dans sshd, l'analyse incorrecte de l'option « none » Ă  l'intĂ©rieur des blocs Match a Ă©tĂ© corrigĂ©e, qui dans certaines directives, telles que AuthorizedPrincipalsFile, Ă©tait interprĂ©tĂ©e comme un nom de fichier plutĂŽt que comme un indicateur pour dĂ©sactiver la directive.
  • Dans sshd, l'absence de rĂ©initialisation des privilĂšges root sur des plateformes ne prenant pas en charge le passage de descripteurs de fichiers et nĂ©cessitant les droits root pour allouer un PTY a Ă©tĂ© corrigĂ©e. Le problĂšme se manifeste sur QNX 6, SCO OpenServer 5 et lors de compilations avec l'option « —disable-fd-passing ».

Modifications sans lien avec des vulnérabilités :

  • La prise en charge de l'algorithme cryptographique hybride ssh-mldsa44-ed25519 est activĂ©e, rĂ©sistant au cracking par des ordinateurs quantiques.
  • L'option WarnWeakCrypto est implĂ©mentĂ©e et activĂ©e par dĂ©faut dans sshd_config pour gĂ©rer la sortie des avertissements lors de la connexion avec des algorithmes de nĂ©gociation de clĂ©s vulnĂ©rables aux ordinateurs quantiques.
  • Dans ssh-keygen et ssh-add, la vĂ©rification de la politique credProtect est mise en place dans les informations d'identification pour respecter les exigences de vĂ©rification (PIN ou biomĂ©trie) avant d'accĂ©der aux clĂ©s rĂ©sidentes sur les jetons FIDO.
  • Un indicateur ‘-P’ a Ă©tĂ© ajoutĂ© Ă  ssh-add pour ignorer la saisie optionnelle du code PIN pour les jetons FIDO et PKCS#11.
  • Dans ssh, la commande ~I prĂ©sente les informations de version sur les systĂšmes local et distant.
  • Dans sftp, les commandes mkdir/lmkdir ont ajoutĂ© le drapeau ‘-p’ pour crĂ©er des rĂ©pertoires si nĂ©cessaire.
  • ssh-keygen a ajoutĂ© le mode «hexdump» pour exporter des clĂ©s sous forme de dumps hexadĂ©cimaux (par exemple, pour insertion dans la documentation).
  • Dans ssh et sshd, la directive ChannelTimeout permet de spĂ©cifier des dĂ©lais d'expiration avec une prĂ©cision allant jusqu'Ă  la fraction de seconde.
  • sshd a ajoutĂ© l'option AgentSocketPath pour spĂ©cifier le chemin vers $SSH_AUTH_SOCK lors du passage d'agent (par exemple, user:.ssh/agent pour les sous-rĂ©pertoires dans $HOME et shared:/tmp pour les rĂ©pertoires partagĂ©s).
  • ssh-agent a ajoutĂ© le drapeau ‘-A’ pour indiquer les rĂ©pertoires avec des sockets d'agent, oĂč il est permis de spĂ©cifier les prĂ©fixes ‘user:’ et ‘shared:’ comme dans l'option AgentSocketPath.
  • sshd a sĂ©parĂ© la vĂ©rification des clĂ©s publiques des tentatives d'authentification. Une option ‘PubkeyOptions max-pk-ok:nnnn’ a Ă©tĂ© ajoutĂ©e pour configurer le nombre d'essais de vĂ©rification des clĂ©s publiques (par dĂ©faut 6), aprĂšs quoi la connexion sera rompue selon la limite MaxAuthTries.
  • ssh et sshd ont ajoutĂ© le support de la valeur ‘all’ Ă  l'option TCPKeepAlive, incluant l'envoi de paquets keepalive non seulement pour la connexion principale, mais aussi pour les connexions redirigĂ©es via celle-ci.

Source : opennet.ru

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster