Bonnes pratiques concernant YARA-L
Ce document décrit les bonnes pratiques recommandées par Google Security Operations pour écrire des règles en YARA-L.
Excluez les valeurs nulles.
Certains champs peuvent être automatiquement omis dans les événements pour lesquels vous exécutez vos règles. Lorsque des champs sont ignorés, leur valeur par défaut est zéro.
Par exemple, une valeur de chaîne omise est ""
par défaut.
Si deux champs sont tous les deux omis, il se peut qu'ils prennent la valeur zéro par défaut. Cela peut entraîner des correspondances inattendues où deux champs correspondent, car 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 établit une équivalence entre deux événements sur la base 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 tous deux 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 ne sera renvoyée, car e1.field1
et e2.field2
n'incluent aucune donnée :
$e1.field1 = $e2.field2
$e1.field != ""
Ajouter un filtre de type d'événement
Dans l'exemple suivant, les adresses IP de chaque événement UDM sont comparées à 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 qu'elle 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 en savoir plus sur l'utilisation de YARA-L, consultez les blogs de la communauté :
- Principes de base de YARA-L
- Variables de règle YARA-L
- Opérateurs et modificateurs YARA-L
- Créer une règle d'événement unique à l'aide d'une expression régulière
- Agréger des événements dans des règles
- Définir un seuil pour les conditions
- Navigation dans l'éditeur de règles
- Options des règles YARA-L
- Créer une règle d'événement unique : mise en correspondance de chaînes
- Créer une règle pour plusieurs événements – Rejoindre des événements
- Créer une règle multi-événements : organiser les événements
- Créer une règle pour plusieurs événements : plusieurs jointures et nombres dans les conditions
- Créer une règle multi-événements : fenêtres coulissantes
- Présentation des résultats dans une règle d'événement unique
- Résultats d'une règle multi-événements : décomptes
- Résultats dans les règles multi-événements : tableaux
- Résultats d'une règle multi-événements – Max, Min, Somme
- Résultats – Score de risque, logique conditionnelle et opérateurs mathématiques
- Fonctions - strings.concat
- Fonctions : string.coalesce
- Fonctions – Réseau
- Liste de référence
- Listes de référence CIDR
- Listes de référence d'expressions régulières
- Fonction de chaîne en majuscules ou minuscules
- Fonction d'expression régulière : re.regex
- Fonction d'expression régulière : re.capture
- Fonction de chaîne : strings.base64_decode
- Fonction d'expression régulière – re.Replace
- Premiers pas avec la recherche statistique
- Recherche statistique : plus qu'un simple comptage