GFI LanGuard AI – Nouveautés produits

Nouveautés de GFI LanGuard

Version 12.17

Ces notes décrivent les modifications apportées pour les clients qui effectuent une mise à niveau depuis GFI LanGuard 12.16. Veuillez lire les notes destinées aux administrateurs avant de procéder à la mise à niveau.

Points forts

• Windows Server 2025 a été détecté et mis à jour. Il avait auparavant été identifié comme Windows 11.
• Microsoft Edge et le runtime Edge WebView2 sont désormais détectés comme des mises à jour manquantes et peuvent être déployés depuis la console.
• Les mises à jour conservent votre configuration. Le programme d'installation ne signale plus une mise à jour réussie comme un échec, ne réinitialise plus les paramètres et ne supprime plus le moteur d'analyse existant lorsqu'il effectue une restauration.
• La correction de l'agent WAN s'effectue sur les terminaux qui étaient hors ligne au moment du lancement de la tâche.
• Les analyses de l'agent sur Windows Server ne se terminent plus silencieusement sans afficher de résultat.

Nouvelles fonctionnalités et améliorations

• Détection de Windows Server 2025. Windows Server 2025 est correctement identifié, s'affiche avec la bonne icône dans la console et la console Web, et est évalué par rapport au catalogue de correctifs de Windows Server 2025. Windows 11 n'est plus identifié à tort sur les ordinateurs qui étaient déjà classés comme serveurs.
• Mises à jour de Microsoft Edge et du runtime Edge WebView2. Les versions Edge Stable, Edge Extended Stable et le runtime WebView2 sont évalués sur les systèmes Windows x86 et x64 et signalés comme manquants lorsque la version installée est antérieure à celle du catalogue. Le déploiement exécute le programme d'installation d'Edge en mode silencieux, et l'analyse suivante indique que la mise à jour est installée.
• Les mises à jour programmées se poursuivent même lorsque le serveur de mise à jour GFI est inaccessible. Auparavant, une mise à jour programmée s’interrompait avec le message « Impossible de contacter le serveur de mise à jour ! » dès que la vérification de la licence échouait, alors qu’une recherche manuelle de mises à jour sur ce même serveur fonctionnait. Désormais, une mise à jour programmée se poursuit tant que la licence installée sur l’ordinateur est valide, et l’historique des mises à jour indique la raison pour laquelle le serveur était inaccessible. Les mises à jour s’interrompent toujours lorsque la licence elle-même n’est pas valide ou a été refusée.
• Le suivi de la correction WAN s'effectue au niveau de chaque ordinateur. Le serveur conserve chaque demande de déploiement WAN, la renvoie à chaque fois que l'agent se connecte et accepte les résultats qui parviennent après l'expiration du délai de la tâche. Un ordinateur qui n'a pas envoyé de rapport reste en attente avec le message « En attente de l'agent WAN » au lieu d'être marqué comme ayant dépassé le délai. Les correctifs préparés pour une tâche déjà terminée sont ignorés au lieu d'être installés en arrière-plan.
• Statut de correction plus clair pour les agents WAN. Un agent occupé, un téléchargement de package ayant échoué ou une erreur pour laquelle l'agent ne tentera pas de nouvelle tentative s'affiche sur l'ordinateur avec la raison correspondante. Le lancement d'une correction alors que la fonctionnalité WAN est désactivée sur le serveur échoue en quelques secondes avec un message l'indiquant, et le Moniteur d'activité avertit l'utilisateur lorsque des agents WAN sont présents mais que la fonctionnalité WAN est désactivée.
• Les échecs d'analyse liés aux correctifs manquants sont visibles. Lorsque la recherche Windows Update échoue sur un ordinateur, le capteur « Correctifs manquants » et le niveau de vulnérabilité ne conservent plus les valeurs de la dernière analyse réussie. Le capteur est réinitialisé et une alerte rouge s'affiche dans les consoles de bureau et Web ; ainsi, un ordinateur dont les correctifs ne sont plus vérifiés n'apparaît plus comme conforme.
• Le déploiement d'agents cesse de réessayer une installation ayant échoué. Après dix échecs consécutifs d'installation ou de mise à jour sur un ordinateur, le déploiement automatique est suspendu pour cet ordinateur et signalé comme une erreur jusqu'à ce que la machine soit réparée, que ses identifiants soient modifiés ou qu'un déploiement soit demandé. Auparavant, le même programme d'installation ayant échoué était réessayé à chaque cycle.

