SonicWall GMS 9.5.2 et antérieures reste exposé à deux failles, dont une critique, que l'éditeur ne corrigera pas.

SonicWall a mis en garde ses clients contre deux vulnérabilités touchant SonicWall GMS (Global Management System). Le produit est en fin de vie. L’éditeur a donc annoncé qu’il ne publiera aucun correctif. Les versions 9.5.2 et antérieures sont concernées.

Cette annonce place les entreprises qui utilisent encore cette console dans une situation délicate. En effet, elles ne peuvent plus compter sur l’éditeur pour combler ces brèches.

Deux failles dans SonicWall GMS, sans correctif à attendre

Le Global Management System sert à administrer de façon centralisée des équipements de sécurité. Par conséquent, il occupe une position sensible dans un réseau. En effet, une console de gestion compromise peut exposer des informations de configuration. Elle peut aussi faciliter d’autres attaques.

Les deux vulnérabilités affectent toutes les versions jusqu’à la 9.5.2 incluse. Selon les informations disponibles, l’une permettrait de lire des fichiers internes. L’autre autoriserait la modification d’enregistrements dans la base de données. Toutefois, les détails complets de cette seconde faille n’étaient pas précisés dans les éléments dont nous disposons.

Voici ce que l’on sait avec certitude :

• produit concerné : SonicWall Global Management System (GMS) ;
• versions touchées : 9.5.2 et toutes les versions antérieures ;
• statut : fin de vie, sans correctif prévu ;
• risques : exposition de fichiers et altération de données.

Que permet la faille CVE-2026-109593 ?

La première vulnérabilité porte l’identifiant CVE-2026-109593. Elle obtient un score CVSS de 9,1. Elle est donc classée en gravité critique. Il s’agit d’une lecture de fichiers sans authentification.

Concrètement, un attaquant disposant d’un accès réseau à la console peut lire des fichiers internes de GMS. Il n’a pas besoin de compte valide. Cette absence de prérequis explique donc en grande partie la note élevée.

Or les fichiers internes d’une plateforme de gestion contiennent souvent des données précieuses. Il peut s’agir, par exemple, de paramètres de configuration, de journaux ou d’éléments liés à l’authentification. Un assaillant peut ensuite les exploiter pour préparer des intrusions plus poussées. Cependant, la nature exacte des fichiers accessibles dépend de la configuration de chaque installation.

La seconde faille, quant à elle, concernerait l’intégrité de la base de données. Modifier des enregistrements peut fausser la configuration, brouiller la traçabilité ou ouvrir la voie à des actions malveillantes. Ainsi, le risque ne se limite pas à la confidentialité. Il touche aussi la fiabilité des informations gérées.

Pourquoi la fin de vie aggrave le risque

Un produit en fin de vie ne reçoit plus de mises à jour de sécurité. Autrement dit, toute faille découverte reste ouverte. Le temps joue alors en faveur des attaquants.

De plus, l’annonce publique de ces vulnérabilités attire l’attention. Les cybercriminels surveillent ce type d’avis, notamment lorsqu’aucun correctif n’existe. Ils savent que de nombreuses organisations tardent à migrer leurs anciens systèmes.

Par ailleurs, une faille sans authentification est particulièrement attrayante. Elle se prête à l’automatisation et au balayage massif d’Internet. Toute console GMS accessible depuis l’extérieur devient donc une cible évidente.

Toutefois, une exposition limitée au réseau interne ne supprime pas le danger. Un attaquant déjà présent dans le réseau pourrait atteindre la console, par exemple via un poste compromis. C’est pourquoi la segmentation reste essentielle.

Recommandations pour les administrateurs SonicWall GMS

Aucun correctif ne viendra. La seule solution durable consiste donc à remplacer la plateforme. Dans l’intervalle, des mesures de réduction du risque s’imposent.

1. Inventorier d’abord toutes les instances GMS en 9.5.2 ou antérieure, y compris celles oubliées dans les environnements de test.
2. Retirer ensuite toute exposition directe à Internet. La console ne doit jamais être joignable depuis l’extérieur.
3. Restreindre également l’accès réseau à quelques postes d’administration, par des règles de pare-feu strictes et un réseau dédié.
4. Surveiller les journaux et le trafic à la recherche d’accès inhabituels ou de lectures de fichiers anormales.
5. Contrôler l’intégrité de la base de données. Sauvegardez aussi régulièrement la configuration hors ligne.
6. Planifier enfin la migration vers une solution de gestion encore supportée par l’éditeur.

Si une compromission est suspectée, il faut agir vite. D’abord, changez les secrets stockés ou gérés par la console, tels que les identifiants et les clés. Vérifiez ensuite les équipements administrés depuis GMS.

Ce qu’il faut retenir

• SonicWall GMS 9.5.2 et les versions antérieures sont touchés par deux vulnérabilités.
• L’éditeur ne publiera pas de correctif, car le produit est en fin de vie.
• CVE-2026-109593 (CVSS 9,1) permet à un attaquant non authentifié, avec un accès réseau, de lire des fichiers internes.
• La seconde faille pourrait permettre d’altérer des enregistrements de la base de données.
• La migration reste donc la seule réponse pérenne. En attendant, isolez la console et surveillez-la de près.

Source : SonicWall Won't Patch EoL GMS Flaws That Could Expose Files, Alter Database Records