Brevet FR3030822A1 — publié le 20160624

Procédé de détection de balayage de ports non-autorisé dans un réseau informatique, produit programme d'ordinateur et dispositif associés La présente invention concerne un procédé de détection de balayage de ports non-autorisé dans un réseau informatique. Un tel procédé est notamment utilisable pour prévenir une attaque informatique dans un tel réseau. Le réseau informatique est constitué d'une pluralité de terminaux de communication aptes à communiquer entre eux via une pluralité de ports de communication. De manière générale, chaque port de communication est associé à un service ou plus généralement à un logiciel du terminal correspondant, et permet à un logiciel distant d'accéder à ce logiciel pour échanger des données numériques via le réseau informatique. Pour gérer l'accès au logiciel associé, chaque port de communication comprend un état de fonctionnement, dit ouvert, dans lequel il est apte à recevoir des connexions entrantes à partir d'un terminal distant, et un état de fonctionnement, dit fermé, dans lequel il rejette systématiquement toute connexion entrante à partir d'un tel terminal. Certains ports de communication comprennent en outre un état de fonctionnement, dit filtré, dans lequel ils sont aptes à recevoir uniquement des connexions entrantes à partir d'une liste prédéterminée de terminaux dans le réseau. Pour les terminaux ne faisant pas partie de cette liste, un port dans l'état filtré n'envoie rien en réponse à la connexion initiée. Dans le domaine de l'informatique, le balayage de ports, connu également dans l'état de la technique sous le terme anglais « Port Scan », est une technique permettant de déterminer, pour un ensemble donné d'adresses IP (de l'anglais « Internet Protocol »), lesquelles correspondent à des terminaux existants, ainsi que des informations relatives à ces terminaux à partir d'un terminal distant via le réseau. Ces informations peuvent comprendre notamment la version du système d'exploitation utilisé sur chacun des terminaux ciblés, les noms et les versions des différents services offerts par ces terminaux ainsi que l'ensemble de ports ouverts et fermés pour ces terminaux. Cette technique consiste généralement à envoyer vers chaque port des terminaux ciblés, un flux de données et à analyser ensuite les flux reçus en réponse aux flux envoyés ou l'absence de telles réponses. En particulier, lors de cette analyse, les ports ayant rejeté ou ignoré la connexion initiée sont considérés comme fermés. Les ports ayant confirmé la connexion initiée, sont alors considérés comme ouverts. Le balayage de ports est utilisé par exemple par les administrateurs du réseau afin de contrôler sa sécurité mais aussi par les pirates informatiques afin de préparer une attaque informatique sur au moins certains des terminaux du réseau. Dans ce dernier cas, il s'agit d'un balayage de ports non-autorisé. Le balayage de ports non-autorisé est ainsi largement utilisé par les pirates informatiques pour préparer une attaque informatique via l'un ou plusieurs ports ouverts déterminés lors de ce balayage. La détection de balayage de ports non-autorisé constitue donc un problème technique important dans la lutte contre la piraterie informatique. Différentes méthodes de détection d'un tel balayage existent déjà dans l'état de la technique. La majorité de ces méthodes proposent de détecter des balayages de ports dans le réseau de manière centralisée, c'est-à-dire à partir d'un terminal central dédié au moins en partie à cet objectif. Ceci est particulièrement le cas des réseaux privés connectés à un ou plusieurs réseaux publics via un terminal central du type « pare-feu » (« firewall » en anglais) gérant l'ensemble de flux entrant ou sortant dans ou du réseau privé. Selon les méthodes existantes, pour détecter des balayages de ports, le terminal central analyse l'ensemble de connexions initiées par un même terminal et identifié par son adresse IP, vers un grand nombre de terminaux et/ou de ports dans le réseau privé. Ainsi, par exemple, lorsque le nombre de ces connexions dépasse un seuil prédéterminé, le terminal central lève une alerte pour avertir les administrateurs du réseau d'un éventuel balayage de ports ou filtre les connexions ultérieures issues de cette adresse. Toutefois, la mise en oeuvre des méthodes existantes requiert de la part du terminal central, une grande quantité de ressources matérielles disponibles pour stocker et analyser les informations concernant l'ensemble de connexions initiées vers tous les autres terminaux dépendant de ce terminal central. Ceci ne permet généralement pas de garder un historique suffisamment long de ces connexions pour détecter notamment des balayages de ports étalés dans le temps. Souvent ces méthodes ne permettent pas non plus de détecter les balayages « distribués », c'est-à-dire issus de plusieurs terminaux. La présente invention a pour but de proposer un procédé de détection de balayage de ports non-autorisé permettant de remédier à ces inconvénients. À cet effet, l'invention a pour objet un procédé de détection de balayage de ports non-autorisé dans un réseau informatique notamment pour prévenir une attaque informatique, le réseau informatique étant constitué d'une pluralité de terminaux de communication définissant chacun une pluralité de ports de communication et aptes à communiquer entre eux via ces ports de communication, chaque terminal étant associé à un identifiant de terminal unique dans le réseau, chaque port étant associé à un identifiant de port unique au sein du terminal correspondant, au moins certains des terminaux, dits terminaux initiateurs, étant aptes à initier une connexion informatique avec au moins un autre terminal, dit terminal récepteur, via au moins un port de ce terminal récepteur, chaque terminal récepteur étant apte à rejeter une connexion initiée par un terminal initiateur. Le procédé est mis en oeuvre par des terminaux formant un groupe de terminaux identifié et comportant les étapes suivantes : - détection par chaque terminal récepteur du groupe, de chaque connexion initiée par un terminal initiateur via au moins un port de ce terminal récepteur ; - identification par chaque terminal récepteur du groupe, de connexions rejetées parmi l'ensemble des connexions initiées ; - pour chaque connexion rejetée, génération d'une information de sécurité comprenant une première donnée et une deuxième donnée correspondant respectivement aux identifiants du terminal récepteur et de l'un de ses ports correspondant à cette connexion rejetée, et ajout de l'information de sécurité générée dans une base d'informations de sécurité partagée entre les terminaux du groupe, et - analyse de la base d'informations de sécurité partagée pour déterminer des balayages de ports non-autorisés. Suivant d'autres aspects avantageux de l'invention, le procédé comprend une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toutes les combinaisons techniquement possibles : - chaque connexion rejetée correspond à une connexion initiée vers un port fermé ou vers un port comprenant un filtre refusant la connexion avec le terminal initiateur correspondant ; - chaque terminal du groupe comporte en outre une unité de mémorisation apte à mémoriser au moins une partie de la base d'informations de sécurité ; - la base d'informations de sécurité est partagée dans le groupe selon la technologie du type « pair à pair> ; - la base d'informations de sécurité comprend un graphe de correspondance dont les noeuds sont formés par les premières données et les deuxièmes données issues de chaque information de sécurité ajoutée ; - chaque information de sécurité ajoutée correspond à une arête entre deux noeuds formés par la première donnée et la deuxième donnée issues de cette information de sécurité, un ensemble de noeuds reliés via une ou plusieurs arêtes formant une composante connexe du graphe de correspondance ; - l'ajout d'une information de sécurité comprend les sous-étapes suivantes : création d'un nouveau noeud formé par la première donnée de cette information de sécurité si un tel noeud n'existe pas dans le graphe de correspondance ; création d'un nouveau noeud formé par la deuxième donnée de cette information de sécurité si un tel noeud n'existe pas dans le graphe de correspondance ; identification d'une première composante connexe du graphe de correspondance contenant un noeud formé par la première donnée ; identification d'une deuxième composante connexe du graphe de correspondance contenant un noeud formé par la deuxième donnée ; et si la première composante connexe et la deuxième composante connexe sont distincts, fusion de la première composante connexe avec la deuxième composante connexe en créant une arête entre les noeuds formés par la première donnée et la deuxième donnée ; - l'analyse de la base d'informations de sécurité comprend la détermination du nombre des noeuds d'au moins une composante connexe du graphe de correspondance ; - l'au moins une composante connexe pour lequel le nombre des noeuds est déterminé, correspond à une composante obtenue après la fusion de la première composante connexe et de la deuxième composante connexe ; - un balayage de ports est déterminé lorsque le nombre de noeuds identifiés est supérieur à un seuil prédéterminé ; - chaque information de sécurité comprend en outre l'identifiant du terminal initiateur ayant initiée la connexion rejetée correspondante à cette information de sécurité ; - la base d'informations de sécurité comprend en outre le nombre d'occurrences de chaque information de sécurité dans cette base ; - une étape de mis à jour de la base d'informations de sécurité permettant d'effacer des informations de sécurité les plus anciennes contenues dans cette base. La présente invention a également pour objet un produit programme d'ordinateur comportant des instructions logicielles qui, lorsqu'elles sont mises en oeuvre par un ordinateur, mettent en oeuvre ce procédé. La présente invention a également pour objet un dispositif d'analyse pour détecter de balayage de ports non-autorisé dans un réseau informatique notamment pour prévenir une attaque informatique, le réseau informatique étant constitué d'une pluralité de terminaux de communication définissant chacun une pluralité de ports de communication et aptes à communiquer entre eux via ces ports de communication, chaque terminal étant associé à un identifiant de terminal unique dans le réseau, chaque port étant associé à un identifiant de port unique au sein du terminal correspondant, au moins certains des terminaux, dits terminaux initiateurs, étant aptes à initier une connexion informatique avec au moins un autre terminal, dit terminal récepteur, via au moins un port de ce terminal récepteur, chaque terminal récepteur étant apte à rejeter une connexion initiée par un terminal initiateur. Le dispositif d'analyse est apte à détecter chaque connexion initiée par un terminal initiateur via au moins un port de ce terminal récepteur ; à identifier des connexions rejetées parmi l'ensemble des connexions initiées ; pour chaque connexion rejetée, à générer une information de sécurité comprenant une première donnée et une deuxième donnée correspondant respectivement aux identifiants du terminal récepteur et de l'un de ses ports correspondant à cette connexion rejetée, et à ajouter l'information de sécurité générée dans une base d'informations de sécurité partagée ; et à analyser la base d'informations de sécurité partagée pour déterminer des balayages de ports non-autorisés. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple, et faite en se référant aux dessins annexés, sur lesquels : - la figure 1 est une vue schématique d'un réseau informatique comportant une pluralité de terminaux de communication, au moins certains de ces terminaux mettant en oeuvre le procédé de détection de balayage de ports selon l'invention ; - la figure 2 est une vue schématique détaillée d'un terminal de la figure 1 ; - la figure 3 est une vue schématique détaillée d'un autre terminal de la figure 1, le terminal comportant au moins une partie d'une base d'informations de sécurité ; - la figure 4 est une vue schématique de la base d'informations de la figure 3; - la figure 5 est un organigramme du procédé selon l'invention ; et - la figure 6 est un organigramme d'une étape du procédé de la figure 5 selon un aspect avantageux de l'invention. Le réseau informatique 10 comporte une pluralité de terminaux 11, 12A à 12E de communication reliés entre eux par des liaisons informatiques filaires ou sans fil, et aptes à communiquer entre eux en échangeant de données informatiques. Dans l'exemple de réalisation illustré sur la figure 1, le réseau informatique 10 comprend un réseau privé 16 formé par les terminaux 12A à 12E, et un réseau public 18 raccordé au réseau privé 16 et comportant notamment le terminal 11. Le réseau public 18 est, par exemple, Internet. Un tel réseau public 18 comporte une pluralité d'autres terminaux de communication non-illustrés sur la figure 1. Le réseau privé 16 est, par exemple, un réseau local raccordant les terminaux 12A à 12E pour connecter chacun entre eux au réseau public 18. Le réseau privé 16 comporte avantageusement des moyens de protection des terminaux 12A à 12E contre des attaques informatiques provenant d'un terminal du réseau public 18, par exemple du terminal 11. Toutefois, la présente invention est applicable à toute autre structure du réseau informatique techniquement possible, et la figure 1 ne représente qu'un exemple d'une telle structure. Ainsi, selon un exemple de réalisation (non-illustré), le réseau privé 16 est raccordé au réseau public 18 via un terminal central contrôlant l'ensemble des flux de données sortant ou entrant du ou dans le réseau privé 16. Ce terminal central comporte avantageusement des moyens de protection permettant de détecter et arrêter au moins une partie d'attaques informatiques provenant d'un terminal du réseau public 18 vers l'un des terminaux 12A à 12D du réseau privé. Selon encore un autre exemple de réalisation (non-illustré), l'ensemble des terminaux 11, 12A à 12E font partie d'un même réseau public ou privé. Chaque terminal 11, 12A à 12E est associé à un identifiant IDi permettant de le distinguer de façon unique et certaine dans le réseau 10. Un tel identifiant IDi correspond par exemple à l'adresse IP (de l'anglais « Internet Protocol ») du terminal 11, 12A à 12E correspondant attribuée lors de son raccordement au réseau 10, ou encore à l'adresse physique MAC (de l'anglais « Media Access Control ») déterminée à partir des composantes électroniques formant ce terminal. Les terminaux 11, 12A à 12E sont par exemple des ordinateurs ayant tous un ensemble de composantes sensiblement similaires. Ainsi, ces composantes similaires seront expliquées par la suite à l'aide d'un exemple de réalisation du terminal 12A illustré sur la figure 2. Comme illustré sur cette figure 2, le terminal 12A comporte une unité de calcul 22 tel qu'un processeur, une unité de mémorisation 24 et une unité de raccordement 26 au réseau 10. L'unité de raccordement 26 permet notamment d'échanger des données informatiques entre le terminal 12A et d'autres terminaux 11, 12B à 12E via le réseau 10. L'unité de raccordement 26 comprend par exemple une carte réseau connue en soi. L'unité de mémorisation 24 est apte à mémoriser des données informatiques et plus particulièrement, des logiciels exécutables par l'unité de calcul 22. En particulier, l'unité de mémorisation 24 est apte à mémoriser des logiciels réseau 31 à 33 propres à communiquer avec d'autres logiciels réseau des terminaux 11, 12B à 12E. L'unité de mémorisation 24 est apte à mémoriser en outre un logiciel de pilotage 36 de connexions avec les autres terminaux 11, 12B à 12E du réseau 10. Le logiciel de pilotage 36 permet d'établir une connexion entre l'un des logiciels réseau 31 à 33 avec au moins un autre logiciel réseau d'au moins un terminal 11, 12B à 12E pour échanger des données informatiques entre ces logiciels réseau via le réseau 10. Pour ce faire, le logiciel de pilotage 36 est apte à définir pour chaque logiciel réseau 31 à 33, un port de communication P1 à P3. Un tel port de communication est associé à un identifiant ID2 permettant de l'identifier de façon unique et certaine au sein du terminal 12A correspondant. Cet identifiant comprend par exemple un numéro exprimé sur 16 bits et variant donc entre 0 et 65 535. Ainsi, lorsqu'une connexion est demandée par un logiciel réseau distant exécuté par exemple par l'unité de calcul du terminal 11, vers l'un des logiciels réseau 31 à 33, par exemple vers le logiciel 31, le logiciel distant est apte à initier une connexion en émettant des données informatiques vers le logiciel réseau 31 et en y intégrant l'identifiant ID2 associé au port P1 correspondant à ce logiciel 31. Dans ce cas, le terminal 11 est un terminal initiateur, et le terminal 12A est un terminal récepteur. La connexion est initiée selon un protocole de communication connu en soi tel que TCP/IP ou encore UDP. Les données informatiques sont transmises par exemple sous la forme de paquets de données. Chaque paquet comprend un entête comportant notamment des informations sur le terminal destinataire telles que l'identifiant ID1 de ce terminal ou encore l'identifiant ID2 du port vers lequel ce paquet est destiné. À la réception des données informatiques, le logiciel de pilotage 36 est apte à reconnaître l'identifiant ID2 intégré dans ces données, et à transmettre les données reçues vers le logiciel réseau 31 via le port P1 correspondant à cet identifiant ID2. Le logiciel de pilotage 36 est apte à définir en outre l'état de fonctionnement pour chaque port P1 à P3 parmi les états ouvert, fermé ou filtré. Lorsqu'un port P1 à P3 est dans son état ouvert, le logiciel de pilotage 36 est apte à établir une connexion initiée par un logiciel distant entre ce logiciel distant et le logiciel 31 à 33 correspondant à ce port P1 à P3. Lorsqu'un port P1 à P3 est dans son état fermé, le logiciel de pilotage 36 est apte à rejeter toute connexion initiée par un logiciel distant vers ce port P1 à P3. Ceci est, par exemple, le cas lorsqu'aucun logiciel n'est associé au port P1 à P3 vers lequel la connexion a été initiée. Lorsqu'un port P1 à P3 est dans son état filtré, il est dans l'état ouvert uniquement pour certains terminaux du réseau 10 selon par exemple une liste d'identifiants ID2 de ces terminaux prédéterminée. Pour les connexions initiées à partir des autres terminaux, un port dans l'étant filtré n'envoie aucune réponse. Ainsi, par exemple, le port P2 est dans l'état ouvert pour toutes les connexions initiées à partir des terminaux 12B à 12E du réseau privé 16, et n'envoie aucune réponse aux connexions initiées à partir des terminaux du réseau public 18. Chacun des terminaux 11, 12B à 12E comporte un ensemble de composantes similaires à celles du terminal 12A et décrites précédemment, telles que l'unité de calcul 22, l'unité de mémorisation 24, l'unité de raccordement 26 ou encore les logiciels réseau 31 à 33 et le logiciel de pilotage de connexions 36. En particulier, le logiciel de pilotage de connexions 36 de chacun des terminaux 11, 12B à 12E est apte à définir une pluralité de ports de communication P1 à P3 et à associer chacun de ces ports P1 à P3 à l'un des logiciels réseau 31 à 33 mémorisé dans l'unité de mémorisation 24. Comme dans le cas précédent, chacun des ports P1 à P3 est associé à un identifiant ID2 unique au sein du terminal 11, 12B à 12E correspondant. Au moins certains des identifiants ID2 associés aux logiciels réseau 31 à 33 ayant des fonctions similaires dans les terminaux 11, 12A à 12E différents, sont identiques. À la différence du terminal 12A, chacun des terminaux 12B à 12E comporte en outre un dispositif 40B à 40E d'analyse de connexions initiées, et une mémoire 42B partagée allouée dans l'unité de mémorisation 24. Ceci est montré sur la figure 3 illustrant un exemple de réalisation du terminal 12B. L'ensemble des dispositifs d'analyse de connexions initiées 40B à 40E met en oeuvre un procédé de détection de balayage de ports non-autorisé selon l'invention. Chaque dispositif 40B à 40E se présente par exemple sous la forme d'un logiciel mémorisé dans l'unité de mémorisation 24 correspondante ou sous la forme d'une composante électronique intégrée par exemple dans l'unité de raccordement 26 correspondante. Chaque dispositif 40B à 40E est apte à détecter chaque connexion initiée par un terminal initiateur 11, 12A à 12E, vers l'un des ports P1 à P3 du terminal 12B à 12E correspondant à ce dispositif 40B à 40E. Chaque dispositif 40B à 40E est apte en outre à identifier parmi l'ensemble des connexions initiées, chaque connexion rejetée par au moins un port P1 à P3 du terminal 12B à 12E correspondant. Une connexion est rejetée lorsqu'elle est initiée vers un port P1 à P3 étant dans l'état fermé ou un port P1 à P3 étant dans l'état filtré dont le filtre n'accepte pas les connexions provenant du terminal initiateur correspondant. Pour chaque connexion rejetée, chaque dispositif 40B à 40E est apte à générer une information de sécurité I. Cette information I comprend notamment une première donnée Di correspondant à l'identifiant IDi du terminal 12B à 12E correspondant à ce dispositif 40B à 40E, et une deuxième donnée D2 correspondant à l'identifiant ID2 du port P1 à P3 vers lequel la connexion correspondante a été initiée. Finalement, chaque dispositif 40B à 40E est apte à ajouter l'information de sécurité I générée dans une base d'informations de sécurité BI et à analyser cette base BI comme ceci sera expliqué par la suite. La mémoire partagée 42B à 42E de chacun des terminaux 12B à 12E est apte à mémoriser des données informatiques accessibles à l'ensemble des terminaux 12B à 12E via le réseau 10. Ainsi, chacun de ces terminaux 12B à 12E est apte à émettre des données informatiques vers le terminal 12B à 12E correspondant à cette mémoire 42B à 42E pour y mémoriser ces données informatiques. En outre, chacun des terminaux 12B à 12E est apte à accéder à cette mémoire partagée 42B à 42E pour lire et/ou traiter des données informatiques déjà mémorisées. La communication entre les terminaux 12B à 12E pour accéder à la mémoire partagée 42B à 42E de l'un d'entre eux, est conforme par exemple à la technologie « pair à pair » (P2P de l'anglais « peer to peer ») connue en soi. Dans ce cas, l'ensemble des mémoires partagées 42B à 42E forme une mémoire commune pour les terminaux 12B à 12E connue également sous le terme « cache distribué ». La mémoire partagée 42B à 42E de chacun des terminaux 12B à 12E permet de mémoriser en particulier, au moins une partie de la base d'informations de sécurité BI constituée des informations de sécurité I ajoutées par les dispositifs d'analyse 40B à 40E. La base d'informations de sécurité BI est illustrée schématiquement sur la figure 4 et comprend notamment un graphe de correspondance G. Ce graphe G comporte des noeuds du premier type N1 et du deuxième type N2, et des arêtes reliant des noeuds des types différents. Les noeuds du premier type N1 correspondent aux premières données D1 de l'ensemble des informations de sécurité I ajoutées par les dispositifs 40B à 40E, et les noeuds du deuxième type N2 correspondent aux deuxièmes données D2 de ces informations. Chaque arête entre un noeud du premier type N1 et un noeud du deuxième type N2 correspond à une information de sécurité I ajoutée et contenant les première D1 et deuxième D2 données associées respectivement à ces noeuds du première N1 et du deuxième N2 types. Ainsi, sur la figure 4, les noeuds ID1(12B), ID1(12C), 1D1(12D) et 111)1(12E) du premier type N1 correspondent aux identifiants ID1 des terminaux 12B à 12E, les noeuds ID2(P1), 1D2(P2) et ID2(P3) du deuxième type N2 correspondent aux identifiants ID2 des ports P1 à P3, et les arêtes 51 à 54 correspondent aux informations de sécurité I associées respectivement à une connexion rejetée vers le port P2 du terminal 12B, à une connexion rejetée vers le port P1 du terminal 12A, à une connexion rejetée vers le port P3 du terminal 12D et à une connexion rejetée vers le même port du terminal 12E. Chaque ensemble de noeuds reliés via une ou plusieurs arêtes du graphe de correspondance G forme une composante connexe de ce graphe G. Un noeud isolé forme aussi une composante connexe. Ainsi, sur la figure 4, les noeuds ID1(12B), ID1(12C), ID2(P1) et 1D2(P2) forment la composante connexe 61, et les noeuds 11)1(12D), ID1(12E) et 1D2(P3) forment la composante connexe 62. En complément, la base d'informations de sécurité BI comprend en outre des métadonnées 58 en relation avec les connexions rejetées. Ces métadonnées 58 comprennent par exemple le nombre d'occurrences d'une même information de sécurité I dans la base d'informations BI, la date d'ajout de chaque occurrence de cette information de sécurité I et/ou l'identifiant IDi du terminal initiateur de la connexion rejetée correspondant à chaque occurrence de cette information de sécurité I. Encore en complément, les métadonnées 58 comprennent en outre l'entête des paquets correspondant aux connexions rejetées. La figure 4 illustre un organigramme des étapes principales du procédé de détection de balayage de ports non-autorisé 100. Initialement, chaque terminal de l'ensemble des terminaux 11, 12A à 12E est raccordé au réseau 10 et apte à initier une connexion avec l'un des autres terminaux 11, 12A à 12E. Lors de l'étape 110, chacun des dispositifs d'analyse 40B à 40E détecte chaque connexion initiée par un terminal initiateur 11, 12A à 12E, vers l'un des ports P1 à P3 du terminal 11, 12A à 12E correspondant à ce dispositif d'analyse 40B à 40E. Ainsi, lorsque par exemple, la connexion est initiée selon le protocole TCP/IP par un terminal initiateur 11, 12A à 12E, par exemple par le terminal 11, celui-ci émet vers un port P1 à P3, par exemple vers le port P3, d'un terminal récepteur 12B à 12E, par exemple du terminal 120, des données informatiques comportant un paquet du type « SYN ». Ce paquet est reçu par le logiciel de pilotage 36 du terminal 12B qui avertit alors le dispositif d'analyse 40B d'une connexion initiée. Lors de l'étape 120 suivante, chacun des dispositifs d'analyse 40B à 40E identifie parmi l'ensemble des connexions initiées vers le terminal 12B à 12E correspondant, chaque connexion rejetée par au moins l'un des ports P1 à P3 de ce terminal. Ainsi, dans l'exemple mentionné ci-dessus, lorsque le port P3 du terminal récepteur 120 est dans l'état fermé, le logiciel de pilotage 38 émet vers le terminal initiateur 11 des données informatiques comportant un paquet du type « RST » (« reset ») signifiant le rejet de la connexion initiée et en avertit le dispositif d'analyse 400. En variante, le logiciel de pilotage 38 ne répond pas au terminal initiateur 11 ce qui signifie aussi le rejet de la connexion initiée. Lors de l'étape 130 suivante, pour chaque connexion rejetée, le dispositif d'analyse 40B à 40E correspondant génère une information de sécurité I. Cette information I comprend notamment une première donnée D1 correspondant à l'identifiant IDi du terminal récepteur 12B à 12E et une deuxième donnée D2 correspondant à l'identifiant 102 du port P1 à P3 vers lequel la connexion correspondante a été initiée. En complément, l'information de sécurité comprend en outre une troisième donnée D3 correspondant à des métadonnées en relation avec la connexion rejetée. Ainsi, par exemple, ces métadonnées comprennent l'identifiant IDi du terminal initiateur ou encore l'entête du paquet de données correspondant à cette connexion rejetée. Dans l'exemple mentionné ci-dessus, le dispositif d'analyse 400 génère donc une information de sécurité I comprenant une première donnée D1 correspondant à l'identifiant IDi du terminal 120 et une deuxième donnée D2 correspondant à l'identifiant ID2 du port P3. Lors de l'étape 140 suivante, le dispositif d'analyse 40B à 40E correspondant ajoute l'information de sécurité I générée dans la base d'informations de sécurité Bl. Pour ce faire, l'étape 140 comprend plusieurs sous-étapes décrites ci-dessous. Lors de la sous-étape 141, le dispositif d'analyse 40B à 40E correspondant détermine si le graphe de correspondance G contient déjà un noeud du premier type N1 correspondant à la première donnée D1 de l'information de sécurité I générée. Si ce n'est pas le cas, le dispositif d'analyse 40B à 40E correspondant ajoute un nouveau noeud du premier type N1 correspondant à la première donnée D1 dans le graphe G lors de l'étape 142. Lors de la sous-étape 143 suivante, le dispositif d'analyse 40B à 40E correspondant détermine si le graphe de correspondance contient déjà un noeud du deuxième type N2 correspondant à la deuxième donnée D2 de l'information de sécurité I générée. Si ce n'est pas le cas, le dispositif d'analyse 40B à 40E correspondant ajoute un nouveau noeud du deuxième type N2 correspondant à la deuxième donnée D2 dans le graphe G lors de l'étape 144. Lors de la sous-étape 145 suivante, le dispositif d'analyse 40B à 40E identifie une première composante connexe C1 du graphe de correspondance G contenant un noeud du premier type N1 formé par la première donnée D1. 10 Lors de la sous-étape 146 suivante, le dispositif d'analyse 40B à 40E identifie une deuxième composante connexe C2 du graphe de correspondance G contenant un noeud du deuxième type N2 formé par la deuxième donnée D2- Lors de la sous-étape 147 suivante, le dispositif d'analyse 40B à 40E compare la première C1 et la deuxième C2 composantes connexes identifiées. 15 Si les composantes Ci et C2 sont différentes, le dispositif d'analyse 40B à 40E fusionne ces composantes connexe en créant une arête entre les noeuds formés par la première donnée D1 et la deuxième donnée D2 lors de l'étape 148. Dans le cas contraire, lors de l'étape 149, le dispositif d'analyse 40B à 40E crée une arête entre les noeuds formés par la première donnée D1 et la deuxième donnée D2 si 20 celle-ci n'existe pas encore. En complément, le dispositif d'analyse 40B à 40E incrémente d'un le nombre d'occurrences de l'information de sécurité I dans les métadonnées 58 et y ajoute en plus la troisième donnée D3 correspondant à l'identifiant IDi du terminal initiateur 11, 12A à 12E et la date d'ajout de cette occurrence. 25 Ainsi, dans l'exemple mentionné ci-dessus combiné avec l'exemple de l'état courant de la base d'informations de sécurité BI illustré sur la figure 4, le dispositif d'analyse 40C identifie la composante connexe 61 contenant le noeud 1131(12C) correspondant à la première donnée D1 et la composante connexe 62 contenant le noeud 1D2(P3) correspondant à la deuxième donnée D2. Comme les composantes 61 et 62 sont 30 distinctes, le dispositif d'analyse 40C fusionne les composantes 61 et 62 en créant une nouvelle arête A. En complément, le dispositif d'analyse 40C ajoute dans les métadonnées 58 la troisième donnée D3 correspondant à l'identifiant ID1 du terminal 11. Lors de l'étape 150 suivante, le dispositif d'analyse 40B à 40E correspondant 35 analyse la base d'informations de sécurité BI modifiée lors de l'étape 148 ou de l'étape 149 pour déterminer des balayages de ports non-autorisés dans le réseau 10. Cette analyse comprend notamment la comparaison du nombre de noeuds total dans la composante connexe obtenue après la fusion des composantes C1 et C2 lors de l'étape 148 si celle-ci a été réalisé, avec un seuil prédéterminé. Ainsi, lorsque le nombre de noeuds total dans cette composante connexe dépasse le seuil prédéterminé, le dispositif d'analyse 40B à 40E lève une alerte signalant un éventuel balayage de ports non-autorisé dans le réseau 10. En variante, cette analyse comprend la comparaison du nombre total d'arêtes dans la composante connexe obtenue après la fusion des composantes C1 et C2 lors de l'étape 148 ou modifiée lors de l'étape 149, avec un seuil prédéterminé. En variante ou en complément, cette analyse comprend le calcul d'une valeur d'alerte et la comparaison de cette valeur avec un seuil prédéterminé. La valeur d'alerte est une fonction du nombre total d'arêtes et/ou de noeuds dans la composante connexe obtenue lors de l'étape 148 ou modifiée lors de l'étape 149. En complément, la valeur d'alerte est une fonction en outre d'au moins certaines des données contenues dans les métadonnées 58 comme par exemple les identifiants IDi des terminaux initiateurs. Le procédé 100 est mis en oeuvre par chacun des dispositifs d'analyse 40B à 40E en temps réel ou avec des intervalles temporels prédéterminés. Selon un aspect avantageux de l'invention, le procédé 100 comprend en outre une étape 160 mis à jour de la base d'informations de sécurité BI permettant notamment d'effacer des informations de sécurité I les plus anciennes contenues dans cette base. Cette étape 160 est mise en oeuvre par l'un des dispositifs d'analyse 40B à 40E et comprend plusieurs sous-étapes décrites ci-dessous. L'organigramme de l'étape 160 est présenté sur la figure 6. Lors de la sous-étape 161, le dispositif d'analyse 40B à 40E correspondant identifie l'occurrence d'une information de sécurité I la plus ancienne contenue dans la base d'informations I. Pour ce faire, le dispositif d'analyse 40B à 40E analyse les dates d'ajout des occurrences de chaque information de sécurité I à partir des métadonnées 58. Lors de la sous-étape 162 suivante, si le nombre d'occurrences de l'information de sécurité I correspondant à l'occurrence la plus ancienne identifiée lors de l'étape 161, est supérieur à 1, le dispositif d'analyse 40B à 40E correspondant décrémente d'un ce nombre d'occurrence et efface toutes les métadonnées en relation avec l'occurrence la plus ancienne lors de l'étape 163. Dans le cas contraire, l'occurrence la plus ancienne identifiée correspond à la seule occurrence de l'information de sécurité I correspondante, et le dispositif d'analyse 40B à 40E efface donc cette information de sécurité I de la base d'informations Bl. Pour ce faire, lors de la sous-étape 164, le dispositif d'analyse 40B à 40E identifie la composante connexe contenant un noeud du premier type N1 et un noeud du deuxième type N2 correspondant respectivement à la première D1 et à la deuxième D2 données de cette information de sécurité L Lors de la sous-étape 165 suivante, le dispositif d'analyse 40B à 40E correspondant supprime l'arête correspondant à cette information de sécurité I. Lors de la sous-étape 166 suivante, le dispositif d'analyse 40B à 40E correspondant analyse la connexité des noeuds dans la composante connexe après la suppression de l'arête lors de l'étape précédente. Si chaque noeud de cette composante est toujours relié à chaque noeud par une ou plusieurs arêtes, le dispositif d'analyse 40B à 40E correspondant garde la composante connexe sans modification lors de l'étape 167. Dans le cas contraire, lors de l'étape 168, le dispositif d'analyse 40B à 40E correspondant crée deux nouvelles composantes connexes dont l'une d'elles contient le noeud correspondant à la première donnée D1 de l'information de sécurité I et l'autre contient le noeud correspondant à la deuxième donnée D2 de l'information de sécurité I. Lorsque l'une ou l'autre composante connexe nouvellement créée est constituée d'un seul noeud, le dispositif d'analyse 40B à 40E supprime ce noeud du graphe de correspondance G. On conçoit alors que la présente invention comporte un certain nombre d'avantages. Ainsi, selon l'invention, les ressources matérielles utilisées pour détecter des balayages de ports non-autorisés, sont distribuées entre plusieurs terminaux du réseau à protéger. Ceci permet en particulier de mémoriser une base d'informations de sécurité de taille importante dans les mémoires partagées, et de détecter ainsi des balayages étalés dans le temps. De plus, les ressources de calcul distribuées entre ces terminaux, permettent d'analyser cette base d'informations de manière particulièrement simple et rapide. Par ailleurs, le procédé selon l'invention permet de détecter des balayages de ports non-autorisés provenant d'un terminal d'un réseau vers d'autres terminaux du même réseau. Ainsi, dans l'exemple de la figure 1, le procédé mis en oeuvre par les dispositifs d'analyse 40B à 40E terminaux 12B à 12E, permet de détecter des balayages provenant du terminal 12A faisant partie du même réseau privé 16. Finalement, le procédé selon l'invention permet de compléter les moyens de protection déjà présents dans un réseau informatique et d'augmenter leur efficacité dans la détection des attaques informatiques.5 REVENDICATIONS1.- Procédé (100) de détection de balayage de ports non-autorisé dans un réseau informatique (10) notamment pour prévenir une attaque informatique, le réseau informatique (10) étant constitué d'une pluralité de terminaux (11, 12A,..,12E) de communication définissant chacun une pluralité de ports (P1,..,P3) de communication et aptes à communiquer entre eux via ces ports de communication (R1,..,P3), chaque terminal (11, 12A,..,12E) étant associé à un identifiant (ID1) de terminal unique dans le réseau (10), chaque port (P1,..,P3) étant associé à un identifiant (ID2) de port unique au sein du terminal (11, 12A,..,12E) correspondant, au moins certains des terminaux (11, 12A,..,12E), dits terminaux initiateurs, étant aptes à initier une connexion informatique avec au moins un autre terminal (11, 12A,..,12E), dit terminal récepteur, via au moins un port (P1,..,P3) de ce terminal récepteur (11, 12A,..,12E), chaque terminal récepteur (11, 12A,..,12E) étant apte à rejeter une connexion initiée par un terminal initiateur (11, 12A,..,12E), le procédé (100) étant mis en oeuvre par des terminaux (12B,..,12E) formant un groupe de terminaux identifié et comportant les étapes suivantes : - détection (110) par chaque terminal récepteur (12B,..,12E) du groupe, de chaque connexion initiée par un terminal initiateur (11, 12A,..,12E) via au moins un port (P1,..,P3) de ce terminal récepteur (12B,..,12E) ; - identification (120) par chaque terminal récepteur (12B,..,12E) du groupe, de connexions rejetées parmi l'ensemble des connexions initiées ; - pour chaque connexion rejetée, génération (130) d'une information de sécurité (I) comprenant une première donnée (D1) et une deuxième donnée (D2) correspondant respectivement aux identifiants (ID1, ID2) du terminal récepteur (12B,..,12E) et de l'un de ses ports (P1,..,P3) correspondant à cette connexion rejetée, et ajout (140) de l'information de sécurité (I) générée dans une base (BI) d'informations de sécurité partagée entre les terminaux (12B,..,12E) du groupe ; et - analyse (150) de la base d'informations de sécurité partagée (BI) pour déterminer des balayages de ports non-autorisés. 2.- Procédé (100) selon la revendication 1, dans lequel chaque connexion rejetée correspond à une connexion initiée vers un port (P1,..,P3) fermé ou vers un port (P1,-,P3) comprenant un filtre refusant la connexion avec le terminal initiateur (11, 12A,..,12E) correspondant. 3.- Procédé (100) selon la revendication 1 ou 2, dans lequel chaque terminal (12B,..,12E) du groupe comporte en outre une unité (24) de mémorisation apte à mémoriser au moins une partie de la base d'informations de sécurité (BI). 4.- Procédé (100) selon la revendication 3, dans lequel la base d'informations de sécurité (BI) est partagée dans le groupe selon la technologie du type « pair à pair » (P2P). 5.- Procédé (100) selon l'une quelconque des revendications précédentes, dans lequel la base d'informations de sécurité (BI) comprend un graphe (G) de correspondance dont les noeuds sont formés par les premières données (Di) et les deuxièmes données (D2) issues de chaque information de sécurité (I) ajoutée. 6.- Procédé (100) selon la revendication 5, dans lequel chaque information de sécurité (I) ajoutée correspond à une arête (51,..,54) entre deux noeuds formés par la première donnée (D1) et la deuxième donnée (D2) issues de cette information de sécurité (I), un ensemble de noeuds reliés via une ou plusieurs arêtes formant une composante connexe (Ci, 02, 61, 62) du graphe de correspondance (G). 7.- Procédé (100) selon la revendication 6, dans lequel l'ajout d'une information de sécurité (I) comprend les sous-étapes suivantes : - création (142) d'un nouveau noeud formé par la première donnée (D1) de cette information de sécurité (I) si un tel noeud n'existe pas dans le graphe de correspondance (G) ; - création (144) d'un nouveau noeud formé par la deuxième donnée (D2) de cette information de sécurité (I) si un tel noeud n'existe pas dans le graphe de correspondance (G) ; - identification (145) d'une première composante connexe (Ci) du graphe de correspondance (G) contenant un noeud formé par la première donnée (D1) ; - identification (146) d'une deuxième composante connexe (02) du graphe de correspondance (G) contenant un noeud formé par la deuxième donnée (D2) ; - si la première composante connexe (C1) et la deuxième composante connexe (02) sont distincts, fusion (148) de la première composante connexe (Ci) avec la deuxième composante connexe (02) en créant une arête (A) entre les noeuds formés par la première donnée (D1) et la deuxième donnée (D2). 8.- Procédé (100) selon la revendication 6 ou 7, dans lequel l'analyse de la base d'informations de sécurité (BI) comprend la détermination du nombre des noeuds d'au moins une composante connexe du graphe de correspondance (G). 9.- Procédé (100) selon la revendication 7 et 8, dans lequel l'au moins une composante connexe pour lequel le nombre des noeuds est déterminé, correspond à une composante obtenue après la fusion de la première composante connexe (C1) et de la deuxième composante connexe (C2). 10.- Procédé (100) selon la revendication 8 ou 9, dans lequel un balayage de ports est déterminé lorsque le nombre de noeuds identifiés est supérieur à un seuil prédéterminé. 11.- Procédé (100) selon l'une quelconque des revendications précédentes, dans lequel chaque information de sécurité (I) comprend en outre l'identifiant (ID.,) du terminal initiateur (11, 12A,..,12E) ayant initiée la connexion rejetée correspondante à cette information de sécurité (I). 12.- Procédé (100) selon l'une quelconque des revendications précédentes, dans la base d'informations de sécurité (BI) comprend en outre le nombre d'occurrences de chaque information de sécurité (I) dans cette base (BI). 13.- Procédé (100) selon l'une quelconque des revendications précédentes, comprenant en outre une étape (160) de mis à jour de la base d'informations de sécurité (BI) permettant d'effacer des informations de sécurité (I) les plus anciennes contenues dans cette base. 14.- Produit programme d'ordinateur comportant des instructions logicielles qui, lorsqu'elles sont mises en oeuvre par un ordinateur, mettent en oeuvre le procédé selon l'une quelconque des revendications précédentes. 15.- Dispositif (40B,..,40E) d'analyse pour détecter de balayage de ports non-autorisé dans un réseau informatique (10) notamment pour prévenir une attaque informatique, le réseau informatique (10) étant constitué d'une pluralité de terminaux (11, 12A,..,12E) de communication définissant chacun une pluralité de ports (P1,..,P3) de communication et aptes à communiquer entre eux via ces ports de communication(P1,..,P3), chaque terminal (11, 12A,..,12E) étant associé à un identifiant (101) de terminal unique dans le réseau (10), chaque port (P1,..,P3) étant associé à un identifiant (102) de port unique au sein du terminal (11, 12A,..,12E) correspondant, au moins certains des terminaux (11, 12A,..,12E), dits terminaux initiateurs, étant aptes à initier une connexion informatique avec au moins un autre terminal (11, 12A,..,12E), dit terminal récepteur, via au moins un port (P1,..,P3) de ce terminal récepteur (11, 12A,..,12E), chaque terminal récepteur (11, 12A,..,12E) étant apte à rejeter une connexion initiée par un terminal initiateur (11, 12A,..,12E), le dispositif d'analyse (40B,..,40E) étant apte : - à détecter chaque connexion initiée par un terminal initiateur (11, 12A,..,12E) via au moins un port (P1,-,P3) de ce terminal récepteur (12B,..,12E) ; - à identifier des connexions rejetées parmi l'ensemble des connexions initiées ; - pour chaque connexion rejetée, à générer une information de sécurité (I) comprenant une première donnée (01) et une deuxième donnée (D2) correspondant respectivement aux identifiants (101, 102) du terminal récepteur (12B,..,12E) et de l'un de ses ports (P1,..,P3) correspondant à cette connexion rejetée, et à ajouter l'information de sécurité (I) générée dans une base (BI) d'informations de sécurité partagée ; et - à analyser la base d'informations de sécurité partagée (BI) pour déterminer des balayages de ports non-autorisés.20