Brevet FR3086090A1 — publié le 20200320

MÉTHODE DE TRAITEMENT CONFIDENTIEL DE LOGS D'UN SYSTÈME D'INFORMATION DESCRIPTION DOMAINE TECHNIQUE La présente invention concerne de manière générale le domaine de la sécurité informatique et plus particulièrement la gestion des évènements et de la sécurité d'un système d'information ou SIEM (Security Information and Event Management). ÉTAT DE LA TECHNIQUE ANTÉRIEURE La cybersécurité est devenue un enjeu majeur pour les propriétaires et les usagers de systèmes d'information (SI). Une des approches connues pour protéger un système d'information est de collecter les évènements intervenant dans les différents équipements qui le constituent tels que routeurs, serveurs, pare-feux, base de données, noeuds de réseau, etc. Etant donné la fréquence, la variété et la quantité de ces évènements, ils ne peuvent généralement être traités à la volée. Pour cette raison, les évènements sont enregistrés au sein de journaux système, encore appelés logs, à des fins de traitement différé. Les journaux système relatifs aux différents équipements sont ensuite filtrés puis corrélés entre eux de manière à pouvoir identifier la survenance d'anomalies ou de situations à risque et, le cas échéant d'en avertir l'administrateur du système. De nombreux outils capables d'analyser les journaux système, connus sous l'acronyme de SIEM (Security Information Event Management), sont disponibles sur le marché. Ces outils devenant de plus en plus complexes et coûteux, une tendance récente est de proposer ces outils sous la forme de logiciels en tant que service ou SaaS (Software as a Service), autrement dit de déporter l'analyse des journaux système vers des serveurs distants ou une plateforme Cloud. On trouvera par exemple une description d'un outil SIEM pour un environnement Cloud dans l'article de X. Lin et al. intitulé « Log analysis in cloud computing environment with Hadoop and Spark », publié dans Proc. of IEEE Inn Conference on Broadband Network & Multimedia Technology, IC-BNMT 2103, pp. 273-276. 2 Dans un tel contexte d'analyse déportée (serveur distant ou plateforme Cloud), se posent le problème de la sécurité de la transmission des données ainsi que celui de la confidentialité de leur traitement. Tout d'abord, lorsque des logs issus de différents éléments matériel ou logiciel 5 d'un système d'information sont transmis à un outil SIEM, ils peuvent être interceptés par un hacker. Ce dernier peut alors tirer profit du temps nécessaire à l'analyse des logs et au déploiement de contre-mesures pour exploiter la vulnérabilité du système d'information lors de l'incident et l'attaquer. Cette attaque peut être d'autant plus dangereuse qu'elle concerne un élément standard utilisé dans un grand nombre de systèmes d'information. 10 Par exemple, un système de détection d'intrusion ou IDS (Intrusion Detection System) peut indiquer la présence d'un malware divulguant les identifiants et les mots de passe des usagers d'un certain type de base de données. Le hacker pourra alors utiliser ce même malware pour récupérer ces données confidentielles pour d'autres bases de données du même type. 15 En outre, un outil SIEM, honnête mais curieux (honest but curious), peut exploiter des informations issues des logs à des fins commerciales, par exemple pour identifier des éléments de systèmes à risque et vendre des solutions à des professionnels de la sécurité informatique. Il peut tout aussi bien en faire un usage malhonnête en informant des hackers sur des cibles potentielles et causer des attaques massives sur des composants 20 vulnérables. Enfin, la protection de l'intégrité et de la confidentialité des logs est essentielle lorsque des services de police doivent enquêter sur une piraterie informatique. Là encore, un adversaire pourrait s'emparer d'informations confidentielles soit pour attaquer l'entreprise faisant l'objet de l'enquête soit pour attaquer des systèmes informatiques 25 possédant le même composant vulnérable. Il est donc important de garantir la confidentialité des informations présentes dans les journaux système ainsi que le résultat de leur traitement lorsque celui-ci est effectué sur un serveur distant ou une plateforme Cloud. Certains outils SIEM tel que IBMTM QRadarTM permettent de stocker les évènements historisés (c'est-à-dire horodatés) d'un système d'information sur un dispositif 3 externe tout en mettant en oeuvre des mesures de protection de la confidentialité, telle qu'adressage par hachage de ces évènements et obfuscation des données stockées. D'autres outils SIEM permettent aussi de chiffrer, au moyen d'un algorithme de chiffrement symétrique classique tel qu'AES, les données transmises entre leurs différentes 5 composantes logicielles. Toutefois, les outils SIEM déportés actuels ne garantissent pas la confidentialité des données présentes dans les journaux systèmes lors de leur traitement, ni la confidentialité du résultat de ce traitement. Le but de la présente invention est par conséquent de proposer une méthode de 10 traitement des journaux d'un système d'information qui garantisse la confidentialité du traitement ainsi que la confidentialité du résultat de ce traitement. EXPOSÉ DE L'INVENTION La présente invention est définie par une méthode de traitement de journaux 15 système d'un système d'information comprenant un générateur de journaux système, lesdits journaux système étant transmis à un analyseur de journaux système pour y être analysés, le résultat de l'analyse étant transmis à un centre d'opérations de sécurité pour établir un rapport de sécurité ou proposer une contremesure à destination dudit générateur, l'analyseur de journaux système et le centre d'opérations de sécurité étant 20 distants du générateur de journaux système, le centre d'opérations de sécurité disposant d'une clé privée (HE.sk ) ainsi que d'une clé publique ( HE.ipk ) d'un cryptosystème homomorphe, ladite clé publique ayant été préalablement transmise au générateur de journaux système et à l'analyseur de journaux système, la méthode selon l'invention étant particulière en ce que : 25 le générateur de journaux système génère une clé de chiffrement symétrique ( K ) puis chiffre cette clé au moyen de la clé publique de chiffrement homomorphe (HE.pk ) et transmet la clé publique ainsi chiffrée ( Epc (H E.pk , K syn)) à l'analyseur de journaux système ; 4 le générateur de journaux système chiffre un journal système à l'aide de la clé symétrique ( K,,) et le transmet ainsi chiffré à l'analyseur de journaux système ; l'analyseur de journaux système effectue, au moyen de ladite clé publique chiffrée, un transchiffrement du journal chiffré pour obtenir un journal système chiffré par 5 la clé publique de chiffrement homomorphe, puis effectue un traitement de ce journal dans le domaine homomorphe pour obtenir un résultat d'analyse dans le domaine homomorphe (Enc(HE.pk,r)), le résultat d'analyse dans le domaine homomorphe ainsi que la clé symétrique chiffrée par la clé publique de chiffrement homomorphe étant transmis au centre d'opérations de sécurité ; 10 le centre d'opérations de sécurité déchiffre, à l'aide de la clé secrète du cryptosystème homomorphe, la clé symétrique chiffrée par la clé publique de chiffrement homomorphe, ainsi que le résultat d'analyse obtenu dans le domaine homomorphe, pour obtenir respectivement la clé symétrique et le résultat d'analyse en clair, établit un rapport de sécurité ou propose une contremesure à partir du résultat d'analyse en clair, chiffre le 15 rapport de sécurité ou la contremesure au moyen de la clé symétrique avant de transmettre le rapport de sécurité ou la contremesure ainsi chiffré(e) au générateur de journaux système ; le générateur de journaux système déchiffre, au moyen de la clé symétrique, le rapport de sécurité ou la contremesure ainsi chiffré(e), pour obtenir le rapport de sécurité 20 ou la contremesure en clair. Avantageusement, le système d'information comprend un générateur de journaux système (LG ), lesdits journaux systèmes étant transmis à un analyseur de journaux système (STEM ) pour y être analysés, le résultat de l'analyse ( r ) étant destiné au générateur de journaux système, l'analyseur de journaux système étant distant du 25 générateur de journaux système, le générateur de journaux système disposant d'une clé privée (IIE.sk ) ainsi que d'une clé publique (HE.pk ) d'un cryptosystème homomorphe, ladite clé publique ayant été préalablement transmise à l'analyseur de journaux système, le générateur de journaux système génère une clé de chiffrement symétrique ( K ) puis chiffre cette clé au moyen de la clé publique de chiffrement homomorphe 5 (11E.pk) et transmet la clé publique ainsi chiffrée (Enc(HE.pk,K '»,)) à l'analyseur de journaux système ; le générateur de journaux système chiffre un journal système à l'aide de la clé symétrique (1C,,,, ) et le transmet ainsi chiffré à l'analyseur de journaux système ; 5 l'analyseur de journaux système effectue, au moyen de ladite clé publique chiffrée, un transchiffrement du journal chiffré pour obtenir un journal système chiffré par la clé publique de chiffrement homomorphe, puis effectue un traitement de ce journal dans le domaine homomorphe pour obtenir un résultat d'analyse dans le domaine homomorphe (Enc(HE.pk,r)), le résultat d'analyse dans le domaine homomorphe étant transmis au 10 générateur de journaux système ; le générateur de journaux système déchiffre, à l'aide de la clé secrète du cryptosystème homomorphe, le résultat d'analyse obtenu dans le domaine homomorphe, pour obtenir le résultat d'analyse en clair. 15 L'analyseur de journaux système effectue le transchiffrement du journal chiffré par la clé symétrique (Ene(HE.pk.logt en le chiffrant une seconde fois par la clé publique du chiffrement homomorphe, puis, en déchiffrant le journal une seconde fois chiffré dans le domaine homomorphe, au moyen de la clé symétrique chiffrée par la clé publique du chiffrement homomorphe ( Enc(HE.pk,K'),;,)), 20 Le chiffrement symétrique est de préférence un chiffrement par flot. Le traitement du journal dans le domaine homomorphe peut être une analyse des évènements par signatures ou une analyse comportementale d'au moins un élément du système d'information. Le traitement du journal dans le domaine homomorphe peut être effectué par une 25 méthode d'apprentissage automatique. La méthode d'apprentissage automatique utilise un modèle de classification linéaire ou bien un réseau de neurones. 6 Le générateur de journaux système peut calculer une empreinte du journal chiffré par une fonction de hachage ou bien un code d'authentification de message, et transmet l'empreinte ou le code MAC avec le journal ainsi chiffré, à l'analyseur de journaux système. Dans un exemple d'application, le générateur de journaux système faire partie 5 d'un système de détection d'intrusion (IDS) du système d'exploitation. BRÈVE DESCRIPTION DES DESSINS D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture d'un mode de réalisation préférentiel de l'invention, décrit en référence aux figures jointes parmi lesquelles : 10 La Fig. 1 représente de manière schématique une infrastructure dans laquelle peut être mise en oeuvre la méthode de traitement de journaux système selon la présente invention ; La Fig. 2 représente de manière schématique le chronogramme d'une méthode de traitement de journaux système selon un premier mode de réalisation de l'invention ; 15 La Fig. 3 représente de manière schématique le chronogramme d'une méthode de traitement de journaux système selon un second mode de réalisation de l'invention. EXPOSÉ DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS On considère dans la suite un système d'information (ou système informatique) 20 comprenant un ensemble de dispositifs distribués sur un voire plusieurs réseaux reliés à Internet, tels que terminaux (mobiles ou non), capteurs, passerelles, serveurs, etc. Les cas d'usage visés ici sont non seulement ceux des réseaux locaux conventionnels (réseaux d'entreprises notamment) mais également les réseaux d'objets connectés ou loT (Internet of Things), les réseaux intelligents (smart grids), les systèmes de transport intelligents ou 25 ITS (Intelligent Transportation System), les réseaux domotiques, etc. De manière générale, les dispositifs du système peuvent supporter différents types de communication. Ils peuvent par exemple communiquer entre eux directement de manière pair à pair (peer to peer) ou via un réseau local (device to device communication), 7 ils peuvent communiquer avec une passerelle (device to gateway communication), par exemple pour agréger des données dans le cas d'une application loT, et ils peuvent enfin accéder via Internet à des serveurs distants voire des plateformes Cloud (device to Cloud communication). 5 Certains de ces dispositifs peuvent être équipés de générateurs de journaux système. Par exemple, des dispositifs de détection d'intrusion ou IDS (Intrusion Detection System), des pare-feux, des passerelles ou des serveurs peuvent héberger de tels générateurs de logs. Ces journaux système peuvent être stockés et analysés automatiquement par des 10 outils SIEM hébergés par des serveurs ou des plateformes Cloud. Les résultats de cette analyse automatique peuvent être utilisés par des centres d'opérations de sécurité ou SOC (Security Operations Center). Ces centres de sécurité peuvent générer des rapports, proposer ou déployer des contremesures pour remédier aux défaillances éventuelles (déploiement d'un patch ou mise en quarantaine, par exemple) 15 On trouvera une description des différentes fonctionnalités d'un générateur de logs, d'un outil SIEM et d'un centre de sécurité SOC dans le document fournissant les recommandations du NIST (National Institute of Standards and Technology) intitulé « Guide to computer security log management », K. Kent et M. Souppaya, publié en septembre 2006. 20 La Fig. 1 représente de manière schématique une infrastructure de gestion de journaux système sur laquelle peut être mise en oeuvre la méthode de traitement de journaux système selon la présente invention. On a représenté sur cette figure une pluralité de dispositifs, 110 , tels que par 25 exemple stations de travail, terminaux, capteurs, passerelles, pare-feux, serveurs faisant partie d'un système d'information. Ces dispositifs peuvent être reliés entre eux par des liaisons filaires ou sans fil au sein d'un réseau local et/ou reliés à Internet via une passerelle, 120. Certains de ces dispositifs (représentés en grisé) peuvent être équipés de générateurs de logs. Les journaux système peuvent être transmis via Internet à un serveur distant ou à 30 une plateforme Cloud. On a représenté en 130 les composantes d'une telle plateforme 8 comportant des outils SIEM, 131, et/ou des centres de sécurité SOC, 132. Un outil SIEM et un centre de sécurité peuvent être hébergés sur des serveurs distincts ou sur un même serveur. On a précisé au bas de la figure, l'architecture fonctionnelle d'un générateur de 5 logs , LG , d'un analyseur de logs, SIEM , et un centre de sécurité, SOC . Le générateur de logs est chargé de collecter les évènements affectant le dispositif sur lequel il est hébergé et de les répertorier dans un journal système. Par exemple, le générateur de logs d'un système de détection d'intrusion (IDS) pourra rapporter des évènements relatifs à des activités anormales ou suspectes sur une machine hôte (NIDS 10 pour Host IDS) ou un réseau (NIDS pour Network IDS). Un tel journal se présente en pratique sous la forme d'une liste d'évènements horodatés, chaque évènement étant décrit par des informations telles que, par exemple, le type d'évènement, un statut d'un composant logiciel ou matériel, un code d'erreur. Les principaux évènements sont ceux relatifs à une procédure d'authentification ou 15 d'autorisation, un succès ou un échec de connexion, un trafic réseau important, une détection de virus ou d'erreurs critiques système. Dans certains cas, le générateur de logs peut effectuer une normalisation des journaux système avant de les transmettre. Plus précisément, les caractéristiques des évènements, par exemples les informations d'horodatage, les niveaux de protocole, les 20 numéros de port, les adresses IP, etc. sont renseignées dans différents champs d'un format prédéterminé, par exemple de type XML. Les journaux système sont ensuite transmis au fil de l'eau ou stockés localement pour être transmis sur requête à l'outil SIEM. L'outil SIEM peut comporter plusieurs agents (agent-based SIEM), installés dans les générateurs de logs, chargés de transmettre 25 périodiquement les journaux système au module d'analyse. Alternativement, l'outil SIEM peut ne pas avoir d'agent (agentless SIEM) auquel cas, il reçoit directement les journaux système du ou des générateur(s) de logs. Tout d'abord, l'outil SIEM peut se charger de l'opération de normalisation si celle-ci n'a pas été préalablement effectuée par le générateur de logs. 9 L'outil SIEM effectue une corrélation entre deux ou plusieurs évènements du journal système (ou d'une pluralité de journaux systèmes reçus de différents générateurs de logs). Le module de corrélation vise à rapprocher des évènements d'une source (ou de plusieurs sources) sur la base de leurs caractéristiques, par exemple leurs informations 5 d'horodatage, les types d'évènements, des adresses IP. Les évènements ainsi rapprochés sont ensuite fournis au module d'analyse de l'outil SIEM. Cette analyse peut être effectuée sur la base d'une méthode utilisant des règles prédéterminées (encore dénommée signatures) ou d'une méthode comportementale L'analyse par signatures utilise un ensemble de règles associées à des scenarii 10 d'attaques déjà connus (issus principalement de retours d'expérience). Autrement dit, si le module d'analyse détecte une configuration d'évènements correspondant à un tel scenario, il rapproche ces évènements au sein d'un même ensemble et lui associe un identifiant de scenario d'attaque. A titre d'exemples de telles règles, on peut citer la détection d'un trafic réseau 15 ayant une adresse de départ ou de destination répertoriée comme malveillante, un nombre d'essais de connexions (login) infructueux sur une ou plusieurs machines du système, supérieur à un seuil prédéterminé pendant un laps de temps donné, la création d'un nouveau compte utilisateur immédiatement suivie d'une activité de connexion. A l'inverse, lorsque la corrélation est basée sur une approche comportementale, 20 celle-ci n'utilise pas de connaissance préalable de scenarii d'attaque mais s'appuie sur le comportement normal des éléments du système d'information au cours du temps. Lorsqu'une configuration d'évènements dévie de ce comportement normal, ces évènements sont rapprochés et, le cas échéant, un niveau de risque associé à cette configuration est estimé. 25 La corrélation d'évènements peut être effectuée à la volée en recevant les évènements ou bien en différé en lisant le fichier de log. L'outil SIEM comporte en outre un module d'analyse pour, à partir des évènements reçus et, le cas échéant corrélés, détecter des vulnérabilités, identifier des risques ou des incidents. Il peut combiner des évènements passés avec des évènements 30 arrivant en temps réel ainsi qu'utiliser des informations relatives au contexte dans lequel 10 ces évènements se sont produits. Le module d'analyse utilise avantageusement un algorithme d'apprentissage automatique, typiquement un algorithme de classification, supervisé ou non-supervisé. Cet algorithme de classification pourra classer les combinaisons d'évènements dans les catégories de situation suivantes « normale », 5 « dangereuse » et « inconnue ». Les résultats de l'analyse de l'outil SIEM sont ensuite fournis au centre de sécurité qui peut proposer des contre-mesures ou les déployer automatiquement. L'idée à la base de l'invention est de proposer un traitement des journaux de logs 10 après transchiffrement homomorphe de sorte que l'outil SIEM n'a aucune possibilité d'accéder aux journaux système en clair. On rappelle qu'un chiffrement homomorphe permet d'effectuer des opérations (en pratique des opérations arithmétiques d'addition ou de multiplication) sur des données sans jamais les dévoiler. Un chiffrement homomorphe est un chiffrement (en règle 15 générale asymétrique) Encré (de clé publique pk) vérifiant la propriété suivante : Enc - PL Dec,. Encpk (a)(DEnc,,,(b) = a +b (1) 20 où 12 est l'espace des messages clairs (dit plus simplement espace des clairs) et F est l'espace des messages chiffrés (dit plus simplement espace des chiffrés), + une opération additive dans l'espace des clairs conférant à S2 une structure de groupe, 0 une opération dans l'espace des chiffrés conférant à F une structure de groupe. On comprend ainsi que 25 l'application de (52,-E) dans (F , e) est un homomorphisme de groupes. Dec,, est la fonction de déchiffrement correspondant à Ely- (où sk est la clé secrète de l'utilisateur). Alternativement, l'homomorphisme de groupe peut être un homomorphisme multiplicatif. Il résulte de l'expression (1) qu'il est possible d'effectuer une opération additive entre deux clairs (a,b) à partir d'une opération correspondante entre leurs chiffrés 11 correspondants ( Eue (a), Eue ,,(b)). Plus généralement, un chiffrement homomorphe peut être considéré comme un morphisme d'anneau entre l'espace des clairs (muni des opérations +,x ) et l'espace des chiffrés (muni des opérations correspondantes 0,0). On a alors les propriétés suivantes : 5 Dec '(Enc (a +b))= Dec '(Enc s(a),0 Enc s(12))= a + b (2-1) Dec '(Enc s(axb))= Dec '(Enc s(a)0 Enc (12)) = a xb (2-2) Les définitions précédentes ont été données dans le cas d'opérations additives et 10 multiplicatives mais il est bien entendu que tout couple d'opérations conférant à l'espace des chiffrés une structure d'anneau peut être envisagé. A l'aide des expressions (2-1) et (2-2), il est possible d'évaluer une fonction f quelconque, décomposable en opérations élémentaires d'addition et de multiplication, 15 dans l'espace des chiffrés puis de déchiffrer le résultat. Dans la suite de l'exposé, nous utiliserons les notations Enc(HE.pk,a) et Dec(HE.sk,x) en lieu et place de Etic (a) et Dec '(x) pour désigner respectivement une opération de chiffrement homomorphe (de a) avec la clé publique HE. pk et de déchiffrement homomorphe (de x) à l'aide de la clé privée HE .sk . 20 Le transchiffrement est une technique cryptographique permettant de passer de données chiffrées par un premier cryptosystème aux mêmes données chiffrées par un second cryptosystème, sans passer par une étape intermédiaire de déchiffrement dans l'espace des clairs. La présente méthode de classification sécurisée fait usage d'un transchiffrement 25 permettant de passer d'un chiffrement symétrique, avantageusement un chiffrement par flot, à un chiffrement homomorphe. On rappelle qu'un chiffrement par flot est un chiffrement symétrique dans lequel le message à chiffrer est simplement additionné bit à bit avec un flot de clé (key stream), généré à partir d'une clé symétrique. Le déchiffrement est réalisé comme le chiffrement, par simple addition bit à bit de la donnée chiffrée avec le 12 flux de clé. Si l'on note a une donnée en clair, S(Knm.a) la donnée chiffrée par le chiffrement symétrique S (c'est-à-dire par addition avec le flot de clé dans le cas d'un chiffrement par flot), .51-1 l'opération de déchiffrement (identique à s dans le cas d'un 5 chiffrement par flot) et SHI cette même opération de déchiffrement dans le domaine homomorphe : 57,,,(Enc(HE.pk,K s,',), Ene (HE.pk 'ST a)),)= Enc(HE.pk,a) (3) 10 Autrement dit, il est possible de déchiffrer dans le domaine homomorphe (c'est-à-dire dans le domaine des chiffrés homomorphes) une donnée chiffrée une première fois par le chiffrement symétrique (S a)) et une seconde fois par le chiffrement homomorphe. 15 L'opération de transchiffrement (3) suppose toutefois que le déchiffrement dans le domaine homomorphe, ST,1', soit possible, autrement dit qu'elle puisse être effectuée dans le domaine homomorphe au moyen des opérations élémentaires précitées e,o. Dans le cas d'un déchiffrement par flot, celui-ci étant réalisé par une simple addition avec le flot de clé, on comprend que celui-ci puisse être effectué dans le domaine homomorphe 20 au moyen de la clé symétrique chiffrée Lac (HE .pk K La Fig. 2 représente de manière schématique le chronogramme d'une méthode de traitement de journaux système selon un premier mode de réalisation de l'invention. Cette méthode de traitement pourra être mise en oeuvre dans une infrastructure 25 de gestion de journaux système telle que représentée en Fig. 1. On a distingué dans la Fig. 2 les trois entités participant classiquement à la gestion des journaux système à savoir, le générateur de logs, LG , l'outil de d'analyse des logs (ou analyseur de journaux système), STEM et le centre des opérations de sécurité, SOC . 13 Comme indiqué précédemment, le générateur de logs pourra faire partie, par exemple, d'un système de détection d'intrusion, d'un pare-feu etc. Il est hébergé par un élément du système d'information qu'il convient de protéger. En revanche, l'outil d'analyse de logs STEM ainsi que le centre des opérations de 5 sécurité sont distants par rapport au générateur de logs. Ils peuvent être situés sur des serveurs distants ou gérés comme service par une plateforme Cloud. On suppose que le centre des opérations de sécurité, SOC, a généré une clé secrète HE.sk pour un chiffrement homomorphe. En d'autres termes, il dispose d'un cryptosystème homomorphe asymétrique caractérisé par le couple de clés (HE.sk , HE.pk 10 ). On suppose en outre que la clé publique HE.pk a été transmise au générateur de logs, LG, et à l'outil d'analyse de logs, STEM . A l'étape 210, le générateur de logs, LG, génère une clé secrète K '.', de chiffrement symétrique S . Cette clé symétrique peut être renouvelée périodiquement ou après avoir transmis un nombre prédéterminé de journaux système, voire à chaque 15 nouveau journal système. Le générateur LG chiffre la clé symétrique au moyen de la clé publique du cryptosystème homomorphe, et transmet cette clé ainsi chiffrée, soit Foc (HE.pk , K 5'.'), à l'outil d'analyse de logs. A l'étape 220, le générateur de logs chiffre un journal système log (voire une partie de celui-ci) au moyen de la clé symétrique, K , et transmet ce journal ainsi chiffré, 20 soit log' = 5 (K log), à l'outil d'analyse de logs. On comprendra que la transmission de la clé symétrique chiffrée Enc(HE.pk , K pourra être antérieure, concomitante ou postérieure à l'étape 220. En outre, la transmission de la clé chiffrée sera omise si celle-ci a déjà été transmise lors d'une étape précédente. 25 L'outil d'analyse de logs réalise alors en 230 un transchiffrement du journal système et effectue en 240 le traitement/ l'analyse du journal sur sa version transchiffrée. Plus précisément, l'outil STEM effectue d'abord le chiffrement homomorphe du journal 14 déjà chiffré par la clé symétrique, soit Enc(HE.pk,log*) puis déchiffre log* dans le domaine homomorphe à l'aide de Enc(HE.pk.K ), soit : 57'.1 (Enc(HE.pk,K,,,,),Enc(HE.pk,log*))=Enc(HE.pk,log) 5 (4) Le traitement/ l'analyse du journal est ensuite effectué(e) en 240 dans le domaine homomorphe sur Enc(HE.pk,log) à l'aide d'un algorithme d'apprentissage automatique ou ML (Machine Learning) utilisant un modèle de classification, par exemple un modèle de 10 classification linéaire à sortie binaire (encore appelé régression logistique). Ce traitement est noté Fa, dans le domaine homomorphe et F dans l'espace des clairs. On trouvera une présentation d'un classificateur ML opérant au sein d'un domaine homomorphe dans l'article de T. Graepel et al. intitulé « ML confidential, Machine Learning on encrypted data » publié dans l'ouvrage de Kwon T., Lee MK., Kwon D. (eds) Information Security and 15 Cryptology- ICISC 2012. ICISC 2012. Lecture Notes in Computer Science, vol 7839. Springer, Berlin, Heidelberg. On note dans la suite x x, ) une observation d'un évènement voire d'une combinaison d'évènements, où x, xi, sont les paramètres observés, encore appelés variables prédictives. Ainsi, par exemple, ces variables prédictives pourront être un 20 nombre de requêtes de connexions, un temps de latence, un nombre d'erreurs système d'un certain type, etc. On rappelle que la régression logistique consiste, de manière générale, à calculer une fonction score SC exprimée comme une combinaison linéaire des N variables prédictives x, x, relatives à l'observation, soit : 25 SC = arx, + +...+ aNxp; (5) 15 et à classer cette observation en fonction de la comparaison de cette fonction score par rapport à une valeur de seuil. La fonction score ayant une expression linéaire, elle peut être évaluée dans le domaine homomorphe. La comparaison peut, dans certains cas, être réalisée dans ce 5 domaine. De préférence toutefois, la valeur de la fonction score est transmise comme résultat dans le domaine homomorphe, la comparaison étant alors effectuée par le centre des opérations de sécurité, SOC, comme nous verrons plus loin. La fonction score permet scinder l'espace des observations en deux zones séparées par un hyperplan et de classer une observation dans l'une ou l'autre de ces zones. 10 De manière générale, il est possible de diviser l'espace des observations en une pluralité de zones à l'aide d'une pluralité de fonctions score. D'autres méthodes d'apprentissage automatique sont également envisageables à condition que les modèles utilisés puissent être évalués dans le domaine homomorphe. Ainsi par exemple, on pourra utiliser un réseau de neurones pour effectuer une analyse à 15 partir des caractéristiques des évènements. On trouvera une description d'un réseau de neurones évalué dans le domaine homomorphe dans l'article de F. Bourse et al. intitulé « Fast homomorphic evaluation of deep discretized neural networks », 2018 publié dans l'ouvrage de Shacham H., Boldyreva A. (eds) Advances in Cryptology - CRYPTO 2018. CRYPTO 2018. Lecture Notes in Computer Science, vol 10993. Springer, Cham. 20 Le résultat obtenu par le traitement/ l'analyse du journal système dans le domaine homomorphe en 240 est noté Foc (HE.ok ,r), avec : Foe (HE.pk ,r)= FHF (Enc(HE.pk,log)) (6) 25 A l'étape 250, l'outil d'analyse, STEM , transmet au centre des opérations de sécurité, SOC, le résultat chiffré dans le domaine homomorphe EnC ( HE .1) k r) , obtenu à l'étape précédente, ainsi que la clé symétrique chiffrée par la clé publique du cryptosystème homomorphe , soit Elle (HE.pk, 1(6). ), qui avait été reçue du générateur 16 de logs, LG . Là encore, la transmission de cette dernière clé pourra être omise si elle a été préalablement transmise au centre SOC avec un résultat précédent. Le centre des opérations de sécurité, SOC, déchiffre en 260, Enc (HE .pk,r), au moyen de la clé privée HE.sk du cryptosystème homomorphe (qu'il a généré) pour 5 récupérer le résultat en clair : Dec (HE.sk, Enc (HE.pk, r)) = r (7) A partir du résultat r, le centre SOC détermine en 270 la contremesure à 10 appliquer ou établit un rapport , noté(e) C . Ainsi, par exemple, un évènement pourra être classé en fonction du résultat r, comme dangereux, inconnu, ou inoffensif et établir un rapport en conséquence. Alternativement ou cumulativement, il pourra proposer une contremesure, par exemple une mise en quarantaine ou le déploiement d'un patch. 15 En tout état de cause, le rapport/ la contremesure proposée, C , est chiffré en 280 au moyen de la clé symétrique, K,,', celle-ci ayant été ayant été préalablement déchiffrée au moyen de la clé privée HE.sk : Dec (HE.sk, Enc (HE. pk , K )) = (8) 20 Le rapport/ la contremesure ainsi chiffré(e) par K , soit C = S (Ko.',,C) est alors transmis par le centre SOC au générateur de logs qui le déchiffre en 290 à l'aide de la clé symétrique K pour obtenir C . Le générateur de logs obtient ainsi le rapport de sécurité/ la contremesure en clair. 25 On notera que l'outil SIEM traite les journaux système en toute confidentialité, il n'a accès ni au contenu de ces journaux puisqu'il ne dispose pas de la clé symétrique I C , ni au résultat de l'analyse de ces journaux puisqu'il ne dispose pas de la clé secrète HE.sk . 17 Le centre SOC n'a pas davantage accès au contenu des journaux puisqu'il ne dispose que du résultat. Il convient de noter que l'outil SIEM peut recevoir des journaux système d'une pluralité M de générateurs de logs utilisant des clés symétriques respectives C I , 5 in et les analyser conjointement si nécessaire. En effet, après l'opération de transchiffrement, les différents journaux sont disponibles dans le même domaine homomorphe et donc susceptibles d'être traités ensemble par un même algorithme d'apprentissage automatique du type exposé ci-dessus. 10 La Fig. 3 représente de manière schématique le chronogramme d'une méthode de traitement de journaux système selon un second mode de réalisation de l'invention. Ce second mode de réalisation diffère du premier en ce qu'il ne met pas en oeuvre un centre d'opérations de sécurité. Le résultat de l'analyse est transmis directement au générateur de logs. 15 On a désigné par LG le générateur de journaux système et par SIEM l'analyseur de logs. Comme précédemment, on suppose que l'analyseur de logs est distant du système d'information, qu'il soit hébergé par un serveur distant ou qu'il soit fourni comme service par une plateforme Cloud. On suppose que le générateur de logs a généré une clé secrète HE.sk pour un 20 chiffrement homomorphe. En d'autres termes, il dispose d'un cryptosystème homomorphe ( HE.sk , HE.pk ). Cette clé publique HE.pk a été transmise (en clair) à l'analyseur de logs, SIEM A l'étape 310, le générateur de logs génère une clé secrète I C ,).' d'une méthode de chiffrement symétrique s . Comme dans le premier mode de réalisation, la clé 25 symétrique peut être renouvelée périodiquement ou après avoir transmis un nombre prédéterminé de journaux système. En outre, il chiffre la clé symétrique 1C,, au moyen de la clé publique du cryptosystème homomorphe, et transmet la clé ainsi chiffrée, Enc(HE.pk,K,,',), à l'outil d'analyse de logs. 18 A l'étape 320, le générateur de logs, LG , chiffre un journal système log au moyen de la clé symétrique, K , et transmet le journal ainsi chiffré, log' = S K ni log), à l'outil d'analyse de logs. L'étape d'envoi de cette clé chiffrée en 310 peut être antérieure, concomitante ou 5 postérieure à celle du journal chiffré en 320, voire être omise si la clé chiffrée a été déjà envoyée à l'occasion d'un journal précédent. A l'étape 330, l'outil d'analyse de logs réalise un transchiffrement du journal système pour obtenir le journal chiffré dans le domaine homomorphe, Etic(HE.pk,log) . A l'étape 340, l'outil effectue le traitement/ l'analyse du journal sur sa version 10 transchiffrée, Ene(HE.pk,log) . Cette étape est identique à l'étape 240, et les mêmes variantes envisagées pour le premier mode de réalisation trouvent également application ici. Au terme du traitement/ de l'analyse, le résultat est obtenu dans le domaine homomorphe, soit Fur (HE .pk,r). Ce résultat est alors transmis en 350 au générateur de logs qui peut le déchiffrer 15 en 360 au moyen de la clé privée du cryptosystème homomorphe : Dec (i- 1E .sk , Enc (HE.pk,r))= r (9) Comme dans le premier mode de réalisation, on notera que l'analyseur de logs n'a 20 accès ni au contenu des journaux ni au résultat de leur analyse. Le cas échéant, il peut recevoir et analyser les journaux d'une pluralité de générateurs de logs du système d'information. Dans les deux modes de réalisation exposés ci-dessus, on pourra prévoir un mécanisme de vérification de l'intégrité des journaux chiffrés par la clé symétrique, de 25 manière à ce que l'analyseur de logs puisse s'assurer que les journaux transmis n'ont pas été modifiés par un attaquant éventuel. La vérification de l'intégrité d'un journal sera rendue possible en lui adjoignant par exemple son empreinte (hash) ou bien son code d'authentification de message MAC (Message Authentication Code), de manière connue en soi. 19 On pourra aussi prévoir un mécanisme d'authentification des différentes entités intervenant dans la méthode de traitement des journaux système (LG, SIEM et SOC), par exemple par production de certificats de clés publiques (par exemple selon le standard X509) voire plus simplement par identifiant et mot de passe. L'étape d'authentification sera 5 bien entendu préalable aux échanges entre ces entités, REVENDICATIONS1. Méthode de traitement de journaux système d'un système d'information comprenant un générateur de journaux système ( LG ), lesdits journaux système étant transmis à un analyseur de journaux système (STEM ) pour y être analysés, le résultat de l'analyse ( r ) étant transmis à un centre d'opérations de sécurité (SOC) pour établir un rapport de sécurité ou proposer une contremesure à destination dudit générateur, l'analyseur de journaux système et le centre d'opérations de sécurité étant distants du générateur de journaux système, caractérisée en ce que, le centre d'opérations de sécurité disposant d'une clé privée (HE.sk ) ainsi que d'une clé publique (HE.pk ) d'un cryptosystème homomorphe, ladite clé publique ayant été préalablement transmise au générateur de journaux système et à l'analyseur de journaux système, le générateur de journaux système génère (210) une clé de chiffrement symétrique (K ,) puis chiffre cette clé au moyen de la clé publique de chiffrement homomorphe (HE.pk ) et transmet la clé publique ainsi chiffrée ( Erie (HE.pk, K )) à l'analyseur de journaux système ; le générateur de journaux système chiffre (220) un journal système à l'aide de la clé symétrique ( K ) et le transmet ainsi chiffré à l'analyseur de journaux système ; l'analyseur de journaux système effectue (230), au moyen de ladite clé publique chiffrée, un transchiffrement du journal chiffré pour obtenir un journal système chiffré par la clé publique de chiffrement homomorphe, puis effectue (240) un traitement de ce journal dans le domaine homomorphe pour obtenir un résultat d'analyse dans le domaine homomorphe (Eric (HE.pk,r)), le résultat d'analyse dans le domaine homomorphe ainsi que la clé symétrique chiffrée par la clé publique de chiffrement homomorphe étant transmis (250) au centre d'opérations de sécurité ; le centre d'opérations de sécurité déchiffre (260), à l'aide de la clé secrète du cryptosystème homomorphe, la clé symétrique chiffrée par la clé publique de chiffrement homomorphe, ainsi que le résultat d'analyse obtenu dans le domaine homomorphe, pour 21 obtenir respectivement la clé symétrique et le résultat d'analyse en clair, établit (270) un rapport de sécurité ou propose une contremesure à partir du résultat d'analyse en clair, chiffre le rapport de sécurité ou la contremesure au moyen de la clé symétrique avant de transmettre (280) le rapport de sécurité ou la contremesure ainsi chiffré(e) au générateur 5 de journaux système ; le générateur de journaux système déchiffre (290), au moyen de la clé symétrique, le rapport de sécurité ou la contremesure ainsi chiffré(e), pour obtenir le rapport de sécurité ou la contremesure en clair. 10 2. Méthode de traitement de journaux système d'un système d'information comprenant un générateur de journaux système (LG), lesdits journaux systèmes étant transmis à un analyseur de journaux système (STEM ) pour y être analysés, le résultat de l'analyse ( r ) étant destiné au générateur de journaux système, l'analyseur de journaux système étant distant du générateur de journaux système, caractérisée en ce que, le 15 générateur de journaux système disposant d'une clé privée ( TIE.sk) ainsi que d'une clé publique (HE.pk) d'un cryptosystème homomorphe, ladite clé publique ayant été préalablement transmise à l'analyseur de journaux système, le générateur de journaux système génère (310) une clé de chiffrement symétrique (K ,,) puis chiffre cette clé au moyen de la clé publique de chiffrement 20 homomorphe (HE.pk ) et transmet la clé publique ainsi chiffrée (Ene(HE.pk,Ks'))à l'analyseur de journaux système ; le générateur de journaux système chiffre (320) un journal système à l'aide de la clé symétrique ( et le transmet ainsi chiffré à l'analyseur de journaux système ; l'analyseur de journaux système effectue (330), au moyen de ladite clé publique 25 chiffrée, un transchiffrement du journal chiffré pour obtenir un journal système chiffré par la clé publique de chiffrement homomorphe, puis effectue un traitement (340) de ce journal dans le domaine homomorphe pour obtenir un résultat d'analyse dans le domaine homomorphe ( Eitc(HE.pk,r)), le résultat d'analyse dans le domaine homomorphe étant transmis (350) au générateur de journaux système ; 22 le générateur de journaux système déchiffre (360), à l'aide de la clé secrète du cryptosystème homomorphe, le résultat d'analyse obtenu dans le domaine homomorphe, pour obtenir le résultat d'analyse en clair. 5 3. Méthode de traitement de journaux système d'un système d'information selon la revendication 1 ou 2, caractérisée en ce que l'analyseur de journaux système effectue le transchiffrement du journal chiffré par la clé symétrique ( (H E pk,log' )) en le chiffrant une seconde fois par la clé publique du chiffrement homomorphe, puis, en déchiffrant le journal une seconde fois chiffré dans le domaine homomorphe, au moyen de la clé 10 symétrique chiffrée par la clé publique du chiffrement homomorphe (Enc(11E.pk,K,,,,,)). 4. Méthode de traitement de journaux système d'un système d'information selon la revendication 3, caractérisée en ce que le chiffrement symétrique est un chiffrement par flot. 15 5. Méthode de traitement de journaux système d'un système d'information selon la revendication 1 ou 2, caractérisée en ce que le traitement du journal dans le domaine homomorphe est une analyse des évènements par signatures ou une analyse comportementale d'au moins un élément du système d'information. 20 6. Méthode de traitement de journaux système d'un système d'information selon la revendication 1 ou 2, caractérisée en ce que le traitement du journal dans le domaine homomorphe est effectué par une méthode d'apprentissage automatique. 25 7. Méthode de traitement de journaux système d'un système d'information selon la revendication 6, caractérisée en ce que la méthode d'apprentissage automatique utilise un modèle de classification linéaire. 23 8. Méthode de traitement de journaux système d'un système d'information selon la revendication 6, caractérisée en ce que la méthode d'apprentissage automatique utilise un réseau de neurones. 5 9. Méthode de traitement de journaux système d'un système d'information selon l'une des revendications précédentes, caractérisée en ce que le générateur de journaux système calcule une empreinte du journal chiffré par une fonction de hachage ou bien un code d'authentification de message, et transmet l'empreinte ou le code MAC avec le journal ainsi chiffré, à l'analyseur de journaux système. 10 10. Méthode de traitement de journaux système d'un système d'information selon l'une des revendications précédentes caractérisée en ce que le générateur de journaux système fait partie d'un système de détection d'intrusion (IDS) du système d'exploitation. 15