Audit du contrôle d’exécution des logiciels

Le contrôle logiciel utilise des règles pour identifier l’exécution des logiciels et applique à une correspondance l’action « aucune action » ou « blocage ». L’audit peut être activé séparément pour chaque règle. Le contrôle des installations, la boutique logicielle et la gestion des licences sont configurés séparément : l’activation de l’un n’active pas automatiquement les autres.

L’enregistrement d’une stratégie, sa réception par un terminal, la correspondance d’un logiciel, son blocage effectif et la transmission d’un enregistrement sont des étapes distinctes. Un blocage ne produit pas nécessairement un audit, et un enregistrement ne prouve pas à lui seul que le logiciel a bien été arrêté.

Pour la configuration complète, consultez la stratégie de contrôle d’exécution des logiciels.

Pour consulter des enregistrements existants, utilisez un compte doté du droit de consultation approprié et passez directement aux étapes de recherche ci-dessous. Il n’est pas nécessaire de créer une stratégie ni de produire des événements de test pour la seule consultation. Pour vérifier de nouveaux enregistrements, contrôlez d’abord la stratégie applicable existante ; seule une personne autorisée à gérer les stratégies la modifie si nécessaire avant le test pilote.

Préparation

• Modifier les stratégies de conformité logicielle et consulter les enregistrements d’audit exigent les droits correspondants. Définissez les terminaux pilotes, la période d’application et les exigences de contrôle.
• Identifiez le logiciel et ses conditions réelles d’exécution. Pour une correspondance par liste ou catégorie, vérifiez les objets logiciels existants dans Objects & Templates : nom, catégorie et applications associées. Réutilisez les objets adaptés ; créez-les ou modifiez-les uniquement si nécessaire et enregistrez ces changements avant de les sélectionner dans une règle.
• Choisissez quelques terminaux pilotes dont le fonctionnement peut être rétabli. Préparez le logiciel à contrôler et un logiciel témoin qui ne doit pas être affecté. Une règle de blocage trop large peut perturber l’activité ; convenez au préalable d’une procédure de rétablissement avec les responsables concernés.
• La prise en charge des logiciels, catégories, chemins de processus, noms de fenêtres et conditions SHA256 peut varier selon la plateforme. La présence d’une condition dans la page ne signifie pas que tous les terminaux l’exécutent de manière identique ; testez le système et la version réellement utilisés.

Configurer les règles de contrôle

1. Pour vérifier de nouveaux enregistrements, contrôlez dans Software > Policy le périmètre des terminaux pilotes, la période et l’activation du contrôle logiciel, puis ouvrez Settings pour examiner les règles existantes. Réutilisez une règle conforme au plan de test ; si une activation ou modification est nécessaire, une personne autorisée à gérer les stratégies évalue les effets et suit le plan approuvé.
2. Vérifiez les objets logiciels ou autres conditions, l’ordre des règles, l’action principale et l’état d’audit de la règle concernée ; Block n’active pas automatiquement l’audit. Une personne habilitée ne modifie les réglages qu’en cas de besoin ; ne changez pas une action de blocage existante uniquement pour tester. Voir le chapitre de stratégie ci-dessus pour la configuration complète.
3. En cas de modification, confirmez la fenêtre, enregistrez toute la stratégie et attendez sa réception. Vérifiez le comportement et la remontée avec des exemples contrôlés correspondants et non correspondants ; l’enregistrement ne prouve ni l’exécution ni la remontée.

Périmètre de correspondance sous Windows : les différents éléments d’une règle ordinaire n’ont pas tous à correspondre simultanément. Par exemple, si une condition de processus et une valeur SHA256 sont ajoutées, l’une ou l’autre peut déclencher la règle : elles ne constituent pas une double restriction. En revanche, les champs renseignés dans une même condition structurée de processus doivent tous correspondre ; vérifiez le chemin complet réel du programme. Ajouter des éléments peut élargir le périmètre de la règle. Avant d’activer le blocage, testez séparément des exemples correspondant à un seul élément et des exemples ne correspondant à aucun des deux.

Vérifier les résultats et consulter les enregistrements

1. Pour vérifier un nouvel enregistrement : Vérifiez que le terminal pilote a reçu la stratégie. Exécutez séparément un logiciel correspondant à la règle et un logiciel non correspondant, puis observez leur exécution ou leur blocage.
2. Pour un nouvel enregistrement, attendez d’abord le traitement et la transmission. Ouvrez Software > Audit > Software Control.
3. Sélectionnez la plage de dates et saisissez éventuellement un mot-clé. Contrôlez le terminal, l’adresse IP, le nom de la règle, le nom du logiciel, le chemin du fichier et l’heure ; ouvrez un enregistrement pour consulter ses détails.
4. Les filtres avancés, notamment département, terminal, adresse IP, nom de règle et nom de logiciel, ne filtrent que la page actuellement chargée. Le filtre temporel modifie la date de la requête. Si une page est vide, effacez les filtres et consultez les autres pages avant de conclure qu’aucun enregistrement n’existe.
5. En cas de blocage, vérifiez sur le terminal si le logiciel s’est effectivement arrêté ou ne peut plus continuer. Si l’enregistrement et le résultat sur le terminal divergent, consignez et examinez-les séparément ; aucun des deux ne suffit seul à établir une conclusion complète.

La liste et les détails n’affichent ni l’action ni le résultat réel de l’application. Vérifiez ensemble la configuration de la stratégie et l’état réel du terminal. Après un échec de requête, les résultats précédents peuvent rester affichés. Après modification des critères, attendez la fin de la requête et vérifiez les dates, le terminal et le mot-clé. En cas d’erreur ou de résultats incompatibles avec les critères, relancez la requête et contactez le support ; ne considérez pas l’ancienne liste comme le nouveau résultat.

Résolution des problèmes

1. Une règle ne peut pas être enregistrée : vérifiez son nom, la présence d’au moins une condition de correspondance et d’au moins un champ sans valeur générique dans chaque condition structurée de processus. Vérifiez que les fenêtres de paramètres et la stratégie entière ont été enregistrées.
2. Le logiciel n’est pas bloqué comme prévu : vérifiez les terminaux et la période concernés, la réception de la stratégie, l’action, les conditions, l’ordre des règles et la prise en charge par la plateforme. Si nécessaire, effectuez un nouveau test avec une condition de processus précise sur un terminal pilote.
3. Un blocage se produit sans enregistrement : vérifiez l’activation de l’audit pour la règle, puis la transmission par le terminal, la date, le mot-clé, les filtres de la page courante et le périmètre visible par l’administrateur.
4. Les enregistrements ou leurs détails ne sont pas accessibles : vérifiez les droits du compte, le périmètre de visibilité des terminaux et les messages de la page. Si le problème persiste, contactez un administrateur ou le support technique ; ne contournez pas les contrôles en transmettant des chemins sensibles.
5. Un logiciel métier est bloqué par erreur : rétablissez d’abord les opérations essentielles selon la procédure d’incident de l’organisation. Vérifiez la règle correspondante, son périmètre et son ordre ; corrigez et validez sur des terminaux contrôlés avant d’étendre le déploiement.