RegreSSHion : Pourquoi une vulnérabilité vieille de six mois est-elle à nouveau d'actualité ?

Les correctifs php2shell (CVE-2026-109618 et CVE-2026-109619) pour les versions de PHP en fin de vie sont désormais disponibles. Les réponses du service commercial étant plus lentes que d'habitude en raison d'une forte demande, le moyen le plus rapide d'obtenir les paquets corrigés est d'acheter ELS for Runtimes en ligne (s'ouvre dans un nouvel onglet). Consulter la FAQ sur les correctifs

Accédez directement au résumé généré par l'IA de cet article de blog

  • Résumez cet article avec Perplexity
  • Résume cet article avec Gemini

Les professionnels de la cybersécurité savent que les vulnérabilités tombent rarement dans l'oubli simplement parce qu'elles ont été corrigées ou signalées. La publication d'une preuve de concept (PoC) peut redonner vie à d'anciennes menaces. C'est précisément ce qui s'est passé avec la vulnérabilité RegreSSHion (CVE-2024-6387), que nous avons étudiée en détail il y a six mois ici. Maintenant qu'un PoC entièrement fonctionnel est disponible, il est temps de revenir sur les raisons pour lesquelles cette vulnérabilité mérite qu'on s'y intéresse - et qu'on agisse.

 

L'état des lieux : qu'est-ce qui a changé ?

 

Le 1er juillet 2024, la vulnérabilité RegreSSHion a fait parler d'elle dans les médias, comme c'est souvent le cas pour les vulnérabilités nommées. La combinaison d'une large applicabilité et d'un potentiel d'exécution de code à distance en a fait un sujet de préoccupation important, même si l'exploitation dépendait d'un timing précis et d'un succès probabiliste.

Six mois plus tard, un PoC a été rendu public et peut être trouvé sur github (que nous ne lierons pas intentionnellement). Cet outil simplifie le processus d'identification des serveurs OpenSSH vulnérables et, potentiellement, l'exploitation de la faille.

Bien que l'exploit dépende toujours d'une condition de course - un défi pour les attaquants - il est maintenant à la portée d'un nombre beaucoup plus important d'acteurs de la menace. En d'autres termes, la barrière à l'entrée a été abaissée et le risque pour les systèmes non corrigés s'est accru.

 

Ce que nous dit le PoC

 

Le script PoC est un scanner léger et efficace capable de détecter les versions vulnérables d'OpenSSH. Il comprend des fonctionnalités telles que l'analyse rapide de plusieurs IP et plages de réseaux, la détection des changements de temps de grâce afin d'identifier les mesures d'atténuation, et l'identification des versions corrigées.

Il est notamment confirmé que l'exploit fonctionne sur les serveurs OpenSSH 32 bits (dont il existe apparemment encore un nombre considérable) et qu'il cible les systèmes utilisant les paramètres par défaut, tels qu'un LoginGraceTime de 120 secondes. Bien que le temps nécessaire à l'exécution de l'exploit reste probabiliste - allant de quelques heures à quelques jours pour une attaque réussie - le PoC élimine une grande partie de la complexité liée à l'élaboration manuelle d'une telle attaque.

 

Appel à l'action : Rachetez maintenant, si vous ne l'avez pas encore fait

 

Si votre entreprise n'a pas mis à jour OpenSSH avec une version connue pour atténuer RegreSSHion, il est temps de le faire. L'existence d'un PoC accessible au public facilite grandement la tâche des attaquants qui cherchent à détecter les faiblesses et à exécuter des attaques ciblées.

Reportez-vous à notre article original pour un examen approfondi de la vulnérabilité et de ses mécanismes d'exploitation. En résumé, assurez-vous de ce qui suit :

 

  • Mettez à jour OpenSSH vers une version corrigée, en particulier une version au-delà de la plage affectée de 8.5p1 à 9.8p1.
  • Réduire l'exposition des services SSH en limitant l'accès aux réseaux internes ou en utilisant des VPN.
  • Durcir les configurations, par exemple en réduisant le temps de connexion (LoginGraceTime) et en activant d'autres fonctions de sécurité telles que fail2ban.
  • Surveiller les journaux pour détecter les tentatives de connexion suspectes ou les délais d'attente.

 

Pourquoi il est essentiel d'agir rapidement

 

Même si l'exploit reste difficile à déclencher, un attaquant déterminé peut optimiser le processus pour des cibles spécifiques. En outre, les analyses Internet à grande échelle ont permis d'identifier des millions de serveurs SSH exposés, dont un grand nombre n'ont probablement pas encore été corrigés. Cela renforce l'importance d'une atténuation proactive, en particulier pour les organisations qui n'ont peut-être pas donné la priorité aux mises à jour lorsque la vulnérabilité a été divulguée pour la première fois.

 

Réflexions finales

La cybersécurité est une course constante contre la montre, et les vulnérabilités telles que RegreSSHion nous rappellent qu'il n'est pas négociable d'appliquer les correctifs en temps voulu. Bien que la vulnérabilité existe depuis des mois, le nouveau PoC disponible a ravivé sa pertinence et augmenté le paysage des risques.

N'attendez pas qu'un pirate frappe à votre porte. Apportez des correctifs à vos systèmes, éliminez les risques inutiles et gardez une longueur d'avance.

Résumé
RegreSSHion : Pourquoi une vulnérabilité vieille de six mois est-elle à nouveau d'actualité ?
Nom de l'article
RegreSSHion : Pourquoi une vulnérabilité vieille de six mois est-elle à nouveau d'actualité ?
Description
La publication d'une preuve de concept (PoC) peut redonner vie à d'anciennes menaces. Lire ce qui s'est passé avec la vulnérabilité RegreSSHion
Auteur
Nom de l'éditeur
de TuxCare
Logo de l'éditeur

Rejoignez plus de 4 500 professionnels de Linux et de l'Open Source!

2 fois par mois. Pas de spam.

Table des matières
Obtenez les réponses à vos questions sur la sécurité des logiciels libres

Rejoignez plus de 4 500 professionnels de Linux et de l'Open Source!

2 fois par mois. Pas de spam.