S.G.D.S.N
Agence nationale
de la sécurité des
systèmes d'information
Paris, le 12 octobre 2005
N° CERTA-2005-AVI-400-004
Affaire suivie par: CERT-FR
le 12 octobre 2005

Avis du CERT-FR

Objet: Faiblesse dans OpenSSL 0.9.x

Gestion du document

Référence CERTA-2005-AVI-400-004
Titre Faiblesse dans OpenSSL 0.9.x
Date de la première version 12 octobre 2005
Date de la dernière version 04 janvier 2006
Source(s) Avis OpenSSL du 11 octobre 2005
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é,
  • risque d'atteinte à la confidentialité des échanges.

Systèmes affectés

Tout système utilisant OpenSSL en versions sources 0.9.7 jusqu'à 0.9.7g ou 0.9.8 et les betas antérieures.

Par extension, sont concernés tous les serveurs utilisant OpenSSL pour le support de SSL/TLS. En particulier les versions SSL du serveur web Apache, des serveurs de courrier qmail, postfix, Exim, du serveur d'annuaire OpenLDAP,...peuvent être impactés.

Résumé

Un utilisateur mal intentionné, ayant la capacité d'intercepter le flux TCP, peut conduire une attaque par le milieu visant à faire régresser à la version 2 le protocole SSL négocié entre les parties.

Description

OpenSSL est une mise en oeuvre « open source » des protocoles Secure Sockets Layer (SSL) et Transport Layer Security (TLS). OpenSSL est largement utilisé comme bibliothèque pour sécuriser des protocoles applicatifs sur l'Internet.

Les versions du protocole SSL usuellement supportée sont v2 et v3, sachant que l'on peut assimiler TLS à une version v3.1. Cependant le support de v2 n'est conservé que pour des raisons de compatibilité ascendante et n'est plus vraiment justifié de nos jours la v3 datant de novembre 1996. L'usage de SSLv2 est fortement déconseillé étant donné des faiblesses cryptographiques majeures qui ont conduit à l'élaboration de la version v3.

L'usage d'un code, développé pour assurer la compatibilité avec des produits tiers, supprime la vérification d'une éventuelle attaque en régression sur la version négociée, lors de l'établissement d'une session SSLv2.

Il est ainsi possible, pour un utilisateur en position d'interception, de forcer l'utilisation de SSLv2 entre 2 parties alors que SSLv3 ou TLS étaient possibles. Celui-ci pourra alors tenter d'exploiter les faiblesses de SSLv2 pour attenter à la confidentialité de l'échange.

Contournement provisoire

Désactiver le support de SSLv2 dans toute application utilisant OpenSSL.

Solution

Mettre à jour les sources en versions 0.9.7h ou 0.9.8a au moins, ou se référer au bulletin de sécurité de l'éditeur pour l'obtention des correctifs (cf. section Documentation).

Documentation

Gestion détaillée du document

    le 12 octobre 2005
    version initiale ;
    le 07 novembre 2005
    ajouts des bulletins Fedora Core 3 et 4, du bulletin SuSE et de 3 avis Debian ;
    le 08 novembre 2005
    ajout des références aux bulletins de sécurité Debian DSA-888 et Ubuntu ;
    le 05 décembre 2005
    ajout de la référence à l'avis de sécurité Cisco.
    le 04 janvier 2006
    ajout de la référence à l'avis de sécurité Juniper.