FR 3131154 A1 20230623 FR 2113766 A 20211217 P rocédé de configuration d’un système de détection d’intrusion dans un réseau de communication , procédé de détection, architecture et ensemble associés L’invention concerne un procédé de configuration d’un système de détection d’intrusion (4) dans un réseau de communication (2), le système de détection (4) comprenant une pluralité de modules de détection (10), chaque module de détection (10) étant configuré pour détecter des intrusions dans le réseau de communication (2) selon un protocole de communication spécifique à ce module de détection (10), le procédé de configuration comprenant des étapes de : - réception d’une grammaire (22) pour un module de détection à ajouter au système de détection (4), dit module additionnel de détection (14), la grammaire (22) définissant un protocole de communication spécifique audit module additionnel de détection (14) ; - génération, en fonction de la grammaire (22), d’un fichier (28) ; - compilation dudit fichier (28). Figure pour l'abrégé : Figure 1 Procédé de configuration d’un système de détection d’intrusion dans un réseau de communication, procédé de détection, architecture et ensemble associés La présente invention concerne un procédé de configuration d’un système de détection d’intrusion dans un réseau de communication. L’invention concerne également un procédé de détection d’une intrusion dans un réseau de communication comprenant la mise en œuvre d’un tel procédé de configuration. L’invention concerne également une architecture de configuration d’un système de détection d’intrusion dans un réseau de communication. L’invention concerne aussi un ensemble comprenant un système de détection et une architecture de configuration de ce système de détection. L’invention se situe dans le domaine de la sécurité informatique, également appelé cyber sécurité. Des systèmes de détection d’intrusion dans un réseau de communication sont connus dans l’état de la technique. De tels systèmes permettent en général de détecter des anomalies dans des paquets ou des flux transmis dans le réseau de communication. Pour cela, on connait par exemple des systèmes de détection mettant en œuvre une approche comportementale consistant à détecter des anomalies d’activité du réseau de communication en comparaison à un comportement nominal, défini par un administrateur. On connait également des systèmes de détection mettant en œuvre une approche par scénario basée sur des signatures. De tels systèmes sont configurés pour rechercher, dans l’activité surveillée du réseau de communication, des signatures d’attaques prédéfinies, selon des protocoles de communication, et correspondant à des règles de détection selon ces protocoles de communication. Pour continuer à assurer une détection fiable d’attaques par un tel système mettant en œuvre la détection sur la base de signatures, le système est régulièrement mis à jour afin de prendre en compte des nouvelles signatures d’attaques selon des protocoles de communication spécifiques. Cette mise à jour nécessite alors une modification des règles de détection au sein du système de détection. Or, la modification des règles de détection est souvent complexe et requiert notamment une parfaite compréhension du fonctionnement du système de détection. Un but de la présente invention est alors de proposer un procédé de configuration d’un système de détection permettant de faciliter la mise à jour de protocoles de communication et de règles de détection d’intrusion selon ces protocoles de communication du système de détection. À cet effet, l’invention a pour objet un procédé de configuration d’un système de détection d’intrusion dans un réseau de communication, le système de détection comprenant une pluralité de modules de détection, chaque module de détection étant configuré pour détecter des intrusions dans le réseau de communication selon un protocole de communication spécifique à ce module de détection, le procédé de configuration comprenant des étapes de : - réception d’une grammaire pour un module de détection à ajouter au système de détection, dit module additionnel de détection, la grammaire définissant un protocole de communication spécifique audit module additionnel de détection et un ensemble de règles de détection d’intrusions pour le module additionnel de détection selon le protocole de communication spécifique audit module additionnel de détection ; - génération, en fonction de la grammaire, d’un fichier comprenant ledit protocole de communication spécifique audit module additionnel de détection et ledit ensemble de règles de détection d’intrusions, le ficher se présentant dans un langage de programmation prédéfini par le système de détection et étant distinct de la grammaire ; - compilation dudit fichier par un compilateur, pour obtenir le module additionnel de détection sous forme d’un code exécutable par le système de détection permettant au système de détection de détecter des intrusions dans le réseau de communication selon le protocole de communication spécifique audit module additionnel de détection, le compilateur étant apte à compiler uniquement des fichiers dans ledit langage de programmation prédéfini, pour obtenir le code exécutable par le système de détection. Le procédé de configuration permet en effet de configurer le système de détection de manière simple, en ajoutant le module additionnel de détection notamment sans connaissance du langage de programmation prédéfini par le système de détection. En effet, le procédé de configuration permet par exemple à un opérateur de définir le module additionnel de détection via la grammaire, et ainsi d’obtenir l’ajout du module additionnel de détection au système de détection pour permettre une détection d’intrusions selon un protocole de communication spécifique au module additionnel de détection, ainsi que les règles de détection liées. Suivant d’autres aspects avantageux de l’invention, le procédé de configuration comprend une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toutes les combinaisons techniquement possibles : - le langage de programmation prédéfini est le langage de programmation Rust ; - le procédé de configuration comprend en outre une étape de validation de la grammaire pour le module additionnel de détection comprenant une mise en œuvre d’au moins un test selon des règles prédéterminées ; - le procédé de configuration comprend une étape de simulation, comprenant une exécution dudit module additionnel de détection par un module de simulation distinct du système de détection, l’étape de simulation comprenant en outre une simulation d’une capacité du module additionnel de détection de détecter une intrusion dans le réseau de communication, l’étape de simulation comprenant de préférence un affichage d’une défaillance de la capacité de détecter l’intrusion ; - l’étape de réception, l’étape de génération et l’étape de compilation sont répétées pour un autre module de détection à ajouter au système de détection, distinct dudit module additionnel de détection ; - la grammaire comprend un ensemble de champs du protocole de communication spécifique au module additionnel de détection, chaque champ définissant une caractéristique d’un nœud du réseau de communication et/ou une caractéristique d’un flux de communication parmi un ensemble de flux de communication mis en œuvre par le réseau de communication selon ledit protocole de communication spécifique au module additionnel de détection ; - le module additionnel de détection comprend un interpréteur apte à détecter des mots prédéfinis à l’intérieur d’une chaîne de caractères de l’un des flux de l’ensemble de flux de communication ; - le module additionnel de détection comprend un décodeur protocolaire qui est apte à détecter, dans l’ensemble de flux de communication, une structure d’échange, par exemple une fréquence et une durée d’échange ; - le décodeur protocolaire est apte à détecter un contenu prédéterminé dans l’ensemble de flux de communication. L’invention a aussi pour objet un procédé de détection d’une intrusion dans un réseau de communication par un système de détection d’intrusion comprenant une pluralité de modules de détection, chaque module de détection étant configuré pour détecter des intrusions dans le réseau de communication selon un protocole de communication spécifique à ce module de détection, le procédé de détection comprenant : - une phase de configuration du système de détection comprenant la mise en œuvre du procédé de configuration tel que décrit ci-dessus ; et - une phase d’exploitation comprenant une étape d’analyse par le système de détection d’un ensemble de flux de communication du réseau de communication. Suivant d’autres aspects avantageux de l’invention, le procédé de détection comprend une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toutes les combinaisons techniquement possibles : - la phase d’exploitation comprend une étape de déchiffrage d’un flux chiffré parmi l’ensemble de flux de communication pour obtenir un flux déchiffré ; - l’étape d’analyse comprend l’analyse dudit flux déchiffré par la pluralité de modules de détection et par le module additionnel de détection ; - la phase d’exploitation comprend une étape de décompression d’un flux compressé dudit ensemble de flux de communication pour obtenir un flux décompressé ; - l’étape d’analyse comprend l’analyse du flux décompressé par la pluralité de modules de détection et par le module additionnel de détection ; - la phase d’exploitation comprend une étape de chargement, lors de laquelle un module d’interface générique du système de détection charge le module additionnel de détection dans un module d’exécution du système de détection pour une exécution dudit module additionnel de détection, en l’absence d’une recompilation la pluralité de modules de détection autres que le module additionnel de détection. L’invention a en outre pour objet une architecture de configuration pour un système de détection d’intrusion dans un réseau de communication, le système de détection comprenant une pluralité de modules de détection, chaque module de détection étant configuré pour détecter des intrusions dans le réseau de communication selon un protocole de communication spécifique à ce module de détection, l’architecture de configuration comprenant : - un module de réception configuré pour recevoir une grammaire pour un module de détection à ajouter au système de détection, dit module additionnel de détection, la grammaire définissant un protocole de communication spécifique audit module additionnel de détection et un ensemble de règles de détection d’intrusions pour le module additionnel de détection selon le protocole de communication spécifique audit module additionnel de détection ; - un module de génération configuré pour générer, en fonction de la grammaire, un fichier comprenant ledit protocole de communication spécifique audit module additionnel de détection et ledit ensemble de règles de détection d’intrusions, le ficher se présentant dans un langage de programmation prédéfini par le système de détection et étant distinct de la grammaire ; - un module de compilation comprenant un compilateur configuré pour compiler ledit fichier, pour obtenir le module additionnel de détection sous forme d’un code exécutable par le système de détection permettant au système de détection de détecter des intrusions dans le réseau de communication selon le protocole de communication spécifique audit module additionnel de détection, le compilateur étant apte à compiler uniquement des fichiers dans ledit langage de programmation prédéfini, pour obtenir le code exécutable par le système de détection. L’invention a en outre pour objet un ensemble comprenant un système de détection comprenant une pluralité de modules de détection, chaque module de détection étant configuré pour détecter des intrusions dans le réseau de communication selon un protocole de communication spécifique à ce module de détection, et comprenant une architecture de configuration tel que décrite ci-dessus. Ces caractéristiques et avantages de l’invention apparaitront à la lecture de la description qui va suivre, donnée uniquement à titre d’exemple non limitatif, et faite en référence aux dessins annexés, sur lesquels : - la est une vue schématique d’un ensemble comprenant un réseau de communication, un système de détection et une architecture de configuration selon l’invention, et - la est un ordinogramme d’un procédé de détection d’un système de détection d’intrusion dans un réseau de communication. Sur la , un ensemble 1 comprend un réseau de communication 2, un système de détection 4 et une architecture de configuration 6. Le réseau de communication 2 comprend une pluralité de nœuds 8 configurés pour mettre en œuvre des flux de communication F entre eux et/ou avec l’extérieur du réseau de communication 2. Le système de détection 4 est configuré pour détecter des intrusions dans le réseau de communication 2. Par « intrusion », il est entendu une activité non autorisée du réseau de communication 2, par exemple un accès à des ressources du réseau de communication 2, telles que des données, par une entité qui n’est pas autorisée à cet accès. Le système de détection 4 comprend par exemple une pluralité de modules de détection 10. Chaque module de détection 10 est configuré pour détecter des intrusions dans le réseau de communication 2 selon un protocole de communication spécifique à ce module de détection 10. Par « protocole de communication », il est entendu la définition de fonctionnement des échanges des nœuds 8 du réseau de communication 2. Le système de détection 4 comprend en outre un module de librairie 12 configuré pour recevoir au moins un module de détection à ajouter, dit module additionnel de détection 14, sous forme d’un code exécutable par le système de détection 4. Le système de détection 4 comprend en outre un module d’exécution 16 configuré pour exécuter chaque module de détection 10 et chaque module additionnel de détection 14. Le module d’exécution 16 forme en particulier un environnement d'exécution des modules 10, 14, et est notamment dénommé « runtime » en anglais. Le système de détection 4 comprend en outre un module d’interface générique 18 configuré pour charger le module additionnel de détection 14 dans le module d’exécution 16 pour une exécution de ce module 14. Chaque module de détection 10, le module de librairie 12, le module d’exécution 16 et le module d’interface générique 18 sont chacun par exemple intégrés dans au moins un calculateur. Dans ce cas, chacun des modules parmi chaque module de détection 10, le module de librairie 12, le module d’exécution 16 et le module d’interface générique 18 se présente au moins partiellement sous la forme d’un logiciel exécutable par un processeur et stocké dans une mémoire du calculateur. L’architecture de configuration 6 est apte à configurer le système de détection 4. En particulier, l’architecture de configuration 6 est configuré pour ajouter au moins un module additionnel de détection 14 au système de détection 4. L’architecture de configuration 6 comprend un module de réception 20 d’une grammaire 22 pour le module additionnel de détection 14. L’architecture de configuration 6 comprend par exemple en outre un module de validation 24 configuré pour valider la grammaire 22 par mise en œuvre d’au moins un test selon des règles prédéterminées. L’architecture de configuration 6 comprend en outre un module de génération 26 configuré pour générer, en fonction de la grammaire 22, un fichier 28. L’architecture de configuration 6 comprend en outre un module de compilation 30 comprenant un compilateur 32 configuré pour compiler le fichier 28, pour obtenir le module additionnel de détection 14 sous forme du code exécutable par le système de détection 4. Le compilateur 32 est apte à compiler uniquement des fichiers dans ledit langage de programmation prédéfini, pour obtenir le code exécutable par le système de détection 4. L’architecture de configuration 6 comprend en outre par exemple un module de simulation 34 configuré pour exécuter le module additionnel de détection 14, notamment sans mise en œuvre du module 14 par le système de détection 4. Le module de validation 24 et/ou le module de simulation 34 est(sont) un(des) module(s) optionnel(s). Le module de réception 20, le module de validation 24, le module de génération 26, le module de compilation 30 et le module de simulation 34 sont chacun par exemple intégrés dans au moins un calculateur. Dans ce cas, chacun des modules parmi le module de réception 20, le module de validation 24, le module de génération 26, le module de compilation 30 et le module de simulation 34 se présente au moins partiellement sous la forme d’un logiciel exécutable par un processeur et stocké dans une mémoire du calculateur. Selon un exemple, chacun des modules 20, 24, 26, 30 et 34 est intégré dans le même calculateur que chaque module de détection 10, le module de librairie 12, le module d’exécution 16 et le module d’interface générique 18. En variante, chacun des modules 20, 24, 26, 30 et 34 est intégré dans un calculateur distinct d’un calculateur intégrant les modules 10, 12, 16 et 18. Un procédé de détection 100 d’une intrusion dans le réseau de communication 2 est maintenant décrit en référence à la . Le procédé de détection 100 comprend une phase de configuration 110 du système de détection, mise en œuvre en particulier par l’architecteur de configuration 6, et une phase d’exploitation 120 mise en œuvre en particulier par le système de détection 4. La phase de configuration 110 permet en particulier d’ajouter le module additionnel de détection 14 au système de détection 4. La phase de configuration 110 comprend une étape de réception 200, une étape de validation 210, une étape de génération 220, une étape de compilation 230 et une étape de simulation 240. Lors de l’étape de réception 200, le module de réception 20 reçoit la grammaire 22 pour le module additionnel de détection 14. La grammaire 22 définit le protocole de communication spécifique au module additionnel de détection 14 et un ensemble de règles de détection d’intrusions pour le module additionnel de détection 14 selon le protocole de communication spécifique à ce module 14. Par « ensemble de règles de détection d’intrusions pour le module additionnel de détection selon le protocole de communication spécifique à ce module », il est notamment entendu des règles de détection qui sont liées à ce protocole de communication, et/ou qui sont définies en fonction d’une logique de ce protocole de communication. En particulier, la grammaire 22 adresse toutes les caractéristiques du protocole de communication spécifique au module de détection additionnel 14. Par exemple, la grammaire 22 définit une syntaxe du protocole de communication spécifique. Par exemple, la grammaire 22 définit, dans le protocole de communication spécifique au module 14, l’ensemble de règles de détection permettant la détection d’une intrusion dans le réseau de communication 2. La grammaire 22 est notamment non compilable par le compilateur 32. La grammaire 22 est par exemple défini selon le langage formel appelé « Parsing Expression Grammar ». La grammaire 22 comprend par exemple un ensemble de champs selon le protocole de communication spécifique au module additionnel de détection 14. Chaque champ définit en particulier une caractéristique de l’un des nœuds 8 du réseau de communication 2 et/ou une caractéristique de l’un des flux de communication F du réseau de communication 2 selon ce protocole de communication. Dans l’exemple de la grammaire 22 décrit ci-dessous, chaque champ est notamment désigné par une variable appelée ELEMENTS. La grammaire 22 comprend par exemple une section de métadonnées, une section de présélection (ou « peek section » de l’anglais section de coup d’œil), et au moins une section de paquet. La section de métadonnées comprend par exemple le protocole de communication spécifique au module additionnel de détection 14, tel que HTTP (de l’anglais « Hypertext Transfer Protocol » pour protocole de transfert hypertexte) ou AFTN (de l’anglais « Aeronautical Fixed Telecommunication Network » pour Réseau fixe de télécommunications aéronautiques). La section de métadonnées comprend en outre par exemple un protocole de réseau, tel que UDP (de l’anglais « User Datagram Protocol » pour protocole de datagramme utilisateur) ou TCP (de l’anglais « Transmission Control Protocol » pour protocole de contrôle de transmissions). La section de métadonnées comprend en outre par exemple des ports à surveiller. Par exemple, la section de métadonnées est définie comme suit : metadata { parser_name = http ip_proto = UDP ports = 80,443 version = 0.1.0 } La section de présélection comprend par exemple une seule règle parmi l’ensemble de règles de détection, définissant si un flux de communication F donné est analysé par le module additionnel de détection 14 obtenu à partir de la grammaire 22. Un exemple de la section de présélection est indiqué ci-après : peek { peek = {"ZCZC" } } Dans cet exemple, la grammaire 22 pour le module additionnel de détection 14 définit que ce module 14 analyse un flux de communication F donné lorsque ce flux présente une caractéristique correspondant à une règle grammaire prédéfinie. La section de paquet comprend par exemple une partie comprenant l’ensemble de règles de détection d’intrusions et une partie comprenant des instructions concernant des fichiers log à générer par le système de détection 4 lors de l’exécution du module additionnel de détection 14. Un exemple de la partie comprenant l’ensemble de règles de détection d’intrusions est indiqué ci-après : rules { aftn_packet = { heading } heading = { heading_line ~ message} as ascii string heading_line = { start_of_message & " " & transmission_identification transmission_identification = { (!(" ") & alphanumeric)+ } additional_service_indication = { (!(" ") & alphanumeric)+ address = { alphanumeric+ } origin = { alphanumeric+ } message = {ANY+} as ascii string alphanumeric = {'a'..'z'|'0'..'9'|'A'..'Z'} start_of_message = { "ZCZC" } } Chaque règle de l’ensemble de règles de détection présente par exemple la syntaxe suivant : RULENAME = {ELEMENTS} STORAGE, où RULENAME est un nom de la règle de détection, unique dans cette section de paquet de la grammaire 22 ; ELEMENTS comprend un ou plusieurs champs selon le protocole de communication du module additionnel de détection 14 ; STORAGE est un élément optionnel, et définit un format et/ou un type d’une variable du/des champ(s). Chaque champ de la partie ELEMENTS forme l’une des règles de détection du protocole de communication. Chaque champ est par exemple un élément appartenant à la liste suivante : une chaîne de caractères ; des octets ; une condition d’alternative (par exemple : a OU b) ; une inversion, une gamme ; une suite de nœuds 8 en communication entre eux ; une taille d’un élément ; un nombre d’éléments. Bien entendu, d’autres champs peuvent être envisagés. Lors de l’étape de validation 210, le module de validation 24 valide la grammaire 22 pour le module additionnel de détection 14 par la mise en œuvre d’au moins un test selon des règles prédéterminées. Par exemple, le module de validation 24 vérifie si la grammaire 22 comprend uniquement, dans la partie ELEMENTS de sa syntaxe, des champs compris dans une liste prédéfinie. L’étape de validation 210 est une étape optionnelle, et selon un exemple, l’étape de génération 220 est mise en œuvre directement à la suite de la mise en œuvre de l’étape de réception 200. Cela est illustré sur la par le raccourci R1. Lors de l’étape de génération 220, le module de génération 26 génère, en fonction de la grammaire 22, le fichier 28. Le fichier 28 comprend le protocole de communication spécifique au module additionnel de détection 14 et l’ensemble de règles de détection d’intrusions. Le fichier 28 se présente dans un langage de programmation prédéfini par le système de détection 4, par exemple le langage de programmation Rust. Le fichier 28 est distinct de la grammaire 22. Le fichier 28 en langage de programmation Rust est en particulier compatible avec une intégration dans le système de détection 4. Lors de l’étape de compilation 230, le compilateur 32 du module de compilation 30 compile le fichier 28, pour obtenir le module additionnel de détection 14 sous forme d’un code exécutable par le système de détection 4 permettant au système de détection 4 de détecter des intrusions dans le réseau de communication 2 selon le protocole de communication spécifique au module additionnel de détection 14. Le module additionnel de détection 14 présente par exemple une structure logicielle analogue à celle de chacun des modules de détection 10. Le module additionnel de détection 14 est spécifiquement adapté à la détection des intrusions dans le réseau de communication 2 selon le protocole de communication spécifique à ce module additionnel de détection 14, et selon l’ensemble de règles de détection d’intrusions selon le protocole de communication spécifique à ce module 14. Le module additionnel de détection 14 est notamment enregistré sous forme de code binaire. Le module additionnel de détection 14 comprend par exemple un interpréteur apte à détecter des mots prédéfinis à l’intérieur d’une chaîne de caractères d’au moins l’un des flux de communication F selon le protocole de communication spécifique au module additionnel de détection 14. L’interpréteur est également appelé analyseur syntaxique (ou « parser » en anglais). En référence à l’exemple de la grammaire 22 décrit ci-dessus, l’interpréteur détecte chaque flux de communication F comprenant un début de message égale au mot « ZCZC ». Le module additionnel de détection 14 comprend, selon un exemple, un décodeur protocolaire qui est apte à détecter, dans l’ensemble de flux de communication F selon le protocole de communication spécifique au module additionnel de détection 14, une structure d’échange. La structure d’échange est par exemple une fréquence et une durée d’échange. Le décodeur protocolaire est par exemple en outre apte à détecter un contenu prédéterminé dans l’ensemble de flux de communication F, par exemple une chaîne de caractères. Le module de compilation 30 émet le module additionnel de détection 14 au module de simulation 34 et/ou au module de librairie 12. Le module additionnel de détection 14 est par exemple enregistré dans le module de librairie 12, par exemple sous forme de code binaire exécutable par le système de détection 4. Selon un exemple, le module additionnel de détection 14 est enregistré sous forme de code binaire dans le module de simulation 34. Lors de l’étape de simulation 240, le module de simulation 34, distinct du système de détection 4, exécute le module additionnel de détection 14. Le module de simulation 34 comprend la simulation d’une capacité du module additionnel de détection 14 de détecter une intrusion dans le réseau de communication 2. Par exemple, le module de simulation 34 génère une intrusion correspondant à l’une des règles de détection du module 14, et vérifie si le module 14 détecte l’intrusion ou non. Par exemple, le module de simulation 34 affiche, sur un dispositif d’affichage non représenté, une défaillance de la capacité de détecter l’intrusion du module 14 ou un succès de la détection. L’étape de simulation 240 est une étape optionnelle. Selon un exemple, l’étape de réception 200, éventuellement l’étape de validation 210, l’étape de génération 220, l’étape de compilation 230 et éventuellement l’étape de simulation 240 sont répétées pour un autre module de détection à ajouter au système de détection, distinct dudit module additionnel de détection 14. Cela est notamment illustré par la flèche R2 sur la . La phase d’exploitation 120 est de préférence mise en œuvre après au moins une mise en œuvre de la phase de configuration 110. La phase d’exploitation 120 comprend une étape de chargement 245, une étape de décompression 250, une étape de déchiffrage 260 et une étape d’analyse 270. Lors de l’étape de chargement 245, le module d’interface générique 18 charge le module additionnel de détection 14 dans le module d’exécution 16 pour une exécution du module additionnel de détection 14. Le module d’interface générique 18 charge le module additionnel de détection 14 de préférence en l’absence d’une recompilation la pluralité de modules de détection 10 autres que le module 14. Lors de l’étape de décompression 250, le module additionnel de détection 14 décompresse un flux compressé de l’ensemble de flux de communication F pour obtenir un flux décompressé. Le flux compressé est par exemple compressé selon la technique zip ou gzip. Lors de l’étape de déchiffrage 260, le module additionnel de détection 14 déchiffre un flux chiffré de l’ensemble de flux de communication F pour obtenir un flux déchiffré. Le flux chiffré est par exemple chiffré selon le protocole de sécurisation SSL (de l’anglais « Secure Sockets Layer » pour Couche de Sockets Sécurisée). Lors de l’étape d’analyse 270, le système de détection 4 analyse l’ensemble de flux de communication F du réseau de communication 2. Notamment, chaque module de détection 10 et le module additionnel de détection 14 analysent l’ensemble de flux de communication F en détectant des intrusions dans le réseau de communication 2 selon le protocole de communication spécifique à ce module 10, 14. En particulier, le module additionnel de détection 14 détecte les intrusions selon les règles de détection d’intrusions selon le protocole de communication spécifique audit module additionnel de détection. Ces règles sont définies par la grammaire 22. Lorsque le procédé 100 comprend l’étape de décompression 250, l’étape d’analyse 270 comprend l’analyse du flux décompressé par la pluralité de modules de détection 10 et par le module additionnel de détection 14. Lorsque le procédé 100 comprend l’étape de déchiffrage 260, l’étape d’analyse 270 comprend l’analyse du flux déchiffré par la pluralité de modules de détection 10 et par le module additionnel de détection 14. Les étapes de décompression 250 et de déchiffrage 260 sont des étapes optionnelles comme illustré par la flèche R3 sur la . En l’absence des étapes 250 et 260, l’étape d’analyse 270 est mise en œuvre directement à la suite de la mise en œuvre de l’étape de chargement 245. On conçoit que le procédé de configuration et l’architecture de configuration 6 présentent un grand nombre d’avantages. Le procédé de configuration permet de simplifier l’ajout du module additionnel de détection 14, car un opérateur définit le module additionnel de détection 14 via la grammaire 22, et le procédé de configuration permet alors d’ajouter le module 14 sur la base de la grammaire 22. L’opérateur n’a donc pas besoin de connaitre le langage de programmation Rust, spécifique au système de détection 4, pour ajouter le module 14. Aussi, du fait que, selon un exemple du procédé de l’invention, le module d’interface générique 18 charge le module 14 sans mettre en œuvre une recompilation de l’ensemble des modules 10, l’ajout du module 14 au système de détection 4 est facilité. En particulier, cela permet d’ajouter le module 14 de manière indépendante des autres modules 10, et conduit alors à une absence de la nécessité d’une requalification, selon des règles de sécurité prédéterminées, des autres modules 10. Une telle requalification est par exemple nécessaire lors d’une recompilation de l’ensemble des modules 10. Lorsque le procédé de configuration comprend l’étape de simulation 240, le module de simulation 34 permet de tester la capacité de détection du module additionnel de détection 14 au préalable d’une intégration du module 14 dans le système de détection 4. Cela permet par exemple le débogage du module 14 avant toute intégration dans le système de détection 4. Lorsque le procédé de configuration comprend l’étape de décompression 250, le procédé permet d’analyser, par le module additionnel de détection 14, mais aussi par les autres modules 10, l’analyse de flux compressés de l’ensemble de flux de communication F. Lorsque le procédé de configuration comprend l’étape de déchiffrage 260, le procédé permet d’analyser, par le module additionnel de détection 14, mais aussi par les autres modules 10, l’analyse de flux chiffrés de l’ensemble de flux de communication F. Procédé de configuration d’un système de détection d’intrusion (4) dans un réseau de communication (2), le système de détection (4) comprenant une pluralité de modules de détection (10), chaque module de détection (10) étant configuré pour détecter des intrusions dans le réseau de communication (2) selon un protocole de communication spécifique à ce module de détection (10), le procédé de configuration comprenant des étapes de : - réception (200) d’une grammaire (22) pour un module de détection à ajouter au système de détection (4), dit module additionnel de détection (14), la grammaire (22) définissant un protocole de communication spécifique audit module additionnel de détection (14) et un ensemble de règles de détection d’intrusions pour le module additionnel de détection (14) selon le protocole de communication spécifique audit module additionnel de détection (14) ; - génération (220), en fonction de la grammaire (22), d’un fichier (28) comprenant ledit protocole de communication spécifique audit module additionnel de détection (14) et ledit ensemble de règles de détection d’intrusions, le ficher (28) se présentant dans un langage de programmation prédéfini par le système de détection (4) et étant distinct de la grammaire (22) ; - compilation (230) dudit fichier (28) par un compilateur (32), pour obtenir le module additionnel de détection (14) sous forme d’un code exécutable par le système de détection (4) permettant au système de détection (4) de détecter des intrusions dans le réseau de communication (2) selon le protocole de communication spécifique audit module additionnel de détection (14), le compilateur (32) étant apte à compiler uniquement des fichiers dans ledit langage de programmation prédéfini, pour obtenir le code exécutable par le système de détection (4). Procédé de configuration selon la revendication 1, dans lequel le langage de programmation prédéfini est le langage de programmation Rust. Procédé de configuration selon la revendication 1 ou la revendication 2, comprenant en outre une étape de validation (210) de la grammaire (22) pour le module additionnel de détection (14) comprenant une mise en œuvre d’au moins un test selon des règles prédéterminées. Procédé de configuration selon l’une quelconque des revendications précédentes, comprenant une étape de simulation (240), comprenant une exécution dudit module additionnel de détection (14) par un module de simulation (34) distinct du système de détection (4), l’étape de simulation (240) comprenant en outre une simulation d’une capacité du module additionnel de détection (14) de détecter une intrusion dans le réseau de communication (2), l’étape de simulation (240) comprenant de préférence un affichage d’une défaillance de la capacité de détecter l’intrusion. Procédé de configuration selon l’une quelconque des revendications précédentes, l’étape de réception (200), l’étape de génération (220) et l’étape de compilation (230) étant répétées pour un autre module de détection à ajouter au système de détection (4), distinct dudit module additionnel de détection (14). Procédé de configuration selon l’une quelconque des revendications précédentes, dans lequel la grammaire (22) comprend un ensemble de champs du protocole de communication spécifique au module additionnel de détection (14), chaque champ définissant une caractéristique d’un nœud (8) du réseau de communication (2) et/ou une caractéristique d’un flux de communication (F) parmi un ensemble de flux de communication (F) mis en œuvre par le réseau de communication (2) selon ledit protocole de communication spécifique au module additionnel de détection (14). Procédé de configuration selon la revendication 6, dans lequel le module additionnel de détection (14) comprend un interpréteur apte à détecter des mots prédéfinis à l’intérieur d’une chaîne de caractères de l’un des flux de l’ensemble de flux de communication (F) et/ou dans lequel le module additionnel de détection (14) comprend un décodeur protocolaire qui est apte à détecter, dans l’ensemble de flux de communication (F), une structure d’échange, par exemple une fréquence et une durée d’échange, et qui est de préférence en outre apte à détecter un contenu prédéterminé dans l’ensemble de flux de communication (F). Procédé de détection (100) d’une intrusion dans un réseau de communication (2) par un système de détection d’intrusion (4) comprenant une pluralité de modules de détection (10), chaque module de détection (10) étant configuré pour détecter des intrusions dans le réseau de communication (2) selon un protocole de communication spécifique à ce module de détection (10), le procédé de détection (100) comprenant : - une phase de configuration (110) du système de détection (4) comprenant la mise en œuvre du procédé de configuration selon l’une quelconque des revendications précédentes ; et - une phase d’exploitation (120) comprenant une étape d’analyse (270) par le système de détection (4) d’un ensemble de flux de communication (F) du réseau de communication (2). Procédé de détection selon la revendication 8, dans lequel la phase d’exploitation (120) comprend une étape de déchiffrage (260) d’un flux chiffré parmi l’ensemble de flux de communication (F) pour obtenir un flux déchiffré, et dans lequel l’étape d’analyse (270) comprend l’analyse dudit flux déchiffré par la pluralité de modules de détection (10) et par le module additionnel de détection (14). Procédé de détection selon la revendication 8 ou la revendication 9, dans lequel la phase d’exploitation (120) comprend une étape de décompression (250) d’un flux compressé dudit ensemble de flux de communication (F) pour obtenir un flux décompressé, et dans lequel l’étape d’analyse (270) comprend l’analyse du flux décompressé par la pluralité de modules de détection (10) et par le module additionnel de détection (14). Procédé de détection selon l’une quelconque des revendications 8 à 10, dans lequel la phase d’exploitation (120) comprend une étape de chargement (245), lors de laquelle un module d’interface générique (18) du système de détection (4) charge le module additionnel de détection (14) dans un module d’exécution (16) du système de détection (4) pour une exécution dudit module additionnel de détection (14), en l’absence d’une recompilation la pluralité de modules de détection (10) autres que le module additionnel de détection (14). Architecture de configuration (6) pour un système de détection d’intrusion (4) dans un réseau de communication (2), le système de détection (4) comprenant une pluralité de modules de détection (10), chaque module de détection (10) étant configuré pour détecter des intrusions dans le réseau de communication (2) selon un protocole de communication spécifique à ce module de détection (10), l’architecture de configuration (6) comprenant : - un module de réception (20) configuré pour recevoir une grammaire (22) pour un module de détection à ajouter au système de détection (4), dit module additionnel de détection (14), la grammaire (22) définissant un protocole de communication spécifique audit module additionnel de détection (14) et un ensemble de règles de détection d’intrusions pour le module additionnel de détection (14) selon le protocole de communication spécifique audit module additionnel de détection (14) ; - un module de génération (26) configuré pour générer, en fonction de la grammaire (22), un fichier (28) comprenant ledit protocole de communication spécifique audit module additionnel de détection (14) et ledit ensemble de règles de détection d’intrusions, le ficher (28) se présentant dans un langage de programmation prédéfini par le système de détection (4) et étant distinct de la grammaire (22) ; - un module de compilation (30) comprenant un compilateur (32) configuré pour compiler ledit fichier (28), pour obtenir le module additionnel de détection (14) sous forme d’un code exécutable par le système de détection (4) permettant au système de détection (4) de détecter des intrusions dans le réseau de communication (2) selon le protocole de communication spécifique audit module additionnel de détection (14), le compilateur (32) étant apte à compiler uniquement des fichiers dans ledit langage de programmation prédéfini, pour obtenir le code exécutable par le système de détection (4). Ensemble (1) comprenant un système de détection (4) comprenant une pluralité de modules de détection (10), chaque module de détection (10) étant configuré pour détecter des intrusions dans le réseau de communication (2) selon un protocole de communication spécifique à ce module de détection (10), et comprenant une architecture de configuration (6) selon la revendication 12.