Bonnes pratiques concernant YARA-L

Compatible avec :

Ce document décrit les bonnes pratiques recommandées par Google Security Operations pour rédiger des règles en YARA-L.

Exclure les valeurs nulles

Il est possible que des champs soient automatiquement omis dans les événements sur lesquels vous exécutez vos règles. Lorsque des champs sont omis, ils sont définis par défaut sur leur valeur zéro.

Par exemple, une valeur de chaîne omise est définie par défaut sur "".

Si vous définissez deux champs omis comme égaux, ils peuvent tous les deux prendre leur valeur par défaut (zéro). Cela peut entraîner des correspondances inattendues lorsque deux champs correspondent parce qu'ils ont tous les deux une valeur nulle. Vous pouvez éviter ce comportement en spécifiant explicitement la valeur zéro.

Par exemple, si vous avez une règle qui associe deux événements en fonction de deux champs, il est possible que ces deux champs soient vides, ce qui entraîne une correspondance :

$e1.field1 = $e2.field2

Si e1.field1 et e2.field2 sont omis dans les données, "" = "" est défini sur "true", ce qui entraîne une correspondance.

Les expressions de comparaison suivantes garantissent qu'aucune correspondance n'est trouvée, car e1.field1 et e2.field2 n'incluent aucune donnée :

 $e1.field1 = $e2.field2
 $e1.field != ""

Valeurs nulles et règles dépendant de l'enrichissement

Si une règle dépend de données enrichies qui n'ont pas encore été mises à jour, la valeur peut être nulle ou égale à zéro. Il est donc recommandé de filtrer les valeurs nulles (vérifications de valeurs nulles) dans les règles dépendantes de l'enrichissement. Découvrez comment Google SecOps enrichit les données d'événements et d'entités et comment utiliser les données enrichies par le contexte dans les règles.

Ajouter un filtre de type d'événement

Dans l'exemple suivant, les adresses IP de chaque événement UDM sont vérifiées par rapport à la liste de référence, ce qui consomme beaucoup de ressources :

events:
// For every UDM event, check if the target.ip is listed in
// the suspicious_ip_addresses reference list.
$e.target.ip in %suspicious_ip_addresses

Si votre règle YARA-L ne détecte que les événements UDM d'un certain type d'événement, l'ajout d'un filtre de type d'événement peut vous aider à optimiser votre règle en réduisant le nombre d'événements que la règle doit évaluer.

events:
// For every UDM event of type NETWORK_DNS, check if the target.ip is
// listed in the suspicious_ip_addresses reference list.
$e.metadata.event_type = "NETWORK_DNS"
$e.target.ip in %suspicious_ip_addresses

Ajoutez ces filtres au début de la section "Événements". Vous devez également placer les filtres d'égalité avant les expressions régulières ou d'autres comparaisons. Les filtres sont appliqués dans l'ordre dans lequel ils apparaissent dans la règle.

Pour consulter les blogs de la communauté sur l'utilisation de YARA-L, consultez les ressources suivantes :

Vous avez encore besoin d'aide ? Obtenez des réponses de membres de la communauté et de professionnels Google SecOps.