# Alertes de logiciels piratés

Canonical: https://www.nsecsoft.com/fr/docs/ping64-endpoint-management/software/risk/piracy-alerts/

Language: fr-FR

Updated: 2026-11-15T03:27:23.574225Z

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é.

Pour la configuration complète, consultez la [stratégie de détection des logiciels piratés](https://www.nsecsoft.com/fr/docs/ping64-endpoint-management/software/risk/piracy-policy/).

Pour consulter des alertes existantes, utilisez un compte doté du droit correspondant et passez directement à la recherche des alertes ci-dessous. Ne modifiez pas une stratégie et ne produisez pas d’événements de test pour la seule consultation. Pour vérifier une nouvelle alerte, contrôlez d’abord la règle applicable et son option d’alerte ; seule une personne autorisée à gérer les stratégies les modifie si nécessaire avant le test pilote.

## Préparation

-   Modifier les stratégies de conformité logicielle et consulter les risques ou alertes exigent les droits correspondants. Vérifiez les terminaux cibles, les licences et le périmètre métier.
-   Préparez les informations d’achat, de licence et de version des logiciels, et établissez une procédure d’examen manuel et de traitement des faux positifs présumés. Les données de risque et les inventaires peuvent contenir des informations sur les terminaux et les personnes ; traitez-les selon les règles de l’organisation.
-   Le blocage réseau ou l’arrêt de processus peut interrompre l’activité. Commencez par quelques terminaux pilotes récupérables et préparez les procédures de notification, de retour arrière et de rétablissement. N’activez pas un contrôle non testé sur tous les terminaux.

## Configurer la détection des logiciels piratés

1.  Pour vérifier un nouvel événement, contrôlez dans **Software > Policy** la stratégie applicable, le périmètre, la période et l’activation de **Piracy Detection** ; ouvrez **Settings** pour examiner la configuration existante. Réutilisez-la si elle convient ; si une activation ou modification est nécessaire, une personne autorisée à gérer les stratégies évalue les effets et intervient.
2.  Vérifiez les options nécessaires : les enregistrements réseau exigent l’audit de l’activité réseau des logiciels piratés, les alertes exigent l’option d’alerte correspondante. Activer l’alerte active aussi l’audit réseau ; désactiver l’audit désactive l’alerte. Une personne habilitée ne les modifie que si nécessaire. Les conditions de production des enregistrements d’utilisation diffèrent de l’audit réseau. Les options sont **Audit Pirated Software Network Activity** et **Piracy Alerts**.
3.  En cas de modification, enregistrez les paramètres et toute la stratégie, attendez sa réception et vérifiez avec un scénario autorisé. Le blocage réseau ou l’arrêt de processus peut perturber l’activité ; ne les activez pas à la légère pour un test. Les options complètes figurent dans le chapitre de stratégie ci-dessus. Pour valider un nouveau résultat, avec ou sans modification, confirmez avant le test que le terminal pilote a reçu la stratégie applicable. Sans modification, aucun nouvel enregistrement n’est nécessaire.

L’enregistrement de la stratégie ne signifie pas que l’identification est terminée sur le terminal. La couverture dépend du terminal, des informations logicielles et de l’environnement. Vérifiez séparément les effets sur chaque plateforme cible ; alertes, enregistrements réseau et contrôle des processus sont des résultats distincts.

## Consulter et traiter les alertes de logiciels piratés

Pour vérifier une nouvelle alerte, après configuration de la détection, de l’audit réseau et des alertes, attendez la diffusion de la politique, la détection et la remontée. Une alerte dépend de la détection réelle et des services ; l’enregistrement ne la garantit pas.

1.  Avec le droit de lecture des alertes, ouvrez **Alerts** dans Software. La période initiale va de 29 jours avant aujourd’hui à aujourd’hui ; adaptez-la à l’événement. Les entrées des produits peuvent couvrir des types différents.
2.  Utilisez le mot-clé ou les filtres avancés de terminal, type, contenu, gravité et lecture, puis vérifiez les pages. Le filtrage porte sur les données chargées ; une requête en échec peut aussi laisser une liste vide. Dans le menu de la ligne, choisissez **View** et vérifiez contenu, terminal et heure.
3.  Consulter une alerte non lue depuis son menu tente de la marquer comme lue. Vous pouvez aussi choisir **Mark as read** sur une ligne ou sélectionner plusieurs alertes puis les marquer ensemble. Revérifiez l’état ; en cas d’échec, contrôlez droits et réseau.
4.  L’état lu indique seulement la lecture, pas la suppression du risque ni la fin du traitement. Examinez licences, terminal et contexte métier selon la procédure interne. Le bouton d’export visible ne doit pas être considéré comme fonctionnel dans cette version ; utilisez un autre moyen approuvé pour conserver les éléments.

**Périmètre du traitement groupé :** le marquage groupé ne traite que les alertes sélectionnées encore présentes dans les résultats filtrés actuels. Les alertes sélectionnées auparavant mais masquées après modification du mot-clé ou des filtres avancés ne sont pas incluses ; une nouvelle requête réussie efface la sélection précédente. Vérifiez les filtres et la sélection avant l’action, puis l’état de lecture des alertes attendues.

## Exportation et résolution des problèmes

Risk Summary peut afficher un bouton d’exportation, mais cette version ne fournit pas d’opération d’export utilisable depuis cette entrée. Si un fichier de données de risque est nécessaire, contactez l’administrateur de la plateforme ou le support technique ; ne supposez pas qu’un clic a créé un fichier. Traitez tout fichier de risque avec des destinataires et des emplacements de stockage approuvés par l’organisation.

1.  **Des risques ou enregistrements attendus sont absents :** vérifiez la visibilité des terminaux, la réception de la stratégie, les paramètres de détection et d’audit, la transmission et les mots-clés. Tenez compte des limites de chargement de l’aperçu et de la synthèse.
2.  **Aucune alerte n’apparaît :** vérifiez le périmètre de la stratégie, les paramètres d’alerte et d’audit réseau, la transmission par le terminal et les droits de consultation des alertes.
3.  **Un résultat pourrait être un faux positif ou la licence est incertaine :** vérifiez le nom, la version, le terminal et les justificatifs de licence. Ne prenez pas de décision définitive sur la seule base d’une étiquette avant examen.
4.  **Une activité métier a été bloquée de manière inattendue :** rétablissez l’activité selon la procédure d’incident de l’organisation. Vérifiez l’interception réseau ou le contrôle des processus ainsi que le périmètre de la stratégie ; après modification, validez le rétablissement sur les terminaux pilotes.
5.  **Une exportation est nécessaire :** vérifiez si la page propose une action utilisable. Si le bouton ne répond pas, ne cliquez pas de manière répétée et ne supposez pas qu’un fichier a été créé ; contactez un administrateur.