Multiples vulnérabilités dans les produits Juniper

CVE-2020-13946 · Publié le 01/09/2020 · Révisé le 17/06/2026

MOYENNE 5.9 EPSS 0.03 · 86ᵉ centileCWE-668

CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N

Produits et versions affectés

Explication de la faille

Conditions à réunir pour exploiter cette faille, telles que publiées :

• exploitable à distance, depuis le réseau
• sans authentification préalable
• sans aucune action de la victime
• exige des conditions que l'attaquant ne maîtrise pas entièrement

Atteinte totale à la confidentialité des données.

L'impact reste confiné au composant vulnérable.

Exploitation connue

Aucune exploitation constatée à ce jour par les sources suivies.

Le score EPSS estime à 3.0 % la probabilité qu'une tentative d'exploitation soit observée dans les trente prochains jours. Cette valeur la situe au 86ᵉ centile : 86 % des vulnérabilités connues ont une probabilité plus faible.

L'EPSS est une estimation statistique, calculée quotidiennement à partir des signaux observés. Il ne dit rien de la gravité, et une valeur basse ne vaut pas garantie.

Vérifier la présence sur votre système

Un équipement réseau ne se sonde pas depuis un poste : sa version se lit dans sa propre console. Vérifiez aussi que l'interface d'administration n'est pas exposée sur Internet, ce qui change entièrement l'urgence.

Relevez la version installée, puis comparez-la aux plages listées plus haut. Une version absente de ces plages n'est pas concernée par cet avis. Un service redémarré depuis la mise à jour peut encore exécuter l'ancien binaire : vérifiez la version du processus en cours, pas seulement celle du paquet.

La version du micrologiciel se lit dans l'interface d'administration de la baie. Une baie accessible depuis Internet doit être traitée en priorité.

Interface d'administration → À propos / System → Version
En ligne de commande, selon le constructeur :
  show version            (Cisco, Arista, HPE)
  get system status       (Fortinet)
  request system software (Juniper)
  show system info        (Palo Alto)

httpd -v 2>/dev/null || apache2 -v
nginx -v
java -version
php -v

ps -eo pid,comm,args | grep -i cassandra
# puis, pour le PID trouvé :
ls -l /proc/<PID>/exe

apachectl -M

Ces commandes ne font que lire l'état du système : aucune n'installe, ne modifie ni ne redémarre quoi que ce soit.

Correctif et contournements

Versions à partir desquelles la faille est corrigée :

• Apache Cassandra 2.1.22, 2.2.18, 3.0.22, 3.11.8

Ces numéros sont déduits des bornes de version du NVD : la borne haute d'une plage vulnérable est la première version corrigée de sa branche. Le bulletin de l'éditeur, lié ci-dessous, reste la référence — lui seul mentionne les contournements et les conditions de mise à jour.