INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La illustre une configuration dans laquelle tous les commutateurs des cellules 7 sont ouverts, lesdits moyens de blocage ou de passage du courant 8A,8B,9A,9B étant donc bloquants pour le passage du courant depuis et vers les unités de stockage d’énergie de batterie ou sources d’énergie en courant continu 2 et le convertisseur 5 au travers de la connexion d'alimentation en courant continu 3.
L’invention consiste donc à remplacer chaque interrupteur du système décrit dans le document WO2020192861A1 par une cellule de commutation analogique telle que décrite dans les Figures 3 et 4.
La représente un exemple de réalisation de cellule de commutation 7 passante dans un premier sens, et la représente la même cellule de commutation, passante dans un deuxième sens opposé au premier sens.
L’ensemble des batteries ou sources 2 sélectionné pour transférer de l’énergie vers le réseau 6 est sélectionné par chacun des commutateur 9 des cellules commutation 8B, 9B, l’équilibrage des niveaux de tension batterie se faisant par conduction naturelle de la diode 8 des cellules de commutation 8A, 9A.
Tant que la tension d’une batterie ou d’une source 2 n’est pas équilibrée avec les autres, la diode 8 de la cellule 8A, 9A est bloquée.
Le procédé inverse s’applique dans le cas d’un sens de circulation du courant du convertisseur 5 vers les batteries 2.
La cellule de commutation analogique 7 comporte des moyens de blocage ou de passage du courant 8A,8B,9A,9B qui comportent par exemple un interrupteur actif (non illustré).
En alternative à l’interrupteur actif, les moyens de blocage ou de passage du courant 8A,8B,9A,9B comportent, comme illustré par les Figures 3 et 4, une première diode 8A raccordée en parallèle d’un premier interrupteur 9A et une deuxième diode 8B raccordée en parallèle d’un deuxième interrupteur 9A, la première diode 8A et la deuxième diode 8B étant montée en série et tête-bêche l’une par rapport à l’autre, c’est-à-dire en antiparallèle l’une par rapport à l’autre, et un superviseur de commande CALC configuré pour pouvoir commuter individuellement chacun desdits interrupteurs 9A,9B en position ouverte ou fermée.
Les interrupteurs 9A, 9B permettent respectivement de court-circuiter les diodes D1 et D2 afin de contrôler le passage du courant pour aller dans un sens ou dans l’autre.
Les diodes D1 et D2 tête-bêche permettent d’empêcher le courant d’aller dans un sens ou dans l’autre lorsque les interrupteurs 9A et 9B sont ouverts.
Les interrupteurs 9A et 9B peuvent être des interrupteurs de type IGBT, ou les couples 8A,9A et 8B,9B peuvent être constitués par un interrupteur de type Mosfet ou tout autre interrupteur actif permettant le blocage ou le passage du courant dans un sens ou dans l’autre.
Selon une forme de réalisation, au moins un des interrupteurs 9A,9B est de type IGBT.
Avantageusement, la connexion d'alimentation en courant continu 3 est liée à un premier convertisseur DC/AC 5 lui-même lié à un réseau public d’alimentation électrique 6.
Comme illustré par la , Au moins une, par exemple deux unités de stockage d’énergie de batterie ou sources d’énergie en courant continu 2 voient une de leurs cellules de commutation 7 fermées, ce qui permet le passage du courant depuis lesdites batteries ou sources 2 vers le réseau électrique 6 , tandis que les autres unités de stockage d’énergie de batterie ou sources d’énergie en courant continu 2 (en l’occurrence la deuxième des au moins deux unités 2 illustrées) a ses deux cellules de commutation 7 ouvertes, ce qui bloque tout passage de courant depuis et vers ces unités.
La représente l'image différentielle Idiff de la sur laquelle sont en outre représentées les zones D de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de ligne indique un mouvement vers la droite, les zones G de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de ligne indique un mouvement vers la gauche, et les zones I de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de ligne indique une indétermination. L'indicateur de mouvement vers la gauche est égal à 772 et l'indicateur de mouvement vers la droite est égal à 5279.
La représente l'image différentielle Idiff de la sur laquelle sont en outre représentées les zones H de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de colonne indique un mouvement vers la haut, les zones B de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de colonne indique un mouvement vers le bas, et les zones I de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de colonne indique une indétermination. L'indicateur de mouvement vers le haut est égal à 5381 et l'indicateur de mouvement vers le bas est égal à 1871.
Les images représentées sur la , la , et la ont été obtenues lors d'un quatrième essai.
La est une image vidéo en nuances de gris d'une scène acquise par le capteur d'images 12. Les éléments de la scène sont immobiles et le capteur d'images 12 est mobile par rapport à la scène. Comme cela apparaît sur cette image, les pixels sont saturés au moins aux zones S1 et S2.
La représente l'image différentielle Idiff de la sur laquelle sont en outre représentées les zones D de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de ligne indique un mouvement vers la droite, les zones G de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de ligne indique un mouvement vers la gauche, et les zones I de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de ligne indique une indétermination. Les classificateurs de mouvement local de ligne au voisinage des zones S1 et S2 sont incorrects.
La est une figure analogue à la obtenue après mise en oeuvre de la correction décrite précédemment lorsque le niveau de bruit de ligne ou de colonne estimé est faible alors que les pixels des images Im1 et Im2 utilisés pour déterminer ce niveau de bruit sont saturés. Dans ce cas, le niveau de de bruit de ligne ou de colonne est mis à une valeur maximale. Comme cela apparaît sur cette image, les classificateurs de mouvement local de ligne ont été corrigés au voisinage des zones S1 et S2.
Les images représentées sur la , la , et la ont été obtenues lors d'un cinquième essai.
La est une image vidéo en nuances de gris d'une scène acquise par le capteur d'images 12. Les éléments de la scène sont immobiles et le capteur d'images 12 est mobile par rapport à la scène.
La représente l'image différentielle Idiff de la sur laquelle sont en outre représentées les zones D de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de ligne indique un mouvement vers la droite, les zones G de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de ligne indique un mouvement vers la gauche, et les zones I de pixels de bords d'intérêt pour lesquels le classificateur de mouvement local de ligne indique une indétermination. L'indicateur de mouvement vers la gauche est égal à 135 et l'indicateur de mouvement vers la droite est égal à 318.
La est une figure analogue à la obtenue après la mise en oeuvre de la correction décrite précédemment consistant à augmenter le seuil de nombre de pixel TH_NB utilisé à l'étape 22. L'indicateur de mouvement vers la gauche après correction est égal à 603 et l'indicateur de mouvement vers la droite après correction est égal à 1589.
La représente, en fonction du rang d'images vidéo acquises par le capteur d'images 12 pour une séquence d'images une courbe C_G d'évolution de l'indicateur de mouvement vers la gauche et une courbe C_D d'évolution de l'indicateur de mouvement vers la droite. Dans cette séquence d'images, le capteur d'images 12 est déplacée par rapport à un bureau et fait l'acquisition d'images dans un environnement très proche, comme pour les images des figures 9, 12, et 16
La représente, en fonction du rang d'images vidéo acquises par le capteur d'images 12 pour la même séquence d'images que la , une courbe C_H d'évolution de l'indicateur de mouvement vers le haut et une courbe C_B d'évolution de l'indicateur de mouvement vers le bas.
La représente, en fonction du rang d'images vidéo Im acquises par le capteur d'images 12 pour la même séquence d'images que la , une courbe C_G/D d'évolution du classificateur global de mouvement de ligne. En , le classificateur global de mouvement de ligne est un signal binaire qui est à "1" lorsque le classificateur global de mouvement de ligne indique un mouvement global vers la gauche et qui est à "0" lorsque le classificateur global de mouvement de ligne indique un mouvement global vers la droite.
La représente, en fonction du rang d'images vidéo acquises par le capteur d'images 12 pour la même séquence d'images que la , une courbe C_H/B d'évolution du classificateur global de mouvement de colonne. En , le classificateur global de mouvement de colonne est un signal binaire qui est à "1" lorsque le classificateur global de mouvement de colonne indique un mouvement global vers le haut et qui est à "0" lorsque le classificateur global de mouvement de colonne indique un mouvement global vers le bas.
Une analyse des courbes C_G/D et C_H/B donne des indications sur le mouvement du capteur d'images 12 par rapport à la scène. A titre d'exemple, une phase D_G sur la pendant laquelle le classificateur global de mouvement de colonne reste à "1" pour plusieurs images vidéo indique un mouvement global prolongé vers la gauche et une phase D_D sur la pendant laquelle le classificateur global de mouvement de colonne reste à "1" pour plusieurs images vidéo indique un mouvement global prolongé vers la droite. En outre, comme la courbe C_H/B alternent à plusieurs reprises entre les valeurs "0" et "1" pendant la phase D_G, cela signifie que le capteur d'images 12 reste sensiblement horizontal pendant cette phase.
Les premier et deuxième dispositifs peuvent être typiquement des NAT opérateur (ou CGN ou encore LSN) tels que décrits précédemment, configurés pour gérer des pools d’adresses IP distincts (ensembles d’adresses au sens de l’invention) susceptibles d’être partagées entre plusieurs équipements clients connectés à un réseau. Les deux dispositifs peuvent être colocalisés ou être embarqués dans des équipements distincts, être déployés dans le réseau de façon distribuée ou centralisée, le réseau pouvant comprendre plusieurs niveaux de NAT opérateur se succédant. Les adresses IP d’un même pool peuvent être des adresses IPv4 et/ou des adresses IPv6, contiguës ou non. L’invention s’applique à tout type de NAT opérateur (par exemple, NAT44, NAT64, DS-lite, NPTv6 (c’est-à-dire mettant en œuvre une traduction de préfixes réseau IPv6 en d’autres préfixes IPv6), etc.). Par ailleurs, aucune hypothèse n’est faite quant à la nature des équipements clients susceptibles de partager une même adresse IP : il peut s’agir de terminaux, d’équipements d’accès au réseau d’un opérateur tels qu’un CPE, etc.
L’invention peut également s’appliquer dans d’autres contextes, et notamment à d’autres dispositifs gérant une pluralité d’adresses IP susceptibles d’être partagées entre plusieurs équipements clients, comme par exemple à des dispositifs mettant en œuvre une fonction proxy utilisant ses propres adresses IP pour relayer des paquets de données reçus. De tels dispositifs sont par exemple décrits dans les sections 5, 6 et 7 du document RFC 7620 publié par l’IETF et intitulé « Scenarios with Host Identification Complications », août 2015. En outre, l’invention s’applique également lorsque les adresses IP gérées par les premier et/ou deuxième dispositifs sont allouées à un instant donné à des équipements clients uniques, c’est-à-dire à des adresses IP qui ne sont pas partagées entre plusieurs équipements clients.
Les adresses IP gérées par les premier et deuxième dispositifs, ainsi que les adresses IP déléguées, sont utilisées par lesdits dispositifs pour traiter des paquets de données d’équipements clients. Par « paquet d’un équipement client », on entend un paquet (ou de façon équivalente un message) contenant des données émises par cet équipement client et destinées à une entité destinataire, ou à l’inverse, émises par une entité source et destinées à l’équipement client. Il convient de noter qu’au sens de l’invention, le paquet en question peut être reçu par le premier dispositif directement de l’équipement client ou transiter via un ou plusieurs équipements intermédiaires (par exemple via un ou plusieurs NAT opérateur lorsque plusieurs niveaux de NAT opérateur sont déployés en cascade dans le réseau) avant d’être reçu par le premier dispositif.
Ainsi, l’invention propose, pour répondre efficacement à la détection d’un comportement suspect associé à une adresse IP (par exemple activité suspecte émise avec cette adresse comme adresse source) dans un réseau dans lequel les adresses IP sont susceptibles d’être partagées entre plusieurs équipements clients, de mettre en place deux types d’actions (de façon alternative ou combinée), à savoir : modifier un ou plusieurs taux de partage d’adresses appliqués par le dispositif (premier dispositif au sens de l’invention) gérant l’adresse IP au comportement suspect : typiquement, le premier dispositif peut réduire le taux de partage appliqué à l’adresse IP au comportement suspect et augmenter celui des autres adresses IP qu’il gère afin d’être en mesure d’attribuer ces autres adresses IP aux équipements clients qu’il sert (actuels et futurs) ; bénéficier de l’assistance d’un autre dispositif (deuxième dispositif au sens de l’invention), et notamment lui demander de lui déléguer une ou plusieurs adresses IP « saines » afin qu’il puisse les utiliser pour traiter les paquets des équipements clients qui lui sont rattachés. De la sorte, on étend de facto avec de nouvelles adresses IP l’ensemble « nominal » des adresses IP (premier ensemble au sens de l’invention) qui est affecté au premier dispositif.
Ces actions ont pour but d’assurer au premier dispositif, la disponibilité d’adresses IP « saines » (c’est-à-dire non réputées pour avoir été utilisées à des fins frauduleuses et qui ne sont donc pas a priori visées en tant que cibles ou utilisées par la source d’une attaque) pour qu’il soit en mesure de traiter les paquets d’équipements clients qui lui parviennent, et ce, en dépit du comportement malveillant associé à l’une des adresses IP actives que le premier dispositif (CGN, par exemple) gère. Ces actions peuvent, dans un mode de réalisation particulier, avoir un effet pendant une période de temps limitée, par exemple tant que le comportement suspect associé à l’adresse IP en question subsiste.
Grâce à l’exécution de telles actions, l’impact des attaques informatiques sur le fonctionnement du ou des services souscrits par les utilisateurs des équipements clients qui éventuellement partagent une même adresse IP, est réduit. Il convient de noter que le partage d’adresses IP est souvent réalisé dans le réseau à l’insu des utilisateurs. Par exemple, comme évoqué précédemment, il peut être mis en place par un opérateur d’un réseau pour pallier la pénurie d’adresses IPv4. L’invention permet de faire en sorte que ce partage d’adresses IP reste transparent pour les utilisateurs et n’impacte pas la qualité de service expérimentée par ces derniers. L’opérateur peut en effet grâce à l’invention garantir une continuité de service aux utilisateurs tout en assurant l’efficacité des actions de mitigation mises en œuvre pour répondre à un comportement suspect détecté dans le réseau. Ces actions de mitigation consistent par exemple à mettre en quarantaine une adresse IP associée à un comportement suspect, une telle mise en quarantaine pouvant consister à isoler le trafic entrant à destination de cette adresse IP, et/ou à rejeter des connexions émises avec cette adresse, et/ou à rediriger le trafic caractéristique des connexions émises avec cette adresse vers un module d’inspection de trafic, et/ou à retirer cette adresse IP du pool d’adresses IP pouvant être utilisées pour traiter les paquets d’un équipement client, etc.
Ainsi, comme il apparaît au vu de ce qui précède, l’invention repose sur le premier dispositif déclenchant une action en réponse à un comportement suspect associé à une adresse IP partagée, mais également, lorsque cette action comprend une demande de délégation d’adresses IP, sur le deuxième dispositif collaborant avec le premier dispositif en répondant favorablement à sa demande.
L’invention concerne donc également, selon un autre aspect, un procédé de collaboration avec un premier dispositif localisé dans un réseau et gérant un premier ensemble d’adresses IP comprenant une adresse IP associée à un comportement suspect, ledit procédé étant destiné à être mis en œuvre par un deuxième dispositif gérant un deuxième ensemble d’adresses IP et comprenant : une étape de réception, en provenance du premier dispositif, d’une demande de délégation d’au moins une adresse IP du deuxième ensemble au premier dispositif pour que le premier dispositif puisse sélectionner ladite au moins une adresse IP déléguée pour traiter au moins un paquet de données d’au moins un équipement client servi par le premier dispositif ; et une étape d’envoi au premier dispositif d’une liste comprenant au moins une adresse IP du deuxième ensemble déléguée par ledit deuxième dispositif au premier dispositif.
Corrélativement, l’invention vise aussi un dispositif, dit deuxième dispositif, localisé dans un réseau, ledit deuxième dispositif gérant un deuxième ensemble d’adresses IP et comprenant : un module de réception, configuré pour recevoir, en provenance d’un premier dispositif gérant un premier ensemble d’adresses IP comprenant une adresse IP associée à un comportement suspect, une demande de délégation d’au moins une adresse IP du deuxième ensemble au premier dispositif pour que le premier dispositif puisse sélectionner ladite au moins une adresse IP déléguée pour traiter au moins un paquet de données d’au moins un équipement client servi par le premier dispositif ; et un module d’envoi, configuré pour envoyer au premier dispositif, une liste comprenant au moins une adresse IP du deuxième ensemble déléguée par ledit deuxième dispositif au premier dispositif.
Les avantages du procédé de collaboration et du deuxième dispositif sont similaires à ceux décrits précédemment pour le procédé de gestion et le premier dispositif.
Les comportements suspects associés à des adresses IP pouvant déclencher l’exécution d’un ajustement d’un taux de partage d’adresses IP ou d’une demande de délégation conformément à l’invention peuvent être de différentes natures ; par exemple le comportement suspect détecté peut résulter de l’appartenance de l’adresse IP à une liste bloquée (ou « block-list » en anglais), ou le fait qu’elle soit associée à un niveau de réputation faible, etc. Ces comportements suspects peuvent être détectés directement (c’est-à-dire localement) par le premier dispositif, ou par d’autres entités, chargées alors de notifier le premier dispositif.
Ainsi, dans un mode particulier de réalisation, l’étape de détection peut comprendre la réception d’une notification émise par une fonction de détection d’attaques (embarquée par exemple dans un système ou centre de mitigation d’attaques aussi désigné par AMS pour « Attack Mitigation System » en anglais) ou d’une notification émise par un système de réputation d’adresses IP.
Une telle notification peut être émise par exemple via un canal DOTS (pour « DDoS Open Threat Signaling » en anglais) établi entre le premier dispositif et la fonction de détection d’attaques ou le système de réputation d’adresses IP précités. De façon connue en soi, DOTS est une architecture client/serveur, spécifiée par l’IETF, qui a pour objectif de fournir un mécanisme de signalisation de détection de trafic suspect voire d’attaque avérée de sorte à mettre en œuvre le plus rapidement possible des actions de mitigation appropriées. Ainsi, la mise en œuvre de l’invention peut s’appuyer notamment sur l’implémentation par le premier dispositif du mécanisme décrit dans le document RFC 9244 de l’IETF intitulé « Distributed Denial-of-Service Open Threat Signaling (DOTS) Telemetry », juin 2022, pour recevoir des notifications concernant des attaques dont une adresse IP appartenant au premier ensemble est la cible. Pour les attaques dont la source est une adresse IP du premier ensemble, on peut envisager de spécifier une extension de ce mécanisme de signalisation DOTS consistant à définir une nouvelle option « Uri-Query » appelée par exemple « source-address », valorisée avec l’adresse IP en question, comme détaillé davantage ultérieurement.
Bien entendu, ceci n’est qu’un exemple illustratif d’implémentation de l’invention, et d’autres mécanismes de notification du premier dispositif peuvent être envisagés.
Comme évoqué précédemment, l’invention s’applique dans différents contextes.
Ainsi, dans un mode de réalisation particulier, on peut envisager que le premier dispositif soit configuré avec une liste de deuxièmes dispositifs selon l’invention avec lesquels il peut envisager de collaborer et plus particulièrement, auxquels il peut envoyer une demande de délégation d’adresses IP.
En référence à la , le composant connecté 2 se connecte durant une étape de connexion S3 au serveur distant de renouvellement de certificat 4.
Dans un mode de réalisation de l’invention, il est envisageable que soit mise en œuvre après connexion du composant connecté 2 une étape de sécurité pour éviter toute tentative d’accès d’une entité malveillante, au cours de laquelle le serveur distant de renouvellement de certificat 4 vérifie : - si le composant connecté 2 est bien détenteur d’un certificat d’authentification 1, faisant qu’autrement, il ne peut émettre de demande de renouvellement ; et - l’authenticité dudit certificat d’authentification 1.
Dans différentes variantes de réalisation de l’invention, le serveur distant de renouvellement de certificat 4 peut vérifier : si le certificat d’authentification 1 contient l’identifiant du serveur local 7 l’ayant généré, et si cet identifiant est connu ou non ; et/ou le format du certificat d’authentification 1 ; et/ou l’agencement et/ou la nature des données comprises dans le certificat d’authentification 1.
Il est également envisageable que le serveur distant de renouvellement de certificat 4 puisse également contrôler une référence/un identifiant du composant connecté 2, en la comparant par exemple avec une liste recensant l’ensemble des références de tous les composants connectés appartenant à l’entité (par exemple un constructeur de grue 10) mettant en œuvre le procédé P. Ainsi, un composant connecté 2 qui possède un certificat d’authentification 1 mais dont la référence est inconnue du serveur distant de renouvellement de certificat 4 ne peut pas émettre de demande de renouvellement.
Suite à l’étape de connexion S3, et éventuellement à l’étape de sécurité optionnelle, le composant connecté 2 émet sa demande de renouvellement de certification pour une nouvelle période de validité (pouvant être de même durée ou de durée différente que la période de validité initiale selon différents modes de réalisation).
Le serveur distant de renouvellement de certificat 4 vérifie alors au cours d’une étape de vérification si le certificat d’authentification 1 du composant connecté est encore valide ou non, c’est-à-dire si la période de validité n’est pas arrivée à date d’expiration. Comme expliqué antérieurement, un composant connecté 2 d’une grue 10 peut ne pas être utilisé et alimenté durant de longues périodes (parfois plusieurs mois) s’il ne répond pas aux besoins d’avancement d’un chantier de construction en cours. Si le composant connecté 2 est remis sous tension après dépassement de la date de début de la période de renouvellement, celui-ci va se connecter au serveur distant de renouvellement de certificat 4, que la période de validité du certificat d’authentification 1 soit ou pas arrivée à terme.
Dans le cas où la demande de renouvellement de certification est durant la période de renouvellement, le serveur distant de renouvellement de certificat 4 renouvelle automatiquement le certificat d’authentification 1 durant une étape de renouvellement automatique S4 ( ).