Corrections

Installation et mise à jour

• Correction d'un problème : une mise à jour qui s'était terminée mais nécessitait un redémarrage était signalée comme ayant échoué et proposée à nouveau. Le programme d'installation demande désormais le redémarrage une seule fois, à la fin.
• Correction d'un problème qui entraînait, lors des mises à jour, la réinitialisation automatique des paramètres par défaut de la base de données du moteur d'analyse, de la clé de licence de la console, des analyses et rapports planifiés, des profils d'analyse et d'autres paramètres. La mise à jour conserve désormais une sauvegarde complète de vos paramètres et s'arrête avant d'effectuer toute modification si la sauvegarde ne peut pas être effectuée.
• Correction d'un problème lié à l'échec ou à l'annulation d'une mise à niveau entraînant la désinstallation d'un moteur d'analyse installé avant l'exécution du programme d'installation, ce qui supprimait également ses données, ses définitions et la licence de la console. La restauration ne supprime désormais que le moteur installé lors de cette même exécution du programme d'installation.
• Correction d'un problème lié à la désinstallation du moteur d'analyse alors que la console restait installée : les fichiers de données, les définitions et la clé de licence de la console étaient supprimés en même temps que le moteur.
• Les fichiers de configuration qui étaient en cours d'utilisation lors d'une mise à niveau étaient auparavant remplacés par les valeurs par défaut du paquet au redémarrage suivant. Ils sont désormais restaurés après le redémarrage.
• Correction d'un problème qui entraînait la présélection du composant « Central Management Server » lors de la mise à niveau d'une console qui ne l'avait jamais comporté.
• Correction d'un problème empêchant la mise à jour de se dérouler correctement lorsqu'une bibliothèque de support située dans le dossier System32 était verrouillée par un processus en cours d'exécution. Le programme d'installation arrête désormais le service qui détient le fichier et réessaie ; tout fichier encore verrouillé est remplacé lors du redémarrage suivant.
• Correction d'un problème : le programme d'installation de l'agent arrêtait le service « Attendant » sur le serveur LanGuard lui-même, puis s'interrompait, ce qui laissait le service à l'arrêt jusqu'à ce qu'il soit redémarré manuellement.
• Correction d'un problème lié aux mises à jour silencieuses de l'agent : Windows était invité à arrêter les services tiers partageant le runtime Visual C++, ce qui pouvait entraîner l'arrêt ou la fermeture de ces services. Le programme d'installation de l'agent ne demande plus cela et ne remplace plus un runtime plus récent installé par un autre logiciel.
• Correction du problème lié à la boîte de dialogue « Échec de la mise à jour de la base de données », qui ouvrait une page de la base de connaissances n'existant plus.
• Correction d'un problème : le service Attendant restait arrêté après l'annulation ou l'échec d'une mise à niveau de la console ou du moteur d'analyse, ce qui désactivait les opérations planifiées et la gestion des périphériques à distance jusqu'à ce que le service soit redémarré manuellement.
• Correction d'un problème sur la page de configuration de la base de données : celle-ci enregistrait une entrée qui n'était pas un nom de serveur SQL lorsque la recherche de serveurs SQL ne donnait aucun résultat, ce qui entraînait l'affichage d'une arborescence d'ordinateurs et d'un moniteur d'activité vides dans la console.

Analyse et détection des correctifs

