Brevet FR3095729A1 — publié le 20201106

Description Titre de l'invention : Procédés et dispositifs de mesure de réputation dans un réseau de communication Arrière-plan de l'invention [0001] La présente description concerne l'échange de données dans un réseau de commu- nication. Plus précisément, des aspects de la présente description se rapportent à des procédés et à des dispositifs pour mesurer une réputation d'éléments dans un réseau de communication. [0002] Aujourd'hui, il est attendu que les domaines du transport, des médias, de la santé ou encore de la production industrielle constituent des utilisateurs majeurs des futurs standards 5G en télécommunications. Dès lors, les processus de transmission de données devront respecter des conditions de certification et de sécurité suffisamment strictes pour garantir la fiabilité du routage des flux de données échangées. [0003] Ceci est d'une importance cruciale notamment pour la récolte, le stockage, le transport et l'analyse de données sensibles, par exemple des données issues d'objets connectés, de réseaux sociaux, de terminaux personnels, de dispositifs industriels ou encore d'outils de gestion partagés. 100041 Dans ce contexte, des solutions d'ingénierie de trafic sont actuellement connues pour contrôler et réguler la transmission de données dans un réseau de communications. 100051 Par exemple, il est connu des méthodes contrôlant la transmission de données à leur arrivée sur des noeuds d'extrémité d'un réseau. Certaines méthodes, comme les solutions de routage par segment (« Segment Routing », en anglais) ou de SFC (« Service Function Chaining », en anglais) permettent la mise en place d'instructions spécifiques pour garantir le bon acheminement de données vers une destination spécifique. 100061 Toutefois, et bien qu'elles permettent d'assurer une fiabilité relative du trafic de données dans un réseau, ces solutions ne permettent pas d'indiquer ou de prévenir des défaillances d'éléments dans un réseau. Par exemple, des attaques logicielles malveillantes de noeuds d'un réseau ou encore des accès non-autorisés à des routeurs peuvent affecter l'intégrité des données échangées sur un réseau globalement considéré fiable. 100071 En particulier, un inconvénient des solutions connues est qu'elles ne permettent pas d'obtenir des informations de réputation d'éléments particuliers au sein d'un réseau de communication. Ainsi, il n'est pas possible de déterminer précisément quels noeuds et/ ou quels chemins empruntés dans un réseau peuvent être compromis lors d'un échange de données. 2 100081 Par exemple, un paquet de données prévu pour transiter par l'intermédiaire d'une suite prédéterminée de rouleurs dans un réseau peut être intercepté et modifié par un équipement tiers en un noeud intermédiaire avant de parvenir à un équipement de destination. [0009] La connaissance d'une information de réputation globale du réseau est insuffisante pour localiser précisément un noeud dont la fiabilité peut avoir été compromise, et pour prendre des mesures correctives adaptées. [0010] En outre, la détection et l'analyse de défaillances ne peut généralement se faire qu'à la fin de l'échange de données. [0011] Un autre inconvénient est que, bien souvent, des réseaux distincts sont utilisés conjointement pour transmettre des données. Les noeuds d'un réseau peuvent aussi être opérés par des acteurs différents, et ne sont donc pas soumis aux mêmes règles de sécurité. Or, une coopération stricte entre plusieurs acteurs complique le respect de règles de routage et de contrôle uniformes. [0012] Ceci réduit donc la fiabilité de la transmission de données échangées par l'intermédiaire de réseaux administrés par plusieurs opérateurs. Objet et résumé de l'invention [0013] Afin d'améliorer la situation et de répondre à ce ou à ces inconvénients, il est proposé, de façon générale, un procédé de mesure de réputation de chemins empruntant des noeuds dans un réseau de communication et comportant, pour chaque noeud emprunté par un chemin courant du réseau : a) une affectation d'un score de sécurité de ce noeud ; h) une estimation d'un premier indice de confiance à partir de : - un cumul sur ledit chemin courant des scores successifs des noeuds empruntés par le chemin courant ; et - un nombre de noeuds empruntés par le chemin courant, l'estimation dudit premier indice de confiance donnant une mesure de réputation du chemin courant. [0014] Dans les présentes, une mesure de réputation est définie comme une valeur quantifiant la fiabilité d'un élément d'un réseau lors d'une transmission de données. Un exemple est un noeud de réseau, configuré pour transmettre des flux de signaux depuis et vers autre noeud. [0015] Dans les présentes, un cumul de scores de sécurité successifs est défini comme une fonction mathématique de ces scores. Une telle fonction est, par exemple, une somme de scores, ladite somme pouvant être pondérée ou distribuée sur tout ou partie des noeuds empruntés par un chemin courant. [0016] Ainsi, le procédé permet de déterminer la réputation d'un chemin emprunté par un paquet de données suivant plusieurs noeuds d'un réseau. 3 [0017] Plusieurs mesures de réputation permettent de comparer la fiabilité de chemins empruntés lors de la transmission de données dans un réseau de communication, par exemple pour en modifier l'architecture et ainsi augmenter la sécurité de transmissions ultérieures. [0018] Dans une réalisation, ledit nombre de noeuds est une valeur d'une fonction choisie parmi : une fonction d'au moins un champ d'un paquet échangé sur le chemin courant, une fonction d'au moins une valeur de temps de connexion d'un paquet échangé sur le chemin courant et une fonction d'un nombre d'encapsulations d'un paquet échangé sur le chemin courant. [0019] Dans les présentes, un champ d'un paquet échangé sur un chemin courant peut prendre des formes diverses et variées. Par exemple, un champ d'un paquet est composé d'un nombre de bits renseignant l'adresse d'origine du paquet ou son adresse de destination. De même, un champ d'un paquet peut renseigner la version du protocole utilisé pour transmettre les données. [0020] Avantageusement, le champ d'un paquet peut être utilisé pour déterminer le nombre de noeuds empruntés par cc paquet au cours du temps. [0021] Selon un exemple, des valeurs de temps de connexion d'un paquet échangé sur un chemin courant peuvent être utilisées. Dans les présentes, un temps de connexion correspond à une valeur TTL (« Tirne-w-Live », en anglais) qui indique le temps pendant lequel une information est conservée. Typiquement, une valeur TTL est placée dans un champ ou dans un en-tête d'un paquet de données et indique un nombre de secondes pendant lesquelles il est autorisé à transiter dans les divers noeuds ponctuant sa route. [0022] Selon un autre exemple, un empilement d'en-têtes dans un champ d'un paquet de données peut être utilisé pour déterminer un nombre de noeuds empruntés par un chemin courant. Notamment, il peut être prévu que le paquet se voie dépilé d'un ou de plusieurs en-têtes lors d' une réception du paquet par un noeud donné du réseau. [0023] Selon encore un autre exemple, un nombre de noeuds peut être une fonction d'un nombre d'encapsulations d'un paquet, lesdites encapsulations correspondant à différents niveaux d'inclusion des données suivant un ou plusieurs protocole(s) distinct(s) du protocole du paquet. [0024] Dans une réalisation, ladite fonction comprend un calcul à partir d'une valeur prédé- terminée d'un champ d'un paquet et d'une valeur courante. [0025] En variante, la fonction comprend un calcul à partir d'une valeur prédéterminée du nombre d'encapsulations du paquet et d'une valeur courante. [0026] Par exemple, une valeur TTL initiale d'un paquet définit un nombre maximal de noeuds par lequel peut transiter le paquet, cette valeur pouvant être décrémentée à chaque réception du paquet par un noeud donné du réseau. [0027] Ainsi, en effectuant une différence entre une valeur TTL courante d'un paquet parvenant à un noeud d'un réseau et de la valeur TTL initiale de ce paquet, il est possible de déterminer le nomhre de noeuds par lequel a transité cc paquet. [0028] Selon un autre exemple, lorsque le nombre de noeuds est une valeur d'une fonction d'un champ d'un paquet échangé sur le chemin courant, on peut déterminer un nombre de noeuds empruntés par un chemin courant en effectuant une différence entre un nomhre courant d'en-têtes et un nomhre initial d'en-têtes d'un paquet donné. Ainsi, il est possible de déterminer le nombre de noeuds par lequel a transité ce paquet. [0029] Avantageusement, des en-têtes d'un type donné peuvent être utilisés, par exemple des en-têtes comprenant un marqueur spécifique. En comparant la structure courante et la structure initiale d'un empilement d'en-têtes donnés, on peut déterminer des informations plus précises quant au chemin emprunté par un paquet de données dans un réseau. [0030] Dans une réalisation, le procédé comporte en outre, pour un noeud intermédiaire du réseau emprunté par au moins un chemin : c) une estimation d'un deuxième indice de confiance à partir d'une somme d'au moins un premier indice de confiance, ladite somme étant pondérée à hauteur du nombre de chemins empruntant ledit noeud intermédiaire. [0031] Ainsi, il peut être estimé un indice de confiance supplémentaire donnant une mesure de réputation d'un noeud d'un réseau. Ceci permet non seulement de déterminer des informations de réputation d'un ou de plusieurs chemins passant par un noeud donné dans un réseau de communication donné, mais aussi, par extension, de déterminer des informations de réputation de noeuds particuliers dans ce réseau. [0032] En outre, la détermination d'indices de confiance et/ou de mesures de réputation peut être répétée dans le temps pour mettre à jour la réputation de noeuds et de chemins que comprend un réseau. [0033] Dans une réalisation, le score de sécurité d'un noeud est déterminé en fonction d'une installation préalable d'une application informatique de sécurité auprès de ce noeud. [0034] Ainsi, les noeuds sont d'avantage protégés contre des attaques logicielles ou des accès non-autorisés. [0035] Dans une réalisation, l'estimation du premier indice de confiance est mise en oeuvre sur réception d'un paquet par un noeud du réseau auquel un score a été affecté. [0036] Ainsi, une telle réalisation permet de déterminer, de manière dynamique ou ponctuelle, la réputation d'un chemin ou d'un noeud intermédiaire d'un réseau au cours de la transmission même d'un paquet de données dans ce réseau. [0037] Dans une réalisation, le procédé comporte en outre une transmission d'un message comprenant ladite mesure de réputation vers un noeud du réseau et/ou vers un équipement connecté à un noeud du réseau. [0038] Ainsi, ceci permet de partager et/ou de conserver dans une mémoire d'un équipement tiers une mesure de réputation qui peut être employée par la suite. [0039] Par exemple, lorsque la mesure de réputation est communiquée à un noeud d'extrémité du réseau, le message peut faire office de notification pour déclencher une action telle qu'un rejet de paquets de données, un marquage, etc. [0040] De même, une mesure de réputation peut être communiquée à un équipement, par exemple un équipement appartenant à l'opérateur du réseau. L'opérateur peut ainsi être incité à modifier les règles de trafic dans le réseau, à modifier la configuration de certains noeuds ou de chemins existants, ou encore à mettre à jour un enregistrement de réputations précédemment mesurées. [0041] Dans une réalisation, le score de sécurité comprend au moins une preuve de transit. [0042] Dans les présentes, une preuve de transit peut prendre des formes diverses et variées. De manière non limitative, une preuve de transit est un moyen de sécurisation d'une transmission de paquets de données dans un réseau de communication. Différentes formes de preuve de transit sont décrites ci-après. [0043] En règle générale, une preuve de transit prévoit l'ajout d'une partie de données opé- rationnelles aux paquets de données transitant par des noeuds sélectionnés du réseau. Afin de garantir que ces paquets ont hicn transité par les noeuds sélectionnés, les données opérationnelles sont mises à jour à chaque réception de l'un des noeuds. Cette mise à jour peut se faire soit par un noeud soit pas un équipement externe au réseau. Ces données sont utilisables à la tin d'un chemin donné de noeuds pour vérifier que le paquet a traversé tous les noeuds de la suite prédéterminée. [0044] Dans une réalisation particulière, une mesure de réputation d'un chemin empruntant des noeuds dans un réseau est obtenue en estimant un rapport entre un cumul, sur ce chemin, de preuves de transit associées aux noeuds empruntés par le chemin courant et une fonction de temps de connexion d'un paquet transmis sur ce chemin [0045] Ainsi, ce rapport fournit une mesure de réputation du chemin qui permet d'identifier précisément le nombre de noeuds qui ne se sont pas vus affectés un score de sécurité, et par exemple, n'ayant pas contribué à la preuve de transit. [0046] En outre, ceci permet de détecter localement quels noeuds ont éventuellement mené à des irrégularités ou à des erreurs de transit des données. [0047] Dans une réalisation, le procédé comporte en outre une sélection, dans le réseau, d'un chemin entre deux noeuds d'extrémité en fonction d'une meilleure réputation parmi des réputations respectivement estimées pour une pluralité de chemins courants du réseau. [0048] Ceci permet d'optimiser la fiabilité d'une transmission de données dans le réseau en évitant aux paquets de données transmis d'emprunter des chemins dont la réputation est moindre. [0049] Dans une réalisation, le chemin courant emprunte deux noeuds d'extrémité du réseau 6 parmi lesquels un premier noeud d'extrémité connecté à un équipement utilisateur et un deuxième noeud d'extrémité connecté à un serveur. [0050] Ainsi, une telle réalisation permet d'échanger des paquets de données entre un équipement utilisateur et un serveur selon un chemin dont une réputation est mesurable. En particulier, ceci permet de déterminer précisément si des paquets de données sont passés ou non par une suite de noeuds intermédiaires entre deux noeuds d'extrémité de tels types. [0051] Dans une réalisation, le procédé est mis en oeuvre par au moins un contrôleur d'un réseau configuré pour : - affecter un score de sécurité à un noeud dudit réseau ; et/ou - estimer au moins un premier indice de confiance pour un noeud emprunté par un chemin courant du réseau. [0052] Ceci permet de centraliser ou de découpler la configuration de noeuds d'un réseau de la collecte d'indices de confiance au moyen d'un dispositif prévu à cet effet. [0053] Dans une réalisation, le procédé est mis en oeuvre par une pluralité de contrôleurs. [0054] Ainsi, il est possible de mettre en oeuvre le procédé au moyen de contrôleurs distincts, l'un étant par exemple uniquement configuré pour affecter des scores de sécurité et l'autre étant uniquement configuré pour estimer un indice de confiance. En outre, ceci permet de mettre en oeuvre le procédé au moyen de contrôleurs de réseaux distincts et, en particulier, de réseaux appartenant à des opérateurs différents. [0055] Dans une réalisation, la sélection d'un chemin de transmission d'un paquet de données sur le réseau est effectuée au moyen d'un protocole IGP (« Interior Gateway Protocol », en anglais), qui est un protocole de routage propre aux systèmes autonomes. [0056] Lorsqu'utilisé en combinaison avec l'une des réalisations précédentes, un protocole IGP améliore l'établissement de routes optimales entre plusieurs noeuds d'un réseau, et en particulier, entre des noeuds sélectionnés parmi toutes les destinations disponibles d'un système autonome. On peut par exemple sommer les mesures de réputation réalisées par chacun d'une pluralité de contrôleurs, ou encore, intégrer plusieurs mesures de réputation au protocole IGP. [0057] La présente invention vise aussi un dispositif contrôleur de réseau comportant un circuit de traitement configuré pour la mise en oeuvre du procédé selon l'une des revendications précédentes. [0058] La présente invention vise aussi un programme informatique comportant des ins- tructions pour la mise en oeuvre du procédé selon l'invention, lorsque ces instructions sont exécutées par un processeur d'un circuit de traitement. Brève description des dessins 7 100591 D'autres caractéristiques, détails et avantages apparaîtront à la lecture de la des- cription détaillée ci-après, et à l'analyse des dessins annexés, sur lesquels : [0060] [fig.1], la figure 1, représente une vue schématique d'un environnement d'un réseau de communication selon un exemple de réalisation ; [0061] [fig.2], la figure 2, représente un exemple de réalisation pour un premier chemin dans un réseau; [0062] [fig.3], la figure 3, représente un exemple de réalisation pour un deuxième chemin dans un réseau; [0063] [fig.4], la figure 4, représente un exemple de réalisation pour un troisième chemin dans un réseau; [0064] [fig.5], la figure 5, représente un diagramme de flux pour une transmission de données suivant un premier et un deuxième chemin dans un réseau ; et [0065] [fig.6], la figure 6, représente un bloc-diagramme schématique d'un circuit de traitement selon un exemple de réalisation. [0066] Sauf indications contraires, les éléments communs ou analogues à plusieurs figures portent les mêmes signes de référence et présentent des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits par souci de simplicité. Description des modes de réalisation [0067] Les dessins et la description ci-après contiennent, pour l'essentiel, des éléments dc caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la présente divulgation, mais aussi contribuer à sa définition, le cas échéant. [0068] 11 est maintenant fait référence à la figure I, qui représente un réseau R dc commu- nication pour la mise en oeuvre d'un service de transmission de données. [0069] De manière non limitative, on prendra ici l'exemple d'une transmission d'un ou dc plusieurs paquets de données suivant un protocole dc communication spécifique, par exemple pour un échange de données sur Internet ou via un standard 5G. [0070] Dans les présentes, les paquets de données sont des paquets qui suivent un protocole internet, dits paquets IP (« Internet Protocol », en anglais), des paquets de datagrammc utilisateur, dits paquets UDP (« User Datagram Protocol », en anglais), un protocole de contrôle de transmission, dits paquets TCP (« Transmission Control Protocol » en anglais), ou encore un protocole de contrôle Internet de message, dits paquets ICMP (« Internet Control Message Protocol », en anglais). Dans les exemples suivants, l'exemple de paquets IP sera considéré. La transmission d'un paquet IP sur le réseau définit un chemin courant comportant un certain nombre de noeuds. [0071] Au cours d'une première étape de configuration, un contrôleur CTRL configure une pluralité de noeuds du réseau R pour leur affecter un score de sécurité. 8 [0072] Dans une réalisation, et sans perte de généralité, on considère ici que le score de sécurité comprend au moins une preuve de transit SDS. On distinguera ainsi les noeuds N1, N2, N4, N5 et N6, dits « routcurs SDS », et comprenant respectivement des preuves de transit SDS1, SDS2, SDS4, SDSS et SDS6, du noeud N3 qui est un routcur ne comprenant pas de preuve de transit. Par exemple, le noeud N3 est un routcur n'appartenant pas au même opérateur que celui du contrôleur CTRL. [0073] Dans une réalisation, une preuve de transit SDS, lorsqu'elle est reçue par un autre routcur SDS lors de la transmission d'un paquet de données, est modifiable par cc routcur SDS et correspondra successivement à une valeur SDS(N1) de la preuve, une valeur SDS(N1,N2) de la preuve, etc. La preuve SDS garde ainsi une trace de son passage par les noeuds successifs N1, N2, etc. [0074] Dans une réalisation, un score de sécurité ou une preuve de transit que comprend le score de sécurité découle d'un calcul d'une fonction mathématique, par exemple de coefficients d'un polynôme de degré N. [0075] Dans une réalisation, ce polynôme est un polynôme de Lagrange. [0076] Dans les présentes, l'affectation de scores de sécurité aux noeuds de R peut s'effectuer comme suit : un contrôleur CTRL attribue à ces noeuds une valeur « Ci » d'un coefficient de degré « i » d'un polynôme « Pn » de degré « n », les nombres « i » et « n » étant des nombres entiers positifs. « Pn » est par exemple défini par le polynôme Pn(XI, X2, Xn) = CO + Cl .X1 + C2.X2 + . Cn.Xn. Au noeud N1 correspond ainsi la valeur du coefficient « Cl », au noeud N2 correspond la valeur du coefficient « C2 », etc. [0077] En particulier, chaque noeud peut être configuré par le contrôleur CTRL pour ajouter la valeur de son coefficient à la somme calculée à chaque fois qu'un paquet le traverse, et ajouter la valeur d'un coefficient du polynôme dans un champ du paquet Ainsi, il est possible de configurer un réseau de communication de sorte à ce que plusieurs noeuds disposent d'une information de la fonction polynomiale P, mais jamais de l'intégralité de celle-ci. [0078] Bien qu'à un noeud donné est affecté un coefficient donné, le contrôleur CTRL garde secret les autres coefficients. Lorsqu'un paquet est échangé sur le réseau et passe par l'ensemble des noeuds Ni, N2, Nn, la somme des coefficients Cl, C2, Cn dé- finissant une partie d'une preuve de transit peut ainsi être calculée de proche en proche, ce qui définit un cumul. [0079] Dans les présentes, un noeud d'extrémité d'un réseau peut comprendre tout dispositif de communication vers un composant, tel qu'un ordinateur, un serveur, un terminal utilisateur, un routeur, une passerelle hôte, un autre réseau, etc. [0080] Dans le cas présent, le réseau R comprend plusieurs noeuds d'extrémités de sortie, en particulier deux noeuds N5 et N6, le noeud N5 pouvant être connecté à un premier 9 serveur SERVI et le noeud N6 pouvant être connecté à un deuxième serveur SERV2. [0081] Pour se distinguer des noeuds appartenant au réseau, dit noeuds intermédiaires ou encore routcurs, les équipements et serveurs hors du réseau R sont dénommés noeuds d'extrémité dans les présentes. [0082] Dans une réalisation, un cumul sur un chemin de scores de sécurité successifs d'un ensemble de noeuds empruntés par ce chemin est calculé par un noeud intermédiaire. [0083] Dans les présentes, un cumul peut prendre des formes diverses et variées. Par exemple, lorsqu'un paquet transite par un noeud intermédiaire du réseau, celui-ci peut être configuré pour calculer ou communiquer au contrôleur CTRL le cumul CML = (CMLO + (PN1 + PN2).LPC).PP, où CMLO est la valeur du cumul calculé par le noeud précédent, PN1 est la valeur du premier polynôme Pl en ce noeud intermédiaire, PN2 est la valeur du deuxième polynôme P2 en cc noeud intermédiaire, LPC est une constante prédéterminée et PP est un nombre premier défini et communiqué à tous les noeuds, par exemple par le contrôleur CTRL. [0084] Ainsi, le cumul CML est mis à jour lors de chaque échange d'un paquet depuis un noeud vers un autre noeud. [0085] Dans une réalisation, le contrôleur, un noeud d'extrémité et/ou un noeud intermédiaire est configuré pour accéder à l'ensemble des scores affectés, par exemple la valeur du polynôme « Pn » en un noeud donné. Ainsi, il est possible de vérifier l'intégrité des données transmises pour un paquet donné, ce qui peut par exemple s'effectuer sur réception de la somme calculée du polynôme Pn par une succession de noeuds précédents et de comparer cette somme à une valeur de contrôle connue du contrôleur, du noeud d'extrémité et/ou du noeud intermédiaire. [0086] Dans une réalisation, le contrôleur CTRL et/ou au moins un noeud d'extrémité du réseau est configuré pour vérifier que le cumul correspond à un cumul prédéterminé à la fin de l'échange du paquet sur le réseau. [0087] Dans une réalisation, un score de sécurité comprend deux fonctions mathématiques, un premier polynôme Pl, dit polynôme secret, et un deuxième polynôme P2, dit polynôme public. Les coefficients du polynôme secret sont initiés par le premier noeud par lequel passe le paquet. L'un et/ou l'autre de ces deux polynômes peut servir de preuve de transit SDS. [0088] Dans une réalisation, les coefficients de Pl et de P2 sont des nombres entiers choisis de manière aléatoire. Au moins un coefficient du premier polynôme Pl peut être secret et/ou constant. Le deuxième polynôme P2 peut être public et ses coefficients peuvent être choisis différemment de ceux de PI ou lors de la transmission de paquets différents. Par exemple, Pl est un polynôme dont la valeur des coefficients reste constante mais dont l'intégralité des valeurs n'est pas connue des noeuds, tandis que les valeurs des coefficients de P2 sont connues par chaque noeud mais sont propres à la transmission d'un paquet donné. [0089] Avantageusement, l'utilisation de plusieurs polynômes permet d'éviter que leurs co- efficients Ci ne puissent être inférés par un dispositif tiers lors d'un accès à un noeud du réseau, par exemple lors de l'absence ponctuelle d'un noeud du chemin lors d'une modification de l'architecture du réseau R ou d'un re-routage volontaire ou involontaire de paquets de données. [0090] Dans un exemple de réalisation, les valeurs des coefficients d'au moins un polynôme, de préférence le polynôme P2, peuvent être calculées par un ou plusieurs noeuds du réseau et ajoutées à Pl. En variante, le cumul, c'est-à-dire un résultat de la sommation au niveau dc chaque noeud de réseau, peut être ajouté au paquet, par exemple dans un champ de cc paquet. [0091] Par exemple, un noeud d'extrémité dc sortie peut être configuré pour déterminer un troisième polynôme P3 à partir des coefficients obtenus par un paquet ayant traversé une succession de noeuds le long d'un chemin donné. Le polynôme P3 peut ensuite être comparé au premier polynôme Pl fourni par le contrôleur CTRL afin de vérifier que le paquet a été transmis par l'intermédiaire de noeuds de réseau suivant un chemin prédéfini. Si le paquet n'a pas emprunté cc chemin, une différence apparaîtra entre P1 et P3 lors de leur comparaison. [0092] La description ci-dessus utilise une preuve de transit à base de polynômes de Lagrange. Le procédé s'applique en outre à tout autre mode d'établissement de preuves de transit. [0093] En se référant maintenant aux figures 2, 3 et 4, une représentation schématique de chemins empruntant des noeuds dans un réseau de communication R est donnée pour différents cas de figures simplifiés. [0094] En particulier, on illustre le cas général de paquets de données échangés entre un équipement utilisateur UE1 ou UE2, par exemple des terminaux, et au moins un serveur SERVI et SERV2 par l'intermédiaire de noeuds du réseau R. [0095] Un paquet de données peut être transmis depuis un équipement utilisateur vers un réseau R par l'intermédiaire de noeuds d'extrémité, et en particulier, de noeuds d'extrémité d'entrée NI et N2. [0096] Dans les présentes, un noeud d'entrée est tout noeud d'accès à un réseau qui héberge une fonction de routage sur un chemin pouvant être établi entre un équipement utilisateur et un serveur. Par exemple, il peut s'agir d'un répartiteur téléphonique, d'un multiplexeur d'accès DSLAM (« Digital Subscriber Line Access Multiplexer », en anglais) ou encore d'un routeur PoP (« Point of Presence », en anglais). [0097] Dans une réalisation, un paquet comprend un paramètre de temps de connexion, aussi dit temps de vie ou paramètre TTL. [0098] En particulier, une fonction de type « Traceroute » permet d'envoyer des paquets 11 UDP, TCP voire ICMP avec un paramètre TTL de plus en plus petit. Lorsqu'émis par un équipement utilisateur, le paramètre TTL est initialisé à une valeur donnée, par exemple un nombre de bits égal à 255, puis décrémenté à chaque passage par un noeud d'un réseau. [0099] Par ailleurs, une fonction « Traceroutc » qui permet d'identifier les noeuds empruntés, d'indiquer le délai de transmission entre chacun des noeuds et d'identifier d'éventuelles pertes de paquets. Ces informations permettent le diagnostic des problèmes de routage, de congestion ou d'erreurs dans l'architecture générale du réseau R. [0100] Par exemple, chaque noeud comprend une table de routage à partir dc laquelle il détermine le noeud de destination suivant du paquet. Ainsi, le noeud N1 peut comprendre une table de routage prévoyant l'envoi du paquet IP1 vers le noeud N2 dans le cas du chemin Cl , mais prévoyant en outre un envoi possible vers le noeud N3 dans d'autres conditions. [0101] Dans une réalisation, le contrôleur CTRL configure au moins un noeud d'entrée du réseau R pour affecter à un paquet une valeur initiale de TTL. Chaque noeud du réseau recevant ultérieurement cc paquet est configuré pour décrémenter la valeur courante de TTL avant de le transmettre. Lorsque la valeur du TTL de cc paquet atteint 0, le noeud émet un message d'erreur pour indiquer que le temps de vie du paquet a expiré, résultant par exemple en un arrêt dc la transmission de cc paquet sur le réseau R. [0102] Dans une réalisation, un contrôleur CTRL communique la ou les valeurs TTL aux routeurs SDS du réseau R lors de la première étape de configuration. Le contrôleur peut également configurer chaque routeur SDS pour suivre une loi de décrémentation spécifique de la valeur de TTL d'un paquet IP lors de son passage par un routeur SDS. Lors de la transmission d'un paquet, ceci permet à un noeud intermédiaire configuré en tant que routeur SDS de calculer un nombre de noeuds empruntés par un paquet donné. [0103] Sur la figure 2, un paquet IP1 est acheminé depuis un équipement utilisateur UE1 pour parvenir au serveur SERVI en empruntant un chemin Cl, ledit chemin Cl passant successivement par les noeuds NI, N2, et N5. [0104] Dans le cas présent, et au contraire du noeud N3, les noeuds NI, N2, N4, N5 et N6 sont des routeurs SDS configurés et contrôlés par le contrôleur CTRL. Un score de sécurité a été affecté à chaque routeur SDS, chaque routeur étant apte, d'une part, à lire et à calculer une preuve de transit SDS d'un paquet et, d'autre part, à modifier un champ SDS dudit paquet. [0105] Dans une réalisation, et en toute généralité, au moins un contrôleur CTRL est configuré pour effectuer une action parmi : la configuration de noeuds d'un réseau, par exemple pour leur affecter un score de sécurité tel qu'une preuve de transit SDS, pour recevoir et lire une valeur de preuve de transit SDS d'un paquet IP transitant par l'un de ces noeuds et/ou pour déterminer un ou plusieurs indices de confiance, par exemple 12 en vue d'estimer une mesure de réputation d'un noeud ou d'un chemin du réseau R. [0106] Dans une réalisation illustrée sur les figures, au moins un contrôleur CTRL du réseau R est connecté à un serveur de notification NSERV. [0107] Le serveur de notification NSERV est connecté à au moins un équipement utilisateur, par exemple UE1 et/ou UE2, à l'origine de la transmission d'un paquet IP sur le réseau R. En variante, le serveur de notification NSERV peut également être connecté à tout dispositif connecté à un noeud d'extrémité du réseau. [0108] Dans une réalisation, le serveur de notification NSERV est configure pour notifier un ou plusieurs équipements utilisateur d'informations acquises par le contrôleur CTRL. Par exemple, ceci permet de partager une valeur d'un indice de confiance et/ou d'une mesure de réputation d'un élément du réseau R aux utilisateurs des équipements UE1 et/ou UE2. [0109] Dans une réalisation, au moins un contrôleur est configure pour mettre en oeuvre une deuxième étape de collecte. Cette deuxième étape comprend au moins une première sous-étape visant à estimer une mesure de réputation d'un chemin courant et/ou une deuxième sous-étape visant à estimer une mesure de réputation d'un noeud du réseau R. [0110] Dans une réalisation (non représentée), au moins deux contrôleurs de réseau CTRL et CTRL2 sont configurés pour mettre en oeuvre l'invention. Par exemple, au moins un contrôleur est configuré pour affecter un score de sécurité à au moins un noeud du réseau R et au moins un autre contrôleur est configure pour estimer au moins un indice de confiance. Les contrôleurs CTRL et CTRL2 peuvent aussi être configurés pour interagir avec des éléments différents au sein d'un même réseau. [0111] Sur la figure 3, et de manière similaire, le terminal UE1 envoie sur le réseau R un paquet de données IP2 destiné à un serveur SERV2 distinct du serveur SERVI, et connecté au réseau R via le noeud N6. Le paquet IP2 entre sur le réseau R via le noeud d'entrée Ni puis emprunte le chemin C2 correspondant à la succession de noeuds NI, N3 et N6, avant de parvenir au serveur SERV2 via le noeud d'extrémité N6. [0112] Sur la figure 4, et de manière similaire, un terminal UE2 distinct de UE1 envoie sur le réseau R un paquet de données IP3 destiné au serveur SERV2. Le paquet 11'3 entre sur le réseau R via le noeud N2 et emprunte le chemin C3 correspondant à la succession de noeuds N2, N4 et N6 avant de parvenir au serveur SERV2. [0113] Sur les figures illustrant des transmissions de paquets 11'1,11'2 et IP3, le contrôleur CTRL collecte, depuis les noeuds empruntés par ceux-ci, les valeurs courantes TTL et les valeurs courantes des scores de sécurité en vue d'estimer un ou plusieurs indices de confiance. Cette collecte, que comprend la deuxième étape, est illustrée par des flèches joignant les noeuds au contrôleur CTRL. [0114] Sur la base de ces figures, un calcul d'un premier indice de confiance II peut être effectué pour obtenir une mesure de réputation des chemins empruntés. 13 [0115] Dans une réalisation simplifiée, on considère ici que la valeur d'un score de sécurité affecté à un noeud, ou la valeur d'une preuve de transit SDS que comprend ce score de sécurité, est une valeur égale à « 1 ». Si un noeud, par cxemplc N3, ne s'est pas vu affecter un score de sécurité par CTRL, on considère que cette valeur est égale à « 0 ». [0116] Pour le chemin Cl, chacun des noeuds N1, N2, et N5 emprunté comporte un score de sécurité de valeur « 1 ». On peut donc estimer un premier indice de confiance il correspondant à Cl comme étant le cumul, c'est-à-dire la somme, des scores successifs des noeuds empruntés par Cl, divisé par le nombre total de noeuds, soit Il (Cl) = 3/3 = 1, ce qui revient à conférer au chemin Cl une mesure de réputation égale à 100%. Le nombre total de noeuds est ici par cxemplc déduit de la différence entre la valeur finale de TTL du paquet IP1 et de la valeur initiale de ce TTL. [0117] On peut procéder de manière similaire pour le chemin C2 et le chemin C3, afin d'obtenir les résultats donnés dans la Table 1 ci-dessous. Par exemple, pour le chemin C2, la somme des scores successifs des noeuds empruntés par C2, divisé par le nombre total de noeuds est égale à Il (C2) = 2/3 = 1, ce qui revient à attribuer au chemin C2 une mesure de réputation égale à 66%. [0118] [Tableaux 1] Chemin Il Cl 4/4 = 100% C2 2/3 = 66% C3 3/3 = 100% [0119] Plus le nombre de routeurs SDS empruntés par un chemin s'approche de la valeur TTL calculée, plus le chemin pourra être considéré comme fiable. [0120] De manière similaire, une estimation d'un deuxième indice de confiance 12 peut être effectuée pour mesurer une réputation d'un noeud donné du réseau R. [0121] Pour ce faire, et suivant un principe similaire à celui décrit pour le calcul du premier indice de confiance Il, le contrôleur CTRL détermine l'ensemble des chemins passant par le noeud donné du réseau R. Le contrôleur CTRL effectue ensuite une somme des valeurs correspondantes de Il, cette somme étant pondérée à hauteur du nombre de chemins passant par ce noeud intermédiaire donné. Ceci permet d'estimer un deuxième indice de confiance 12 propre aux noeuds. [0122] Par exemple, tenant compte des chemins Cl, C2 et C3, on peut estimer le deuxième indice de confiance 12 du noeud N5 comme étant I2(N5) = Ii(C1)/1 = 1, puisqu'ici seul le chemin Cl emprunte le noeud N5. [0123] Suivant ce même principe, et les deux chemins C2 et C3 passant par le noeud d'extrémité N6, le deuxième indice de confiance 12 du noeud N6, I2(N6), sera [Il(C2) 14 + Il (C3)] /2 = [2/3 + 3/3]/2 = 5/6, soit 83%. On peut ainsi déduire une mesure de réputation des noeuds du réseau R conformément à la Table 2 ci-dessous. [0124] [Tableaux2] Noeud 12 N1 1/1 = 100% N2 (1+1)/2 = 100% N4 1/1 = 100% N5 1/1 = 100% N6 (2/3+3/3)/2 = 83% 10125] La figure 5 représente un exemple de diagramme pour les exemples de transmission des paquets IPI et IP2. Ici, on considère que le paquet IPI emprunte le chemin Cl et que le paquet 1P2 emprunte le chemin C2. 10126] A titre d'exemple, dans le cas présent, le noeud d'entrée NI attribue une valeur de temps de connexion TTL egale à 10 aux paquets IPI et IP2. Cette valeur de TTL est décrémentée à chaque passage d'un paquet sur un noeud du réseau R. 10127] Le paquet IP 1 empruntant le chemin Cl voit donc sa valeur TTL decrementée à 9 lors de sa réception par Ni. La valeur TTL est ensuite décrémentée à 8, à 7 et finalement à 6 lors de sa réception par les noeuds N2, N4 et N5, respectivement. La différence entre la valeur TTL finale et initiale, égale à 10 - 6 = 4, fournit ainsi une indication du nombre de noeuds empruntés par Cl. [0128] Une mise à jour de la preuve de transit que comprend IP1 est ainsi effectuée à chaque passage par un routcur SDS. [0129] Par exemple, la preuve de transit SDS correspondant au paquet IP1 qui emprunte le chemin Cl sera modifiée par le contrôleur CTRL et/ou chacun des routeurs SDS, correspondant ici aux noeuds N1, N2, N4 et N5, pour correspondre successivement à SDS(UE), SDS(UE,N1), SDS(UE, N1, N2), SDS(UE, N1, N2, N4) et SDS(UE, N1, N2, N4, N5). [0130] Ces mises à jour respectives sont, de préférence, réalisées en même temps que la dé- crémentation de la valeur TTL du paquet correspondant. En outre, et comme décrit précédemment, chaque noeud configure par le contrôleur CTRL peut calculer la valeur de cette preuve de transit SDS. [0131] Suivant la première étape de configuration, et suite à la transmission d'un paquet, la deuxième étape de collecte est mise en oeuvre au moyen du contrôleur CTRL. Cette étape, qui peut aussi être mise en oeuvre par un contrôleur distinct du contrôleur mettant en oeuvre la première étape, prévoit de récolter les valeurs de la preuve de transit SDS et les valeurs de TTL pour la transmission d'un paquet donné. [0132] Dans une réalisation, le contrôleur CTRL et/ou un noeud du réseau est configuré pour déterminer un indice de confiance d'un chemin sur la hase d'un rapport entre une valeur de preuve de transit et une valeur de temps de connexion, dit rapport SDS/TTL. [0133] Ainsi, sur réception du paquet IP1 par le noeud d'extrémité N5, le contrôleur CTRL collecte le rapport SDS/TTL qui lui est associé. Ce rapport définit une estimation d'un premier indice de confiance Iii, égal à SDS(UE, N1, N2, N4, N5, N6)/6, ce qui fournit une mesure de réputation du chemin Cl . [0134] Dans un deuxième exemple, le paquet 1P2 transite par le chemin C2 et voit sa valeur TTL decrementée à 9 lors de sa réception par le noeud N1, puis successivement à 8 et à 7 lors de sa réception par les noeuds N3 et N6. [0135] La preuve de transit SDS correspondant au paquet 1P2 empruntant le chemin C2 cor- respondra quant à elle successivement à SDS(UE), SDS(UE,N1), SDS(UE, N1, N3) et SDS(UE, N1, N3, N6). [0136] Ainsi, sur réception du paquet 1P2 par le noeud d'extrémité N6, le contrôleur CTRL collecte le rapport SDS/TTL qui lui est associé. Il en est déduit une valeur 112 égale à SDS(UE, N1, N3, N6)/7, différente de 111, et fournissant une mesure de réputation du chemin C2. [0137] En procédant de même pour une série de différents paquets et/ou chemins, les mesures de réputation collectées peuvent être utilisées pour construire une matrice de données de confiance des chemins et/ou des noeuds du réseau R. [0138] Les réalisations décrites dans les présentes fournissent ainsi un procédé permettant, par exemple, de déterminer le nombre de noeuds qui n'ont pas modifié la preuve de transit SDS. [0139] Avantageusement, un noeud intermédiaire ou un noeud d'extrémité peut détecter de lui-même une déviation éventuelle de la valeur du rapport SDS/TTL avant réception d'un paquet sur un noeud d'extrémité ou sur un serveur connecté au réseau. [0140] Par exemple, les réalisations décrites dans les présentes permettent à un routeur SDS du réseau de détecter la présence d'une erreur de transit d'un paquet IP donné avant que celui-ci ne parvienne à un noeud d'extrémité de sortie du réseau. En particulier, un routeur SDS peut détecter une telle erreur grâce au calcul du rapport SDS/TTL avant l'arrivée du paquet sur un noeud d'extrémité, puisque ce rapport fournit une information quant à la localisation relative du paquet dans le réseau R. Un noeud non configuré pour calculer une preuve de transit SDS n'en serait pas capable. [0141] La détection d'une erreur de rapport SDS/TTL peut donc être effectuée par un noeud spécifique, ce qui améliore la mesure de réputation au sein d'un réseau. [0142] Dans une réalisation, on peut concevoir un dispositif connectable à un noeud d'un réseau, par exemple un équipement utilisateur ou un serveur, qui est configuré pour in- terroger un noeud quelconque du réseau pour en déterminer la réputation, et par 16 exemple un rapport SDS/TTL donné. [0143] En toute généralité, les présentes se rapportent également à un support d'informations lisible par un système informatique, éventuellement totalement ou partiellement amovible, notamment un support magnétique tel qu'un disque dur, ou un support transmissible, tel qu'un signal électrique ou optique, comportant des instructions d'un programme d'ordinateur permettant la mise en oeuvre d'un procédé de mesure de réputation tel que mentionné ci-dessus. [0144] Par ailleurs, les présentes se rapportent aussi à un dispositif contrôleur de réseau, et en particulier un contrôleur CTRL configure pour mettre en oeuvre tout ou partie des réalisations décrites précédentes. [0145] Ainsi, la figure 6 représente, de façon schématique, un bloc-diagramme schématique d'un circuit de traitement informatique 100. Dans le cas présent, le circuit de traitement 100 est intégré dans un dispositif contrôleur de réseau CTRL, ce circuit de traitement étant configure pour la mise en oeuvre d'un procédé selon les réalisations décrites précédemment. [0146] En variante, un circuit semblable au circuit de traitement 100 peut être intégré à l'architecture d'un noeud d'un réseau R pour mettre en oeuvre les réalisations décrites précédemment. [0147] Dans une réalisation, le contrôleur CTRL ou un noeud du réseau, comprend une ar- chitecture conventionnelle d'ordinateur. Il comporte notamment un bus de communication connecté, par exemple, à une unité centrale de traitement 101, tel qu'un microprocesseur, notée CPU. Le circuit 100 comporte aussi une mémoire à accès aléatoire 102, notée RAM, pour mémoriser le code exécutable d'un procédé de mesure de réputation selon les réalisations précédemment décrites, ainsi que les registres adaptés à enregistrer des variables et des paramètres nécessaires pour la mise en oeuvre du procédé selon des réalisations. La capacité de mémoire de celui-ci peut être complétée par une mémoire RAM optionnelle connectée à un port d'extension, par exemple. [0148] En outre, le circuit de traitement informatique 100 comporte une mémoire morte 103, notée ROM, pour stocker des programmes informatiques pour la mise en oeuvre des réalisations décrites précédemment, ainsi qu'une interface réseau 104 qui est normalement connectée à un réseau de communication sur lequel des données numériques à traiter sont transmises ou reçues. L'interface réseau 104 peut être une seule interface réseau, ou composée d'un ensemble d'interfaces réseau différentes (par exemple filaire et sans fil, interfaces ou différents types d'interfaces filaires ou sans fil). Lorsque des paquets de données arrivent sur l'interface réseau lors d'une transmission, ou lorsque des paquets de données sont lus par l'interface de réseau pour un contrôle, une application logicielle et/ou un programme d'ordinateur peuvent être exécutés dans le processeur 101 pour mettre en oeuvre un procédé de mesure de réputation comme 17 décrit précédemment. [0149] Dans une réalisation, le circuit de traitement informatique 100 comporte une interface utilisateur 105 pour recevoir des entrées d'un utilisateur ou pour afficher des informations à un utilisateur, un support de stockage optionnel 106 noté HD, et un module d'entrée-sortie 107, noté I0, pour la réception, l'envoi de données depuis ou vers des périphériques externes tels que disque dur, support de stockage amovible ou autres. [0150] Dans une réalisation, le code exécutable peut être stocké dans une mémoire morte 103, sur le support de stockage 106 ou sur un support amovible numérique tel que par exemple un disque. Selon une variante, le code exécutable des programmes peuvent être reçu au moyen d'un réseau de communication, via l'interface réseau 104, afin d'être stocké dans le support de stockage 106, avant d'être exécuté. [0151] L'unité centrale de traitement 101 est adaptée pour commander et diriger l'exécution des instructions ou des portions de code logiciel du programme ou des programmes selon l'une des réalisations décrites, instructions qui sont stockées dans l'un des moyens de stockage précités. Après la mise sous tension, le CPU 101 est capable d'exécuter des instructions stockées dans la mémoire RAM principale 102, relatives à une application logicielle, après que ces instructions aient été chargées de la ROM par exemple. [0152] Dans une réalisation, le contrôleur CTRL est programmable et peut utiliser un logiciel. Toutefois, à titre subsidiaire, les présentes peuvent être mises en oeuvre dans tout matériel, par exemple dans le circuit 100 directement ou sous la forme d'un type spécifique de circuit intégré, ou ASIC. 18 [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4] [Revendication 5] [Revendication 6] [Revendication 7] REVENDICATIONSProcédé de mesure de réputation dc chemins (Cl ; C2 ; C3) empruntant des noeuds (N 1, N2, N3, N4, N5, N6) dans un réseau de communication (R) et comportant, pour chaque noeud emprunté par un chcmin courant du réseau : a) une affectation d'un score de sécurité (SDS 1, SDS2, SDS4, SDSS, SDS6) de ce noeud ; b) une estimation d'un premier indice de confiance (11) à partir dc : - un cumul sur ledit chcmin courant des scores successifs des noeuds empruntés par le chemin courant ; et - un nombre de noeuds empruntés par le chemin courant, l'estimation dudit premier indice de confiance donnant une mesure de réputation du chemin courant. Procédé selon la revendication 1, dans lequel ledit nombre de noeuds est déduit d'une valeur d'une fonction choisie parmi une fonction d'au moins un champ d'un paquet échangé sur le chemin courant, une fonction d'au moins une valeur de temps de connexion d'un paquet échangé sur le chemin courant et/ou une fonction d'un nombre d'encapsulations d'un paquet échangé sur le chemin courant. Procédé selon la revendication 2, dans lequel ladite fonction comprend un calcul à partir d'une valeur prédéterminée d'un champ d'un paquet et d'une valeur courante. Procédé selon l'une quelconque des revendications précédentes, comportant en outre, pour un noeud intermédiaire du réseau emprunté par au moins un chemin c) une estimation d'un deuxième indice de confiance à partir d'une somme d'au moins un premier indice de confiance, ladite somme étant pondérée à hauteur du nombre de chemins empruntant ledit noeud intermédiaire. Procédé selon l'une des revendications précédentes, dans lequel le score de sécurité d'un noeud est déterminé en fonction d'une installation préalable d'une application informatique de sécurité auprès de ce noeud. Procédé selon l'une des revendications précédentes, dans lequel l'estimation du premier indice de confiance est mise en oeuvre sur réception d'un paquet par un noeud du réseau auquel un score a été affecté. Procédé selon l'une quelconque des revendications précédentes, comportant en outre une transmission d'un message comprenant ladite 19 [Revendication 8] [Revendication 9] [Revendication 10] [Revendication 11] [Revendication 12] [Revendication 13] [Revendication 14] mesure de réputation vers un noeud du réseau et/ou vers un équipement connecté à un noeud du réseau. Procédé selon l'une quelconque des revendications précédentes, dans lequel le score de sécurité comprend au moins une preuve de transit. Procédé selon l'une des revendications précédentes, comportant en outre une sélection, dans le réseau, d'un chemin entre deux noeuds d'extrémité en fonction d'une meilleure réputation parmi des réputations respectivement estimées pour une pluralité de chemins courants du réseau. Procédé selon l'une quelconque des revendications précédentes, dans lequel le chemin courant emprunte deux noeuds d'extrémité du réseau parmi lesquels un premier noeud d'extrémité connecté à un équipement utilisateur (UEI ; UE2) et un deuxième noeud d'extrémité connecté à un serveur (SERVI ; SERV2). Procédé selon l'une quelconque des revendications précédentes, mis en oeuvre par au moins un contrôleur d'un réseau configure pour : - affecter un score de sécurité à un noeud dudit réseau ; et/ou - estimer au moins un premier indice de confiance pour un noeud emprunté par un chemin courant du réseau. Procédé selon la revendication précédente, mis en oeuvre par une pluralité de contrôleurs de réseaux distincts. Dispositif contrôleur de réseau comportant un circuit de traitement configuré pour la mise en oeuvre du procédé selon l'une des revendications précédentes. Programme informatique comportant des instructions pour la mise en oeuvre du procédé selon l'une des revendications 1 à 12, lorsque lesdites instructions sont exécutées par un processeur d'un circuit de traitement.