Nos Bonnes Formations
Toutes les formations
Logo TOSA centre agrée
Boutique certification

Actualité

Faille OpenSSH : quelles configurations Linux vérifier ?

Le risque dépend à la fois du système d’authentification et des comptes présents sur la machine. Le bulletin d’Alpine permet de préciser le diagnostic, y compris pour les comptes habituellement accessibles par clé.

En bref

Le fait essentiel

Les administrateurs d’Alpine doivent vérifier leurs serveurs SSH : une faille peut ouvrir l’accès à certains comptes. Installer le correctif exige aussi de redémarrer le service.

Source et vérification

Source : CERT-FR (ANSSI)Vérifié le 9 novembre 2026 13h21Source publiée le 5 novembre 2026 1h00

Crédit image : Illustration originale NBForm, générée avec OpenAI ImageGenDroits : NBForm

Dans cet article

Résumé

  • Le CERT-FR a publié l’alerte le 5 novembre 2026 et ajouté l’identifiant CVE-2026-123158 le 6 novembre.
  • Sur Alpine, le compte visé possède un champ de mot de passe marqué d’un astérisque ; un autre compte doit avoir une empreinte SHA-256 ou SHA-512.
  • Des paquets Alpine corrigés conservent un numéro OpenSSH antérieur à 10.6p2 : le bulletin de la branche détermine le paquet à installer.
  • Les conteneurs sans serveur SSH sont exclus du périmètre décrit par Alpine.

Une faille d’OpenSSH, le logiciel qui permet notamment d’administrer un serveur à distance par une connexion SSH, peut laisser entrer un attaquant sans connaître le mot de passe du compte visé. Certaines configurations Linux sont concernées. Le CERT-FR a publié son alerte le 5 novembre 2026, puis ajouté l’identifiant CVE-2026-123158 dans sa mise à jour du 6 novembre.

Sur Alpine, les comptes présents font partie du diagnostic

Le problème touche les systèmes utilisant musl, une bibliothèque qui fournit des fonctions de base aux programmes Linux, lorsque PAM est absent ou désactivé. PAM est la couche à laquelle OpenSSH peut déléguer la vérification des identifiants. Le serveur doit également accepter les connexions par mot de passe.

Le bulletin d’Alpine Linux précise les conditions liées aux comptes : l’un doit avoir son mot de passe désactivé, avec un astérisque dans le champ correspondant, et un autre doit posséder une empreinte de mot de passe au format SHA-256 ou SHA-512. Cette empreinte est la valeur calculée que le système conserve pour vérifier le mot de passe. Un compte accessible uniquement par clé peut donc être exposé si les autres conditions sont réunies.

La seule présence d’OpenSSH ne suffit ainsi pas à conclure. Alpine exclut notamment les conteneurs qui n’exécutent pas de serveur SSH et les installations où la connexion par mot de passe est désactivée.

Installer le paquet corrigé, puis redémarrer sshd

OpenSSH a publié la version 10.6p2 le 5 novembre. Alpine distribue aussi le correctif dans des paquets conservant des numéros OpenSSH antérieurs : les administrateurs doivent suivre le bulletin de leur branche Linux plutôt que se fier au seul numéro amont. Après installation, le CERT-FR demande impérativement de redémarrer sshd, le programme qui reçoit les connexions SSH. Le paquet mis à jour ne remplace pas à lui seul le service déjà en cours d’exécution.

Si le correctif ne peut pas être appliqué, le CERT-FR recommande de désactiver l’authentification par mot de passe ou, à défaut, le service SSH. Ce changement de configuration exige lui aussi un redémarrage de sshd. Avant de couper les connexions par mot de passe, Alpine demande de vérifier que l’accès par clé fonctionne et de garder la session actuelle ouverte jusqu’au test d’une nouvelle connexion.

À retenir

Le CERT-FR a alerté le 5 novembre 2026 sur un contournement d’authentification SSH, identifié CVE-2026-123158 le 6 novembre dans son avis. Le périmètre dépend de musl, de PAM, de l’authentification par mot de passe et des comptes présents. Les administrateurs doivent installer le paquet corrigé de leur distribution et redémarrer sshd ; à défaut, désactiver les mots de passe ou le service.

Notez cet article

Une note rapide nous aide à améliorer nos contenus.

Aucune note pour le moment.

Un seul vote par article. Les votes automatisés ou anormaux sont écartés ; aucune adresse IP brute n’est conservée.