[Important] Faille de sécurité SSLv3 - POODLE

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Important] Faille de sécurité SSLv3 - POODLE

ZobraK

Google vient de publier une nouvelle faille pour le protocole SSL, et plus particulièrement SSLv3, qui permettrait à un attaquant Homme du milieu de lire en clair les échanges de clés entre serveur et client.

Pour tester la vulnérabilité de votre serveur : https://www.ssllabs.com/ssltest/

Dans vos fichiers de conf nginx, pensez à ajouter modifier les lignes :

        ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
        ssl_ciphers "HIGH:!aNULL:!MD5 or HIGH:!aNULL:!MD5:!3DES";
        ssl_prefer_server_ciphers on;

Pour les anglophiles : http://googleonlinesecurity.blogspot.de/2014/10/this-poodle-bites-exploiting-ssl-30.html

Il y a certainement un paramétrage à faire au niveau de l'option 'ssl_ciphers' également, si quelqu'un a une suggestion pour pousser les plus sécurisés ?

Hardware

Merci pour ce rappel, ça fait longtemps que je n’intègre plus le support de SSLv2/v3 dans mes vhosts, depuis plusieurs années ces protocoles ne sont plus considérés comme sûr. Mozilla, Google et Microsoft vont supprimer le support de SSLv3 dans les prochaines versions de leurs navigateurs. Google a proposé une extension côté client, TLS_FALLBACK_SCSV, pour éviter le downgrade forcé de SSL.

Plus d'info sur "The POODLE attack" (CVE-2014-3566) :
http://nginx.com/blog/nginx-poodle-ssl/
https://datatracker.ietf.org/doc/draft-bmoeller-tls-downgrade-scsv/

Il y a certainement un paramétrage à faire au niveau de l'option 'ssl_ciphers' également, si quelqu'un a une suggestion pour pousser les plus sécurisés ?

ssl_ciphers "HIGH:!aNULL:!MD5 or HIGH:!aNULL:!MD5:!3DES";

Celle-ci est adaptée pour le support des vieux navigateurs (IE7/8) mais je recommande une suite de chiffrement plus adaptée (on est en 2014 quand même ^^) avec le support de la Perfect Forward Secrecy de manière optionnel, car les navigateurs ne supportent pas tous la PFS. Nginx intégre le support de ECDHE depuis pas mal de temps, donc pourquoi se priver

Je recommande cette suite de chiffrement :

ssl_ciphers "ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4";

# Pour le support du chiffrement DHE, il faut spécifier la clé DH à utiliser, 
# générée avec 'openssl dhparam'
ssl_dhparam /etc/nginx/ssl/dhparam.key;
ssl_ecdh_curve secp521r1; # NIST P-521

ZobraK

Merci pour les précisions. J'ai modifié en ce sens le paramètre ssl_cipher.

N'ayant pas de clé dhparam, j'ai fait un

cd /etc/nginx/ssl/ && openssl dhparam -out dhparam.key 1024

lkan

@hardware : http://security.stackexchange.com/questions/54639/nginx-recommended-ssl-ciphers-for-security-compatibility-with-pfs

Ca vient de là ?

Hardware

Nan je l'ai faite à partir des recommandations de ssllabs.com et avec quelques blogs traitant de ce sujet.

lkan

This server is not vulnerable to the POODLE attack because it doesn't support SSL 3
This server supports TLS_FALLBACK_SCSV to prevent protocol downgrade attacks.

Merci les gars ^^

Je précise qu'il faut rajouter ces lignes

dans /etc/nginx/nginx.conf entre les balises http { }

volkor

Merde,

j'ai refait un autre test et j'ai obtenu:

This server is not vulnerable to the POODLE attack because it doesn't support SSL 3.

Et comme un âne, j'ai supprimé mon premier post...
Du coup le fil conducteur est pas clair.

Merci quand même

PS: je n'ai touché qu'à

nano /etc/nginx/nginx.conf