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.

