Controlling access to processes
Malicious programs can strike by accessing legitimate processes to retrieve sensitive data or inject malicious code into them.
Rules that regulate access to SES Evolution processes enable protection against such attacks without completely blocking inter-process communication, some of which is legitimate.
Access to a process or thread cannot be fully blocked, but you can restrict privileges during this operation.
These rules only apply to applications. They do not apply to drivers.
EXAMPLE
Blocking access to the memory of a process can prevent passwords from being stolen from a browser's memory when it is open.
Other examples are given at the end of this section.
![Closed](../../Skins/Default/Stylesheets/Images/transparent.gif)
An application identifier must be created beforehand for the processes to be protected and for legitimate processes allowed to access other processes. For more information, refer to the section Creating application identifiers.
![Closed](../../Skins/Default/Stylesheets/Images/transparent.gif)
- Select the Security > Policies menu and click on your policy.
- Select a rule set.
- Click on the Application > Process access tab.
- If you are in read-only mode, click on Edit in the upper banner.
- Click on Add > Rule (Process access).
A new line is displayed. - Click on
in the application ID area and select the process(es) to protect.
- Click on the
icon and select the process(es) to be excluded from protection.
- In the Default behavior field, select the behavior for each action (in audit rule sets, only the Read action can be configured):
- Read: choose what the rule must do when it reads the memory of the process.
- Modification: choose the rule action in the event of process memory modification.
- Execution flow tampering: a program that takes control of a process can modify its execution pointer. Choose what the rule must do when the execution flow of the process is tampered with.
- Handle duplication: choose what the rule must do when a process attempts to duplicate a resource that belongs to another process.
- Autoriser pour autoriser par défaut l'action,
- Bloquer pour bloquer par défaut l'action,
- Bloquer et interrompre pour bloquer par défaut l'action et arrêter le processus à l'origine de l'action.
- Bloquer, interrompre et mettre en quarantaine pour bloquer par défaut l'action, arrêter le processus à l'origine de l'action, et mettre en quarantaine les fichiers suspects. Pour plus d'informations, reportez-vous à la section Managing file quarantine.
- Demander pour que l'utilisateur soit consulté.
- Ne pas évaluer le comportement pour ignorer la sous-règle si le comportement est détecté et passer au comportement suivant.
- Ne pas évaluer la règle pour ignorer la règle contenue dans ce jeu de règles et évaluer la règle suivante.
- Ne pas évaluer le groupe de règles pour ignorer les règles contenues dans le groupe de règles et évaluer le groupe de règles ou la règle suivants.
- Ne pas évaluer le jeu de règles pour ignorer toutes les règles contenues dans ce jeu de règles et évaluer le jeu de règles suivant.
- Click on + Add specific behavior and select the process(es) that you want to exclude from the default behavior. Select the behavior for each case.
-
Dans le bandeau supérieur de la règle, vous pouvez :
- Si besoin, réagencer l'ordre des règles en cliquant sur
au survol de la règle. Chaque règle affiche dans le bandeau son numéro de rang.
- Désactiver la règle. Pour plus d'informations, reportez-vous à la section Disabling security rules.
- Indiquer l'intention de la règle, selon des catégories pré-définies :
Unclassified : règle non classifiée.
Nominal : règle passante se conformant au comportement nominal des applications.
Protect : règle bloquante avec un niveau de gravité élevé du log.
Protect silent : règle bloquante avec un niveau de gravité en dessous des seuils de logs affichés par défaut sur l'agent et sur la console. Permet de protéger des accès à des ressources estimées sensibles, même s'ils sont effectués par des programmes sans intention malveillante. Ces programmes pouvant être nombreux, une règle avec une gravité de logs trop élevée pourrait déclencher une génération massive de logs.
Detect : règle d'audit ou règle passive, sans blocage.
Context : règle participant à la construction d'un graphe d'attaque.
Syslog : règle déclenchant des logs exclusivement envoyés à un serveur Syslog.
Watch : règle permettant de surveiller des comportements afin d'affiner la politique de sécurité ou de mieux connaître les événements techniques se produisant sur le parc.
- Saisir une description pour expliquer l'objectif de la règle.
- Choisir de rendre la règle passive. Une règle passive agit comme une règle classique mais ne bloque pas véritablement les actions. L'agent émet uniquement des logs indiquant quelles actions auraient été bloquées par la règle.
Utilisez ce mode pour tester de nouvelles règles de restriction, en connaître les impacts, et procéder à des ajustements avant de désactiver le mode Règle passive. Pour plus d'informations sur les tests de règles et de politiques, reportez-vous à la section Testing security policies. - Indiquer si la règle doit générer un contexte lorsqu'elle s'applique. Par défaut, si la règle émet des logs de niveau Urgence ou Alerte, elle génère un contexte, mais vous pouvez désactiver cette fonctionnalité. En cas de génération massive de logs similaires, le contexte n'est pas généré. Pour plus d'informations sur la génération massive de logs, reportez-vous à la section Monitoring SES Evolution agent activity.
- Ajouter un commentaire.
- Sélectionner les paramètres des logs qui seront émis par cette règle.
- Spécifier si une action doit être effectuée lors de l'émission d'un log pour cette règle. Vous pouvez demander qu'un script soit exécuté et/ou qu'une analyse Yara ou IoC soit déclenchée. Vous pouvez également demander qu'une notification soit affichée sur l'agent, à condition qu'elle soit associée à un log bloquant et de niveau Alerte ou Urgence.
- Supprimer la règle.
- Si besoin, réagencer l'ordre des règles en cliquant sur
- Dépliez la partie Classification dans les logs pour indiquer l'intention de l'attaque soupçonnée lorsque la règle s'applique et les tags permettant d'associer la règle au référentiel de MITRE. Ces informations sont ensuite visibles dans les logs générés par la règle. Pour plus d'informations, reportez-vous à la section Classifying attacks according to the MITRE repository.
- Cliquez sur Enregistrer en haut à droite pour enregistrer vos modifications.
EXAMPLES
You can block any application from accessing the password manager to prevent hackers from accessing passwords or injecting code into its process. In this case, choose the password manager from the list of processes to be protected and select Block for all actions in the default behavior. Do not define any specific behavior.
You can also block execution flow tampering for major applications such as business applications, to prevent hackers from shutting them down or suspending them.