S.G.D.S.N

Agence nationale
de la sécurité des
systèmes d'information

Paris, le 28 septembre 2001
N° CERTA-2001-AVI-104
Affaire suivie par: CERT-FR

Avis du CERT-FR

Objet: Vulnérabilités multiples dans l'implémentation OpenSSH du protocole SSH v2

Gestion du document

Référence CERTA-2001-AVI-104
Titre Vulnérabilités multiples dans l'implémentation OpenSSH du protocole SSH v2
Date de la première version28 septembre 2001
Date de la dernière version19 octobre 2001
Source(s) Listes de diffusion BugTraq et openssh-unix-dev
Pièce(s) jointe(s) Aucune(s)
Tableau 1: Gestion du document

Une gestion de version détaillée se trouve à la fin de ce document.

Risque

  • Contournement de la politique de sécurité

Systèmes affectés

OpenBSD, FreeBSD, toute distribution Linux et tout système utilisant OpenSSHv2 dans une version inférieure à la 2.9.9.

Résumé

Un utilisateur mal intentionné peut contourner une configuration restreignant les adresses IP de connexion au serveur ou les commandes autorisées sur ce dernier.

Description

Le fichier ˜/.ssh/authorized_keys2, de chaque utilisateur autorisé à se connecter via SSH, permet de restreindre les actions permises et/ou l'adresse du client par l'ajout d'options à chaque clé publique listée.

Ces limitations sont souvent utilisées lorsque le client distant est invoqué automatiquement (tâche programmée,...) et que par conséquent sa clé privée n'est pas protégée par un mot de passe.

Dans certains cas particuliers, ces restrictions peuvent être contournées :

  • si le serveur sftp (ftp sécurisé introduit avec la version 2) est lancé, il peut être invoqué malgré la restriction sur les commandes autorisées, et, selon les droits du client, être utilisé pour modifier le fichier ˜/.ssh/authorized_keys2 dans le but d'obtenir un shell, par exemple.
  • si 2 clés de nature différente (i.e. RSA et DSA) se suivent au sein de ce fichier, alors les options sur la seconde clé s'appliquent également à la première, ce qui peut conduire au non respect de restrictions sur l'adresse source du client pour la première clé.

Contournement provisoire

  • Désactiver le lancement du sous-système sftp sur le serveur (usuellement dans le fichier sshd_config) dans le premier cas.
  • Commenter l'une des clés ou créer de nouvelles clés de manière à unifier le type, dans le second cas.

Solution

  • Télécharger et compiler la dernière version d'OpenSSH depuis le site officiel :

    http://www.openssh.org

  • Télécharger et installer le port/paquetage correspondant à la distribution lorsqu'il sera disponible.

    • Linux Mandrake :

      http://www.linux-mandrake/en/security/2001/MDKSA-2001-081.php3

    • Linux Red Hat :

      http://www.redhat.com/support/errata/RHSA-2001-114.html

    • Linux Trustix :

      http://www.trustix.net/errata/misc/2001/TSL-2001-0026-openssh.as.txt

Documentation

Gestion détaillée du document

    le 28 septembre 2001
    version initiale.
    le 19 octobre 2001
    ajout de liens sur les distributions Linux de Mandrake, Red Hat et Trustix.