Sécurité

Pour plus d'informations, consultez La page sécurité d'OpenBSD.

• OpenSSH ne fût pas vulnérable aux attaques par cassage de mots de passe, par re-jeu, ou par modification contre le code RC4. Au moment où OpenSSH fût initié, l'utilisation incorrecte du code RC4 au sein de SSH 1 était déjà connue, et le support RC4 a donc été supprimé.

• OpenSSH ne fût pas vulnérable aux attaques "client forwarding" sur les connexions non chiffrées, vu que le support des connexions non chiffrées a été supprimé au début du projet OpenSSH.

• OpenSSH ne fût pas vulnérable aux attaques sur le dernier paquet contre l'algorithme de chiffrement IDEA, vu que l'algorithme IDEA n'est pas supporté. Le statut du brevet utilisé par IDEA le rend peu approprié à une inclusion dans OpenSSH.

• OpenSSH ne permet à localhost d'être exempté de la vérification de la clé d'hôte, ce qui le rend invulnérable à l'attaque par contournement de l'authentification de la clé d'hôte.

• OpenSSH ne fût pas vulnérable aux attaques dites "uncontrollable X11 forwarding" car le "X11-forwarding" est désactivé par défaut et l'utilisateur peut l'activer ou le désactiver.

• OpenSSH possède la défiance au niveau du protocole SSH 1 qui rendrait une attaque par insertion difficile mais possible. Le mécanisme "deattack" de CORE-SDI est utilisé pour éliminer le cas commun. Des manières de résoudre ce problème sont en cours d'investigation, étant donné que le protocole SSH 1 n'est pas encore tombé en obsolescence.

• OpenSSH n'a jamais été sensible à la vulnérabilité dite "Feb 5, 2001: SSH-1 Brute Force Password Vulnerability", Crimelabs Security Note CLABS200101.

• OpenSSH 2.1.1 et les versions plus récentes ne permettent pas à un attaquant distant d'exécuter des commandes arbitraires avec les privilèges de sshd si UseLogin est activé par l'administrateur. UseLogin est désactivé par défaut. Ce problème a été corrigé sur la version OpenSSH 2.1.1.

• OpenSSH 2.2.0 et les versions plus récentes ne sont pas sensibles à la vulnérabilité dite "Feb 7, 2001: SSH-1 Session Key Recovery Vulnerability", CORE-SDI Advisory CORE- 20010116. OpenSSH impose des limites au niveau du taux de connexions, rendant l'attaque infaisable. De plus, l'oracle de Bleichenbacher a été complètement fermé depuis le 29 janvier 2001.

• OpenSSH 2.3.0 et les versions plus récentes ne sont pas sensibles à l'attaque par compensation plus connue sous le nom de "Feb 8, 2001: SSH-1 Daemon CRC32 Compensation Attack Detector Vulnerability", RAZOR Bindview Advisory CAN-2001-0144. Un dépassement de tampon dans le détecteur d'attaques par compensation CRC32 peut conduire à un accès distant root. Ce problème a été corrigé dans OpenSSH 2.3.0. Cependant, toute version antérieure à 2.3.0 est vulnérable.

• OpenSSH 2.3.0 et les versions plus récentes ne permettent pas aux serveurs malicieux d'accèder à l'affichage X11 ou au ssh-agent du client. Ce problème a été corrigé dans OpenSSH 2.3.0.

• OpenSSH 2.3.1, un snapshot de développement jamais publié, était sensible à la vulnérabilité dite "Feb 8, 2001: Authentication By- Pass Vulnerability in OpenSSH-2.3.1", OpenBSD Security Advisory. Dans le protocole 2, l'authentification peut être contournée si l'authentification par clé publique était permise. Ce problème est spécifique à OpenSSH 2.3.1, une version de développement interne de 3 semaines. OpenSSH 2.3.0 et les versions plus récentes que 2.3.1 ne sont pas vulnérables à ce problème.

• OpenSSH 2.9.9 et les versions plus récentes ne permettent pas aux utilisateurs d' effacer les fichiers nommés "cookies" si le "X11 forwarding" est activé. le "X11 forwarding" est désactivé par défaut.

• OpenSSH 2.9.9 et les versions plus récentes ne sont pas sensibles à la vulnérabilité dite "Sep 26, 2001: Weakness in OpenSSH's source IP based access control for SSH protocol v2 public key authentication.", OpenSSH Security Advisory.

• OpenSSH 3.0.2 et les versions plus récentes ne permettent pas aux utilisateurs de communiquer des variables d'environnement à login(1) si UseLogin est activé. L'option UseLogin est désactivée par défaut dans toutes les versions publiées d'OpenSSH.

• OpenSSH 3.1 et les versions plus récentes n'étaient pas sensibles à la vulnérabilité dite "March 7, 2002: Off-by-one error in the channel code", Op- enSSH Security Advisory.

• OpenSSH 3.2.1 et les versions plus récentes ne sont pas sensibles à la vulnérabilité dite "April 21, 2002: Buffer overflow in AFS/Kerberos token passing code", OpenSSH Security Advisory : Les versions antérieures à OpenSSH 3.2.1 autorisent un accès privilégié si "AFS/Kerberos token passing" est compilé et activé (soit dans le système soit dans sshd_config).

• OpenSSH 3.4 et les versions plus récentes ne sont pas sensibles à la vulnérabilité dite "June 26, 2002: OpenSSH Remote Challenge Vulnerability", OpenSSH Security Advisory.

• OpenSSH 3.7.1 et les versions plus récentes ne sont pas vulnérables à la vulnérabilité dite "September 16, 2003: OpenSSH Buffer Management bug", OpenSSH Security Advisory et avis du Cert CA-2003-24.

• La version portable OpenSSH 3.7.1p2 et les versions plus récentes ne sont pas vulnérables à la vulnérabilité dite "September 23, 2003: Portable OpenSSH Multiple PAM vulnerabilities", OpenSSH Security Advisory (ce problème n'affecte pas les versions OpenBSD).