Détection des vulnérabilités logicielles

Software Risks présente des informations identifiées comme liées à des logiciels piratés, des logiciels portables, des risques cachés de fuite de données, des fournisseurs inconnus ou des vulnérabilités logicielles. Ces résultats aident les administrateurs à déterminer les points à examiner. Une étiquette de risque est un indice, non une conclusion définitive sur une licence, une fuite réelle ou l’exploitabilité d’une vulnérabilité. Confrontez-la aux informations d’achat, de licence, de terminal et d’activité.

Configurer la détection des vulnérabilités logicielles et examiner les résultats

La détection des vulnérabilités est configurée séparément de celle des logiciels piratés. L’évaluation utilise l’inventaire logiciel remonté et le référentiel de vulnérabilités ; cette section prend l’évaluation des terminaux Windows comme exemple. Des noms, versions ou éditeurs manquants peuvent empêcher la correspondance. Une liste vide ne prouve pas l’absence de vulnérabilités.

Sur la page de configuration, Reset rétablit uniquement la valeur chargée ou enregistrée du commutateur de détection des vulnérabilités non encore enregistré. Il n'annule ni un réglage déjà enregistré ni un téléversement de base déjà soumis. Pour modifier un réglage enregistré, vérifiez le commutateur et enregistrez à nouveau ; contrôlez séparément l'état de la base.

Si les paramètres ne se chargent pas : lors de la première ouverture, si leur lecture échoue, le commutateur de détection peut paraître activé tout en étant inutilisable ; l’état et la version de la base de signatures peuvent afficher -. Cela ne prouve ni que la détection est activée pour l’organisation ni que la base est absente. Vérifiez l’erreur et les droits du compte, rouvrez la page et vérifiez les paramètres réels. Si la lecture échoue toujours, contactez l’administration ou le support.

Pour consulter des résultats existants, une personne disposant des droits de consultation appropriés peut aller directement aux étapes 4 et 5, sans activer la détection ni importer de base de signatures. Pour une nouvelle évaluation, vérifiez d’abord les paramètres et la base existants ; une personne habilitée ne les modifie que si nécessaire.

1. Pour une nouvelle évaluation, vérifiez l’état de Enable vulnerability detection dans Software > Configuration. Réutilisez les paramètres adaptés ; si l’activation est nécessaire, une personne autorisée l’active et sélectionne Save configuration. Cet interrupteur commande les nouvelles évaluations de l’organisation courante ; il ne remplace ni la collecte d’inventaire ni la stratégie concernant les logiciels piratés. Les résultats existants restent visibles après désactivation.
2. Vérifiez Vulnerability feed status et Current version. Pour une mise à jour manuelle, un super administrateur disposant du droit d’écriture obtient le Snapshot ZIP officiel par un canal fiable, choisit Select Snapshot ZIP et confirme l’envoi après examen de l’impact. La limite affichée est de 4 GiB. Le référentiel est commun à tout le déploiement ; son remplacement affecte toutes les organisations. Coordonnez d’abord une fenêtre de maintenance.
3. Un envoi réussi confirme seulement la réception du fichier, pas la fin de sa validation et de sa publication. Rouvrez la configuration et vérifiez l’état, la version et la dernière réussite. Selon la page, le dernier référentiel publié reste utilisé si l’import échoue. En cas de conflit ou d’état anormal, ne répétez pas les envois ; contactez l’administration ou le support.
4. Pour vérifier une nouvelle évaluation, attendez la remontée de l’inventaire logiciel du terminal pilote Windows et l’évaluation en arrière-plan. Avec les droits de consultation, sélectionnez Software Vulnerabilities (vulnérabilités logicielles) dans Software Risks, filtrez par Severity (gravité) et par état Active ou Resolved, puis utilisez si nécessaire les mots-clés et la pagination. Cette liste est distincte de la limite de chargement de 500 éléments du récapitulatif des risques.
5. Ouvrez un résultat et vérifiez le terminal, le logiciel, l’éditeur, la version installée, la version corrigée éventuellement affichée, la description et les références. Recoupez avec les avis du fournisseur et l’environnement réel, puis planifiez les mises à jour et vérifiez leur résultat selon le processus interne. Une détection ne prouve pas l’exploitabilité ; Resolved ne remplace pas la vérification sur le terminal.

La synthèse, la liste et le détail des vulnérabilités sont chargés séparément ; l’affichage correct de l’un ne prouve pas le chargement des autres. En cas d’échec, utilisez l’action de nouvelle tentative de la zone concernée et vérifiez les droits, la connexion, les filtres et les services. Après une tentative réussie, contrôlez les résultats ; une erreur ou un résultat vide ne prouve pas l’absence de vulnérabilités.

• Vue d’ensemble des risques logiciels