• Correction d'un problème : certaines mises à jour étaient signalées comme manquantes sur les ordinateurs exécutant déjà une version plus récente. Ce problème se produisait avec la mise à jour MSI de Google Chrome 152 sur les ordinateurs exécutant Chrome 154 ou une version ultérieure.
• Correction d'un problème : les analyses des mises à jour manquantes sur Red Hat Enterprise Linux 9 et d'autres distributions basées sur DNF échouaient après une connexion SSH réussie, ce qui faisait apparaître l'hôte comme ne présentant aucune mise à jour manquante.
• Correction d'un problème empêchant les analyses « Full Vulnerability » sans agent de se poursuivre au-delà de l'étape « Windows Update hors ligne », l'analyse restant bloquée à zéro ordinateur analysé.
• Correction d'un problème où les analyses effectuées par les agents s'interrompaient sans message d'erreur après la réimportation des profils d'analyse intégrés.
• Correction d'un problème entraînant l'arrêt inopiné du scanner lors de l'écriture d'enregistrements de correctifs comportant des listes de références très longues, observé pour la première fois avec les mises à jour cumulatives de septembre 2026.
• Correction d'un problème empêchant le téléchargement du catalogue hors ligne de Windows Update (wsusscn2.cab) sur les serveurs qui téléchargent directement depuis Internet. Microsoft redirige désormais l'adresse du catalogue vers HTTPS, et le téléchargement suit cette redirection.
• Problème résolu : les déploiements de la mise à jour cumulative Windows 11 24H2 étaient signalés comme ayant échoué alors que la mise à jour avait bien été installée. La mise à jour de point de contrôle fournie avec la mise à jour cumulative n'est désormais plus installée dans une étape distincte.
• Correction d'un problème lié à l'installation des fichiers de métadonnées de maintenance .NET, qui échouait. Ces fichiers sont désormais reconnus et ignorés.
• Correction d'un problème : l'utilitaire Visual Studio Client Detector signalait qu'une mise à jour manquait sur les machines où une version plus récente était déjà installée ; cela entraînait le déploiement de l'ancienne version, ce qui échouait.
• Correction d'un problème : une analyse planifiée supprimée via la console Web réapparaissait après le redémarrage du service.

Console

• Correction d'un problème où l'arborescence des ordinateurs perdait ses agents WAN (la liste des « Périphériques distants » apparaissait vide) ainsi que d'autres ordinateurs après un redémarrage de la console, lorsque la connexion à SQL Server utilisait un format de date « jour-mois-année », comme en allemand, français, espagnol, italien, néerlandais, polonais ou en anglais britannique. La même erreur affectait l’appel API « Lister tous les ordinateurs » et le filtre d’arborescence « Heure de la dernière analyse ». Si la liste des ordinateurs ne peut toujours pas être chargée pour une autre raison, la console affiche désormais un avertissement au lieu d’une arborescence incomplète sans message d’erreur.
• Correction d'un problème lié aux rapports, au téléchargement automatique des correctifs et aux filtres avancés, qui interprétaient incorrectement les dates lorsque l'identifiant SQL Server utilisait le format « jour-mois-année ». Les graphiques « Aperçu de la sécurité de l'ordinateur », « Historique des analyses » et « Historique des corrections » restaient vides ; les rapports « État des vulnérabilités » et « État des correctifs » classaient les éléments dans la mauvaise tranche d'âge ; le téléchargement automatique des correctifs avec l'option « Uniquement les correctifs nécessaires » et une période de conservation échouait ; et les conditions de date dans les filtres avancés étaient interprétées de manière incorrecte.
• Correction d'un problème qui empêchait le bon fonctionnement de plus de la moitié des critères de filtrage avancés sur les consoles allemandes, italiennes, japonaises et chinoises.
• Correction d'un problème où l'exécution des diagnostics de l'agent expirait après l'importation des analyses de routine, ce que la console signalait comme une erreur de pare-feu. L'importation des diagnostics est désormais traitée en premier.

Agents et relais

• Correction d'un problème empêchant un agent relais de démarrer son serveur Web après une réinstallation manuelle de l'agent. La configuration du relais est désormais à nouveau fournie dès qu'elle est manquante.
• Correction d'un problème entraînant la réinitialisation des paramètres de l'agent WAN du serveur à leurs valeurs par défaut en cas d'accès simultanés, ce qui désactivait silencieusement la fonctionnalité de l'agent WAN.
• Problème résolu : les agents dont la clé de licence enregistrée avait expiré ne recevaient plus de mises à jour (« Vous n’avez plus droit aux mises à jour du produit ») même après le renouvellement de la licence de la console. Le serveur synchronise désormais la clé de licence de chaque agent avec la sienne, et un agent bloqué reprend les mises à jour après le prochain balayage des agents effectué par le serveur.
• Correction d'un problème empêchant la connexion WAN de se rétablir après une perte de connexion, ce qui pouvait entraîner un blocage du service Attendant lors de son arrêt.
• Correction d'un problème empêchant les nouveaux profils d'analyse ou les profils modifiés d'être transmis aux agents WAN, qui continuaient à utiliser les profils précédents.
• Correction d'un problème où un agent WAN ignorait le profil d'analyse sélectionné lorsque son nom contenait des caractères non ASCII, comme par exemple le nom par défaut en allemand « Vollständiger Scan ».
• Correction d'un problème empêchant les analyses de parvenir à un agent WAN lorsque la cible était saisie avec une casse différente ou via son nom DNS. L'ordinateur était alors analysé via le réseau.
• Correction d'un problème empêchant un agent WAN d'effectuer son analyse quotidienne programmée lorsqu'il démarrait après l'heure prévue ou sortait du mode veille.
• Correction d'un problème empêchant l'analyse de vérification des correctifs de s'exécuter après un déploiement sur les agents WAN, ce qui entraînait le maintien de l'état des correctifs jusqu'à la prochaine analyse.
• Les paramètres d'agent fixes enregistrés dans le nœud « Appareils distants » (planification des analyses, profil d'analyse, correction automatique, identifiants) ne parviennent jamais aux agents WAN qui lui sont rattachés.

Sécurité et renforcement de la sécurité

• Le serveur HTTP Apache fourni par LanGuard pour le serveur, les agents relais et les agents passe de la version 2.4.66 à la version 2.4.68.
• Le serveur web intégré ne comprend plus les bibliothèques OpenSSL, qu'il n'utilisait pas. Les agents existants les suppriment lors de la mise à jour.
• Le programme d'installation, la configuration du serveur de gestion centralisée et la mise à jour automatique de la clé de licence n'enregistrent plus le mot de passe de SQL Server, le mot de passe du compte de service ni la clé de licence dans les fichiers journaux.
• Renforcement de la manière dont le moteur d'analyse se connecte à la base de données des résultats d'analyse.
• Nous avons renforcé la sécurité des pages de rapports planifiés de la console Web.

Problèmes connus

• Certaines analyses d’agents WAN n’enregistrent qu’une partie de leurs résultats. Une analyse d’un agent WAN lancée via l’option « Analyser et actualiser les informations maintenant » (à partir de l’arborescence des ordinateurs ou du tableau de bord), ou via l’API, se termine et est importée, mais seuls les ports, les services, les partages, les utilisateurs et les processus sont enregistrés. Les mises à jour manquantes, les vulnérabilités, les applications installées et le matériel ne sont pas enregistrés. L’ordinateur peut alors afficher « Aucune mise à jour manquante » et « Aucun audit de sécurité effectué ». Ce problème concerne également les versions antérieures.
  Solution de contournement : lancez l’analyse depuis l’onglet « Scan » en sélectionnant l’ordinateur de l’agent WAN comme cible. Les analyses planifiées par l’agent lui-même ne sont pas affectées. L’analyse de l’ordinateur de cette manière remplace le résultat incomplet par un résultat complet.

Remarques à l'attention des administrateurs

• Les correctifs du programme d'installation s'appliquent à cette mise à niveau. La mise à niveau vers la version 12.17 utilise le nouveau programme d’installation ; par conséquent, la sauvegarde de la configuration, la gestion des redémarrages et les modifications relatives à la restauration mentionnées ci-dessus protègent la mise à niveau depuis la version 12.16 elle-même. Le programme d’installation ne redémarre plus l’ordinateur et ne demande plus de redémarrage en cours d’exécution ; si un redémarrage est nécessaire, un message s’affiche à la fin. Si le programme d’installation s’arrête avec le message « Échec de la sauvegarde de la configuration », rien n’a encore été modifié : fermez le programme contenant le fichier indiqué et relancez le programme d’installation.
• Reconnectez-vous au serveur de gestion central après la mise à niveau. La mise à niveau réinitialise les paramètres du serveur de gestion central de la console. Si la console est rattachée à un serveur de gestion central, ouvrez Configuration > Serveur de gestion central, cliquez sur « Configurer le serveur », sélectionnez « Activer la gestion centrale », puis saisissez à nouveau l'adresse du serveur, le port et les informations relatives au site, ainsi que les identifiants si vous n'utilisez pas ceux du service GFI LanGuard. La console se reconnectera en conservant le même site.
• Les mises à jour d'Edge s'affichent après la mise à niveau. Sur les ordinateurs équipés d'une version antérieure de Microsoft Edge ou d'Edge WebView2 Runtime, ces mises à jour apparaissent comme manquantes après leur premier scan le 17 décembre et peuvent être déployées comme les autres mises à jour. Veillez à maintenir les définitions de correctifs à jour pour pouvoir bénéficier de la dernière version d'Edge. Les mises à jour d'Edge ne sont pas proposées sur les ordinateurs ARM64.
• Libellé « Windows 11 x64 ». Les hôtes Windows 11 x64 étaient auparavant signalés sous le nom « Windows 11 ». Ils sont désormais signalés sous le nom « Windows 11 x64 », à l'instar de toutes les autres éditions de Windows. Les filtres, rapports ou scripts enregistrés qui recherchent exactement la chaîne « Windows 11 » doivent être mis à jour.
• Les tâches de correction WAN restent en attente après l'expiration du délai. Un ordinateur WAN qui n'a pas envoyé de rapport avant l'expiration du délai de la tâche reste en attente et la tâche s'achève dès que l'agent envoie un rapport, dans un délai maximal de 7 jours par défaut (paramètre « RemediationExpiryDays » dans les paramètres de l'agent WAN, valeur comprise entre 1 et 7). L'option « Annuler » n'est pas disponible pour une tâche qui s'est terminée. Les agents WAN de la version 12.16 ou antérieure fonctionnent normalement avec un serveur 12.17.
• Le déploiement de l'agent est suspendu après des échecs répétés. Les ordinateurs sur lesquels l'installation de l'agent a échoué dix fois d'affilée affichent un message d'erreur et ne font plus l'objet de nouvelles tentatives automatiques. Réparez la machine, modifiez ses identifiants ou demandez la reprise du déploiement. Définissez la variable AGENT_MANAGER_MAX_CONSECUTIVE_DEPLOYMENT_FAILURES sur 0 dans les paramètres d'Agent Manager pour rétablir le comportement précédent.
• Version du serveur web de l'agent. Les agents indiquent Apache 2.4.68 une fois qu'ils ont été mis à jour dans le cadre du contrôle quotidien de l'état de santé de l'agent. Jusqu'à ce moment-là, les outils de détection des vulnérabilités continuent d'indiquer la version 2.4.66 pour cette machine.
• Diagnostics du scanner. Une défaillance au sein du scanner génère désormais un fichier de diagnostic qui s'ajoute aux fichiers journaux. Joignez-le au dossier « Troubleshooter » lorsque vous signalez une analyse qui s'est terminée de manière inattendue.
• Adresse du catalogue hors ligne de Windows Update. L'URL WSUSSCN2FileUrl intégrée reste une adresse HTTP afin que les agents desservis par un relais continuent de fonctionner ; la redirection vers HTTPS s'effectue automatiquement. Il n'est plus nécessaire de modifier manuellement l'adresse pour passer à HTTPS, et cette modification est écrasée lors d'une réparation ou d'une mise à niveau, comme auparavant.

Téléchargements et mises à jour :

Pour télécharger les produits et obtenir des informations sur la mise à niveau de GFI LanGuard, rendez-vous sur leCentre de mise à niveau GFI.

Si vous avez d'autres questions concernant ces modifications, n'hésitez pas ànous contacterou à vous adresser directement à unpartenaire GFI agréé.