FR 3112053 A1 20211231 FR 2006742 A 20200626 Procédé de gestion d’une phase d’appairage L’invention concerne un procédé de gestion de l’appairage d’un objet communicant (14, 15). Un tel procédé met en œuvre, pour une passerelle (10) apte à communiquer avec l’objet sur un réseau local (RES) et à l’associer, les étapes de : - réception (E20, E26) d’une première demande d’authentification en provenance de l’objet, ladite demande comportant au moins une première donnée d’authentification (f(PIN1)), dite donnée d’authentification initiale, - obtention (E20, E23, E26) d’au moins une donnée d’identification de l’objet (INFA, INFB), - obtention (E28) d’une seconde donnée pour l’authentification de l’objet (f(PIN2)), en fonction de ladite au moins une donnée d’identification, - transmission d’une commande de réauthentification (E25, E27) à l’objet, - réception (E29) d’une seconde demande d’authentification en provenance de l’objet, ladite demande comportant au moins une troisième donnée d’authentification (f(PIN2’)) de l’objet, - association de l’objet si la troisième donnée d’authentification (f(PIN2’)) reçue est égale à la seconde donnée d’authentification de l’objet (f(PIN2)) . Figure 3 Procédé de gestion d’une phase d’appairage entre dispositifs de traitement de données. L'invention se rapporte au domaine des télécommunications. L’invention se rapporte plus particulièrement à un procédé de gestion de l’appairage d’un premier dispositif de traitement de données, comme un objet connecté, avec un deuxième dispositif de traitement de données, comme une passerelle domestique. L’invention ne se limite bien évidemment pas aux objets connectés et aux passerelles domestiques. L’invention s’applique plus généralement à tous dispositifs de traitement de données. Etat de la technique L’installation d’un nouvel objet connecté (comme une caméra connectée, une ampoule connectée ou un détecteur de mouvement, etc.), nécessite un appairage, ou association, préalable, par exemple avec une passerelle domestique. Cet appairage a pour but d’établir une relation de confiance entre l’objet et la passerelle afin d’être sûr que l’objet qui se présente après cet appairage est bien celui de l’utilisateur et non un autre objet, par exemple celui d’un voisin ou d’un tiers malveillant. Cette phase de demande d’appairage est un moment particulièrement sensible dans la vie de l’objet. C’est souvent une source de vulnérabilité car la transmission des informations de connexion est parfois réalisée sans sécurité, par exemple sans authentification préalable. Pour limiter les risques, plusieurs techniques sont aujourd’hui utilisées. Tout d’abord, cette phase de demande d’appairage est habituellement limitée dans le temps ; par exemple, le standard DECT ULE (normalisé sous la référence DECT ETSI TS 102 939-1 de l’ETSI) définit un mode dit « Easy Pairing » dans lequel on demande à l’utilisateur d’appuyer sur le bouton de l’objet et de la passerelle domestique afin de lancer l’appairage pendant une durée limitée (par exemple, 2 minutes) sur ces deux équipements. Cette phase de demande d’appairage initiée par bouton et limitée dans le temps est en quelque sorte une sécurité contre un accès frauduleux. Cependant, ce type d’appairage peut être compromis si un attaquant est à portée radio suffisante pour espionner la séquence d’appairage dans cet intervalle de temps. Elle peut aussi être utilisée par un attaquant à portée radio qui lancerait régulièrement des demandes d’appairage. Celles-ci peuvent permettre à l’attaquant de s’appairer à la place de l’objet légitime et donc de récupérer un accès au réseau de l’utilisateur. La phase de demande d’appairage peut par ailleurs être conditionnée par l’entrée d’un code de sécurité connu de l’utilisateur seul. Par exemple, le standard DECT ULE susmentionné définit aussi un mode dit « PIN Code » dans lequel on demande à l’utilisateur de saisir le même code PIN sur l’objet et la passerelle. Ce mode est plus sécurisé que le précédent, cependant il est peu utilisé car les objets connectés, qui sont souvent des objets très simples, ne disposent pas d’une interface de saisie permettant à l’utilisateur de rentrer un code. De surcroît, certains objets connectés initient l’appairage dès leur mise sous tension. En conséquence, de tels objets ne sont pas authentifiés avant leur appairage et l’utilisateur peut donc appairer par erreur le mauvais objet à sa passerelle. L'invention vient améliorer la situation. L'invention A cet effet, selon un aspect fonctionnel, l'invention a trait à un procédé de gestion de l’appairage d’un objet communicant, le procédé de gestion étant mis en œuvre pour une passerelle apte à communiquer avec l’objet sur un réseau local et à l’associer, le procédé comprenant sur un dispositif de gestion les étapes de : - réception d’une première demande d’authentification en provenance de l’objet, ladite demande comportant au moins une première donnée d’authentification, dite donnée d’authentification initiale, - obtention d’au moins une donnée d’identification de l’objet, - obtention d’une seconde donnée d’authentification de l’objet, en fonction de ladite au moins une donnée d’identification, - transmission d’une commande de réauthentification à l’objet, - réception d’une seconde demande d’authentification en provenance de l’objet, ladite demande comportant au moins une troisième donnée d’authentification de l’objet, - appairage de l’objet si la troisième donnée d’authentification reçue est égale à la seconde donnée d’authentification de l’objet. Ainsi, l'invention repose sur une approche nouvelle et inventive de la gestion de l’appairage d’un objet connecté d’un réseau de communication, tel qu’un réseau domestique par exemple. Le principe de cette gestion sécurisée de l’appairage est de rejeter dans un premier temps la requête d’authentification de l’objet, fondée sur l’utilisation d’un code par défaut, en lui demandant une réauthentification. Cependant ce rejet n’est pas effectué avant d’avoir obtenu une donnée d’identification spécifique pour cet objet, afin d’acquérir une donnée d’authentification fondée sur un code spécifique à l’objet, et de forcer une seconde requête d’authentification sécurisée de la part de l’objet, fondée sur ce même code spécifique. Ce procédé permet, en renforçant l’authentification, d’appairer seulement un objet fiable, et donc d’empêcher un objet malicieux de nuire au réseau local, ou à un objet quelconque du réseau local ou du réseau étendu. Avantageusement de surcroît, contrairement à ce qui se passe au cours d’un appairage classique, comme par exemple dans le standard DECT-ULE précité, il n’est pas nécessaire à l’utilisateur de rentrer manuellement un code de sécurité, ni du côté de l’objet, ni du côté de la passerelle en charge de l’authentification. On entend par « réseau local » un réseau de communications qui relie ensemble, avec ou sans fils, les terminaux (ou objets communicants) aptes à communiquer ensemble. Un tel réseau comporte un équipement routeur, aussi communément appelé passerelle, élément intermédiaire assurant la redirection, ou routage, des paquets de données entre les différents terminaux et réseaux qui lui sont connectés. L’utilisateur d’un tel réseau peut exécuter un service donné sur un objet donné disposant de caractéristiques propres (par exemple, commander une caméra, ouvrir une porte, etc.), depuis son réseau local (aussi appelé LAN) ou depuis un réseau large bande (aussi appelé WAN) via la passerelle, lorsque l’objet a été appairé (ou associé). On notera que la passerelle est définie ici d’un point de vue fonctionnel, son rôle pouvant être adopté par l’un quelconque des objets communicants d’un réseau, par exemple maillé, apte à réaliser des appairages. On entend par « objet communicant », ou connecté, tout objet ou équipement électronique capable de communiquer avec un autre objet ou équipement sur un réseau local ou étendu, via une passerelle. Par exemple, il peut s'agir d'un smartphone (pour téléphone intelligent en anglais), une tablette, un ordinateur portable, un thermomètre, une caméra, une prise connectée, etc. Un tel objet connecté doit s’authentifier auprès de la passerelle de service préalablement à son appairage. On entend par « appairage», ou association, de l’objet connecté un procédé qui l’associe à la passerelle de service, de manière à assurer sa communication sur le réseau local administré par cette passerelle, ou sur le réseau étendu accessible via cette passerelle. Une authentification est nécessaire préalablement à cette association. On entend par « donnée d’authentification » le résultat d’une fonction utilisant un code d’identification, comme par exemple la combinaison d’un aléa (ou donnée aléatoire) et d’un code de type PIN, ou d’une clé de sécurité (clé WEP), etc. En effet, pour des raisons de sécurité, il est préférable de ne pas transmettre le code d’authentification (par exemple le code PIN) directement. La première donnée d’authentification, initiale, est fondée sur un code par défaut, alors que les seconde et troisième données d’authentification sont spécifiques à l’objet ou à une catégorie d’objets. On entend par « commande de réauthentification » une demande par laquelle la passerelle désappaire un objet préalablement appairé (associé) ou rejette un objet en cours d’appairage. On entend par « donnée d’identification » une donnée associée à l’objet permettant de l’identifier de manière univoque parmi une pluralité d’objets. Par exemple, il s’agit de son adresse MAC (pour « Media Access Control » en anglais), un identifiant physique stocké dans une interface de l’équipement client comme sa carte réseau (identifiant unique s’il n’a pas été modifié par l’utilisateur de l’équipement client), ou d’un identifiant de l’objet comme par exemple son IPUI (International Portable User Identity – identifiant unique de l’objet dans le cadre de la norme DECT-ULE), ou encore d’une information sur la puissance du signal reçu (un objet donné pouvant posséder des caractéristiques d’émission de signal radio qui lui sont propres). Cette donnée d’identification permet à la passerelle d’accéder à un code d’authentification (par exemple un code PIN) qui doit être utilisé par l’objet pour s’appairer, et d’en déduire la donnée d’authentification (fonction calculée sur la base de ce code). Le code d’authentification peut avantageusement être défini en fonction de cette donnée d’identification. Par exemple, l’identifiant IPUI de la norme DECT peut permettre d’identifier le constructeur de l’objet. Il est donc possible d’avoir un code d’authentification spécifique au constructeur de l’objet (et éventuellement commun à tous les objets de ce constructeur, ou à tous les objets d’un certain type de ce constructeur, etc.) sur la base de cette donnée d’identification. Selon un mode de réalisation, le procédé est caractérisé en ce que ladite donnée d’identification est contenue dans la première demande d’authentification. Avantageusement selon ce mode, la passerelle accède directement à une ou plusieurs données d’identification, par simple analyse du message reçu, sans nécessité d’accéder à une base de données. Par exemple, l’adresse MAC ou l’identifiant IPUI de la norme DECT précitée peuvent être présents dans le message d’authentification de l’objet. Selon un mode de réalisation, le procédé est caractérisé en ce que ladite au moins une donnée d’identification comporte au moins une première donnée d’identification, dite information de base et au moins une seconde donnée d’identification, dite information avancée, obtenue en fonction de ladite information de base. On entend par « information avancée » d’autres informations sur l’objet qui en améliorent la connaissance, comme par exemple, et de manière non limitative : le numéro de version matérielle et/ou logicielle de l’objet, ou de firmware (par exemple, numéro de version logicielle = 1.2.0, numéro de hardware = DT_XXXX, etc.) son type (smartphone, capteur de température, ouverture de porte, prise électrique, bouton, etc.), les méthodes, services ou flux de données manipulés (exposés) par l’objet, permettant de les distinguer plus finement (par exemple, une prise connectée d’un premier type peut remonter des informations sur sa consommation, alors qu’une autre prise de même type peut indiquer simplement son état électrique ON/OFF, une caméra peut transmettre des images fixes ou des vidéos, etc.), le nombre de tentatives d’appairage en échec de l’objet, une référence de son constructeur, de son fournisseur, de son revendeur, etc. Ces informations avancées permettent d’accéder à un code d’authentification plus sécurisé, puisque dépendant de caractéristiques avancées de l’objet. Par exemple toutes les caméras d’un constructeur donné peuvent avoir le même code d’authentification (par exemple, un code PIN de valeur 1245, ou de valeur hexadécimale 0x78549152, etc.). Ces informations peuvent se trouver présentes dans le ou les messages émis par l’objet ou être obtenues par la passerelle via un autre moyen. Par exemple, la passerelle peut avoir mémorisée des informations en relation avec l’adresse MAC ou l’IPUI de l’objet connecté. Connaissant l’adresse MAC de l’objet qui tente de s’appairer, elle peut donc accéder à cette information avancée et en déduire le code d’authentification spécifique de l’objet. Selon une variante de ce mode de réalisation, l’étape d’obtention de ladite information avancée, comporte les sous étapes suivantes : - transmission d’une commande d’appairage à l’objet, ladite commande contenant l’information de base de l’objet, - réception en réponse d’un message contenant ladite information avancée. Avantageusement selon ce mode, les informations avancées sont transmises à la passerelle par l’objet, en réponse à une acceptation de l’appairage. Selon un mode de réalisation, le procédé comprend en outre une étape de mémorisation de ladite au moins une donnée d’identification si l’objet n’est pas connu. Avantageusement selon ce mode, la ou les données d’identification sont enregistrées par la passerelle sur détection de la connexion d’un nouvel objet communicant dans le réseau. Par connu, on entend que la passerelle a déjà mémorisé au moins une donnée d’identification de l’objet. La donnée d’authentification spécifique à l’objet pourra ainsi avantageusement être accédée plus rapidement en mémoire à partir de ses données d’identification, si l’objet est connu (parce qu’il s’est déjà connecté une fois, et éventuellement a déjà fourni ses informations avancées). Selon une variante de ce mode de réalisation, l’étape de mémorisation correspond à l’enregistrement de ladite au moins une donnée d’identification de l’objet dans une zone mémoire de confinement. Avantageusement selon ce mode, l’objet peut être placé en confinement, ou quarantaine, en lui affectant un certain nombre de règles restreignant ses possibilités de communication ou d’interactions avec la passerelle et/ou les objets du réseau local. Ceci est particulièrement intéressant si l’objet n’est pas encore connu de la passerelle (c’est-à-dire s’il n’est pas encore appairé) et donc potentiellement nuisible. Selon un aspect matériel, l’invention se rapporte à un dispositif de gestion de l’appairage d’un objet communicant sur un réseau local avec une passerelle apte à l’associer, le dispositif comprenant : - un module de réception d’une première demande d’authentification en provenance de l’objet, ladite demande comportant au moins une première donnée d’authentification, dite donnée d’authentification initiale, - un module d’obtention d’au moins une donnée d’identification de l’objet, - un module d’obtention d’une seconde donnée pour l’authentification de l’objet en fonction de ladite au moins une donnée d’identification, - un module de transmission d’une commande de réauthentification à l’objet, - un module de réception d’une seconde demande d’authentification en provenance de l’objet, ladite demande comportant au moins une troisième donnée d’authentification de l’objet ; - un module d’association de l’objet si la troisième donnée d’authentification reçue est égale à la seconde donnée d’authentification de l’objet. Selon un autre aspect matériel, l’invention a trait à une passerelle domestique comprenant un dispositif de gestion telle que défini préalablement. Selon un autre aspect matériel, l’invention a trait à un programme d’ordinateur apte à être mis en œuvre sur un dispositif de gestion tel que défini ci-dessus, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé définies ci-dessus. Enfin, l’invention a trait à un support de données sur lequel a été mémorisée au moins une série d’instructions de code de programme pour l’exécution du procédé défini ci-dessus. Le support de données peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique tel qu’un un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Enfin, signalons ici que, dans le présent texte, le terme « module » ou « entité » peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels : La représente un système informatique sur lequel est illustré un exemple de réalisation de l’invention. La est une vue schématique de l’architecture d’une passerelle domestique selon un mode de réalisation de l’invention. La illustre un exemple d’étapes mises en œuvre dans le cadre d’un procédé selon un premier mode de réalisation. La illustre l’état de l’art selon la norme DECT-ULE. Description détaillée Le principe général de l’invention repose sur un procédé d’appairage en deux étapes, sécurisé par l’utilisation d’un code PIN unique pour chaque objet ou catégorie d’objet connecté. La représente un objet communicant (14, 15), pouvant accéder à un réseau de communication RES, ici le réseau local de la passerelle 10. L’objet peut être tout type de dispositif configuré pour accéder à un réseau de communication. L’objet peut être une ampoule connectée, un aspirateur connecté, une caméra, un téléphone portable ou autre terminal de communication mobile, tel qu’une tablette ou un ordinateur portable, un ordinateur de bureau ou un appareil domestique pouvant établir une connexion avec le réseau de communication RES. Sur la , on a représenté à titre d’exemple un objet 14 qui peut être une tablette, et un objet 15 qui peut être une caméra. Dans notre exemple, l’objet connecté 14 ou 15 est apte à communiquer avec le réseau de communication RES via un dispositif d’interface 10. Le réseau de communication RES est le réseau local et le dispositif d’interface 10 est une passerelle domestique ou un routeur permettant l’accès de l’objet au réseau local, ou, via la passerelle, à un réseau étendu, non représenté (de type Internet par exemple). L’accès au(x) réseau(x) de communication est fourni par un fournisseur d’accès au réseau de communication (non représenté sur les figures). L’objet (14,15) doit s’authentifier auprès de la passerelle 10 pour être appairé (ou associé). A cette fin, il dispose d’un code d’authentification. Ce code d’authentification peut être unique, ou être le même que celui d’autres objets du réseau local ou d’un autre réseau local, correspondant par exemple au même constructeur, ou au même fournisseur d’accès, etc. La illustre une passerelle domestique 10 configurée pour mettre en œuvre le procédé de gestion de l’appairage selon des modes particuliers de réalisation de l'invention. Selon ces modes particuliers, la passerelle 10 est confondue avec le dispositif de gestion. Cependant, le dispositif de gestion de l’appairage pourrait se trouver à l’extérieur de la passerelle, par exemple sur un serveur ou un objet du réseau accessible depuis la passerelle. Par ailleurs la illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser la passerelle, afin qu’elle effectue les étapes du procédé détaillé ci-dessous, en relation avec la . En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d’instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où la passerelle 10 est réalisée avec une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence d’instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. La passerelle 10, selon cet exemple, a l'architecture classique d'un ordinateur et comprend notamment une unité de traitement UT dotée d’un processeur (ou microcontrôleur) PROC et une mémoire MEM dans laquelle une entité PG est stockée. Dans notre exemple, l’entité PG est un programme d’ordinateur qui comprend des instructions pour mettre en œuvre les étapes du procédé de gestion qui sera décrit par la suite en référence à la , lorsque le programme est exécuté par le processeur PROC. La passerelle comprend en outre un module de communication référencé L_COM sur la figure et un module E_COM pour communiquer, respectivement, avec un réseau local (RES) tel qu’un réseau WiFi, DECT, Zigbee,etc. et un réseau étendu tel qu’un réseau ADSL, Fibre, etc. La mémoire MEM peut aussi comporter une ou plusieurs bases de données, utilisées dans la cadre de l’invention pour mémoriser les données d’identification des objets, les codes d’authentification, etc. Si les bases de données ne sont pas locales à la passerelle, elle peut y accéder via le module L_COM (sur un disque dur du réseau local par exemple) ou E_COM (sur un serveur d’un réseau de communication étendu par exemple). La mémoire MEM peut être architecturée pour contenir une zone de quarantaine, ou confinement, non représentée, pour mémoriser les objets qui peuvent être dangereux, notamment ceux qui ne sont pas encore appairés. La illustre les étapes du procédé de traitement conforme à un mode de réalisation de l’invention. Ce mode de réalisation propose un procédé sécurisé d’appairage conforme à la norme précitée DECT ULE, en deux étapes, avec un code PIN sécurisé pour chaque objet ou catégorie d’objet. Dans la norme DECT précitée, comme illustré en , le code PIN de valeur « 0000 » est toujours utilisé dans un premier temps. Selon l’organigramme de la figure 63 reproduite en , extraite de la norme ETSI TS 102 939-1 (page 164 de la version V1.2.1 / 2015-03), l’appairage est initié par une pression sur un bouton de l’équipement qui joue le rôle de passerelle (par exemple, une base DECT), à droite de la figure, noté FP. Un code par défaut « 0000 » est affecté à l’objet pour s’authentifier. Dans ce mode simple, non sécurisé, la requête d’authentification est systématiquement acceptée pendant la durée de la période d’appairage. On notera que dans le cas où un attaquant est à portée radio suffisante pour espionner la séquence d’appairage, il peut s’authentifier à la place de l’objet. Dans le mode présenté à la figure 64, plus sécurisé, la requête d’authentification de l’objet/dispositif avec le code « 0000 » est rejetée dans un premier temps (message AUTHENTICATE-REJECT), et c’est seulement après ce rejet que l’objet peut demander à l’utilisateur : soit de rentrer un code PIN différent ; ce mode exige que l’objet dispose d’une interface de saisie, ce qui n’est généralement pas le cas. soit d’utiliser un code préprogrammé (stocké par exemple dans le firmware de l’objet), affecté à l’objet pour s’authentifier. Selon ce mode, l’utilisateur doit saisir ce code côté passerelle (FP) afin que l’objet et la passerelle puissent mutuellement s’authentifier. Cependant, ce mode est complexe et exige que la passerelle dispose d’une interface de saisie (clavier ou interface Web par exemple). Dans le mode de réalisation du procédé présenté ci-dessous, à la différence de la norme, la passerelle ne rejette pas l’appairage « 0000 » directement, mais l’autorise dans un premier temps pour récupérer des informations sur l’objet, qui lui permettront d’interroger par exemple une base de données afin d’accéder au code d’authentification attendu de l’objet. L’objet est ensuite désappairé (c’est à dire que l’on supprime les données d’authentification, par exemple le code PIN mémorisé en liaison avec l’adresse MAC de l’objet) pour le forcer à utiliser le code d’authentification sécurisé de l’objet (PIN code pré-chargé par exemple dans la mémoire de l’objet). On va maintenant décrire les étapes du procédé d’appairage selon un mode de réalisation, dans le contexte d’un réseau sans fils et d’un protocole DECT-ULE. Le procédé d’appairage se déroule en deux phases : Lors d’une première phase (étapes E20 à E25), la passerelle récupère des données d’identification de l’objet qui vont lui permettre d’accéder à un code d’authentification (ici, un code dit « PIN » à quatre digits, conformément au protocole DECT-ULE précité) nécessaire à l’authentification de l’objet. Ce code PIN est unique pour un objet ou pour une catégorie d’objet (par exemple il peut être associé à toutes les caméras d’un certain constructeur). Lors d’une seconde phase, conforme à la norme DECT-ULE précitée, l’objet s’authentifie tout d’abord avec le code par défaut 0000, est désappairé ou rejeté, ce qui le force à émettre une seconde demande d’authentification avec son véritable code d’authentification. La passerelle ayant, de son côté, obtenu le code d’authentification attendu, l’appairage final est validé si les deux codes d’authentification correspondent. Au cours d’une étape référencée E0, l’objet DECT ULE (15) tente de s’appairer à la passerelle (10). Conformément au standard DECT-ULE, l’objet transmet un message contenant une donnée d’authentification initiale, qui est toujours calculée dans un premier temps à partir du code PIN « 0000 » afin de se connecter. La passerelle reçoit cette demande lors d’une étape E20, et récupère des informations de base sur l’objet contenues dans le message, par exemple son adresse MAC, ou la puissance du signal reçu, etc. Elle peut aussi recevoir dans ce message un identifiant de l’objet, ou IPUI. En effet, le message normalisé « ACCES-RIGHTS-REQ » de la figure 64 précitée, tel que spécifié dans la norme ETSI EN 300 175-7, contient cet identifiant IPUI (on pourra se référer pour plus de détails à la Table L.1 de cette norme). Lors d’une étape E21, la passerelle teste sa connaissance de l’objet, par exemple à l’aide de l’adresse MAC reçue en tant qu’information de base. L’objet est dit « connu » s’il a déjà été enregistré par la passerelle, c’est-à-dire si elle dispose de l’information de base relative à l’objet. Par exemple, la passerelle peut détenir une table comportant toutes les adresses MAC (ou IPUI) des objets qui se sont déjà appairés. Dans ce cas, la passerelle peut accéder à la donnée d’authentification à utiliser pour cet objet (dans notre exemple, la donnée d’authentification est calculée à partir du code PIN noté PIN2, de valeur 3535). Si l’objet n’est pas connu de la passerelle, notamment s’il s’agit de la première tentative de connexion de cet objet, la passerelle l’accepte et enregistre les informations de base de l’objet (adresse MAC, IPUI, etc.) dans une mémoire, une base de données, etc. (BD) au cours de l’étape E22. A partir de cet instant, l’objet est connu, c’est-à-dire qu’au moins une de ses informations de base est mémorisée. Selon une variante, un mécanisme de confinement, ou quarantaine, peut être utilisé pour s’assurer que l’objet n’endommage pas la passerelle ou autre objet du réseau local/étendu. Par exemple, la demande de brevet français publiée sous le numéro FR3079380 propose de « confiner » un objet en lui associant un certain nombre de règles restreignant ses possibilités de communication (liste noire d’équipements inaccessibles pour l’objet, limitation du volume maximum de données échangeables sur le réseau, etc.) De telles règles de sécurité peuvent aussi s’appliquer aux composants sensibles de la passerelle (mémoire, processeur, etc.) afin de limiter les comportements illicites de l’objet (utilisation abusive de la mémoire, d’un processeur, d’un bus de données, etc.) Sinon, si l’objet est déjà connu (par exemple son adresse MAC est déjà enregistrée), le procédé se poursuit par l’étape E27 qui sera décrite ultérieurement. Lors d’une étape E23, La passerelle répond à l’objet par un acquittement validant son appairage (noté APP OK) et obtient optionnellement en retour des informations plus détaillées sur l’objet (INFA) comme son IPUI s’il n’était pas présent dans le message, son nom, son fabricant, les services proposées par celui-ci, etc. Ces informations sont appelées informations avancées, et complètent les informations de base. Selon une variante, les informations avancées peuvent être obtenues par la passerelle via une requête (non représentée) en interne (les informations avancées sont stockées en mémoire), ou externe, sur le réseau local (les informations sont stockées sur une base de données par exemple) ou sur le réseau étendu (elles sont stockées sur un serveur externe par exemple). Cette requête comporte en paramètre une information de base de l’objet (par exemple son adresse MAC ou son IPUI). Lors d’une étape E24, ces informations avancées peuvent être mémorisées dans la base BD (ou mémoire) précitée, en association avec l’information de base, et éventuellement, selon la variante précitée, dans la zone de confinement de l’objet. Lors d’une étape E25, la passerelle désassocie l’objet en utilisant par exemple la fonction DECT « Deregister ». Comme l’objet est désappairé, il ne comporte plus de donnée d’authentification en mémoire de la passerelle. S’il souhaite communiquer avec la passerelle, il doit donc réaliser une nouvelle demande d’appairage. Lors d’une étape E6, suite à ce désappairage, l’objet retente de se connecter à la passerelle avec le code d’authentification par défaut (PIN1, « 0000 ») permettant de calculer la donnée d’authentification initiale, conformément au protocole DECT-ULE. Lors d’une étape E26, la passerelle teste s’il s’agit du même objet que celui de l’étape E20, par exemple à l’aide de l’adresse MAC reçue, ou toute autre information de base reçue lors de l’étape E20, ou en utilisant toute autre information qui lui permette de décider qu’il s’agit du même objet, et s’affranchir de ce fait du test de l’adresse MAC ou d’une information de base ; par exemple : Il s’agit de la même session de communication, le signal est reçu dans un certain intervalle de temps, défini à partir de l’une des étapes précédentes (par exemple, 2 minutes) ; en effet dans un tel intervalle, on peut admettre qu’il est peu probable qu’un autre objet tente de s’appairer/se connecter à la passerelle. Si le test est positif, c’est-à-dire si l’objet identifié est bien celui qui a été enregistré au cours de l’étape E22/E24, la passerelle rejette l’appairage avec ce code par défaut au cours d’une étape E27. Si au contraire la passerelle estime qu’il ne s’agit pas du même objet, elle peut revenir à l’étape E20, ou arrêter le procédé. Lors d’une étape E28, grâce aux informations qui ont été mémorisées préalablement pour l’objet, informations de base (INFB) et éventuellement informations avancées (INFA), la passerelle détermine si cet objet est un objet autorisé à se connecter. Pour cela, elle consulte par exemple une base de données (un disque dur, une mémoire, un serveur, etc.). Une telle base de données, notée BAUTH sur la figure, peut être interne à la passerelle, ou externe, sur le réseau local ou sur un réseau étendu accessible depuis la passerelle. La base de données BAUTH peut avoir été préalablement renseignée par le constructeur, ou par le fournisseur d’accès suite à l’acquisition (achat, location, etc.) de l’objet. Si l’objet est autorisé à se connecter à cette passerelle, par exemple si les informations sur l’objet (de base et/ou avancées) montrent qu’il s’agit d’une ampoule achetée par l’administrateur/propriétaire de la passerelle, la passerelle obtient via cette base le code d’authentification nécessaire à l’appairage de l’objet. Ce code d’authentification correspond par exemple à celui attendu pour tous les objets d’un même constructeur, ou pour tous les objets du même type, ou pour tous les objets manipulant le même type de flux, etc. On notera que plus les informations (de base et avancées) connues sur l’objet sont riches, plus le code d’authentification pourra être affiné. Par exemple, la connaissance de l’IPUI peut permettre d’accéder à un code d’authentification défini pour tous les objets d’un même constructeur. La connaissance supplémentaire du type de l’objet peut permettre d’accéder à un code d’authentification défini pour tous les objets d’un même type du même constructeur, etc. Selon un exemple conforme à la norme DECT précitée, ce code d’authentification est un code PIN, noté PIN2 sur la figure pour le distinguer du code par défaut PIN1 (commun à tous les objets). De préférence, sa valeur (par exemple 3535) est différente de la valeur par défaut du PIN1 par défaut (0000). Selon une variante, elle peut être identique mais la sécurité s’en trouve réduite. On notera que cette étape évite à l’utilisateur de devoir rentrer son code d’authentification côté passerelle. Naturellement, cette étape E28 d’obtention du code d’authentification peut être déplacée n’importe où entre l’étape E22/E24 et l’étape E30. Il suffit à la passerelle de connaître les données d’identification de l’objet pour pouvoir accéder au code d’authentification. Lors d’une étape E9, conformément au standard DECT ULE décrit dans la (notée figure 64), l’objet qui a été rejeté tente de s’authentifier de nouveau. Il utilise à cette fin le code d’authentification de l’objet. Selon cet exemple, il s’agit du code PIN « pré-chargé » par le fabricant dans la mémoire persistante de l’objet. Ceci évite de devoir le saisir sur une interface homme-machine de l’objet. Selon cet exemple, il est noté PIN2’ (par exemple de valeur « 3535 »). Il est classiquement utilisé pour calculer une donnée d’authentification (selon la norme DECT-ULE précitée, la donnée d’authentification est calculée comme une combinaison du code PIN et d’un aléa) notée f(PIN2’), afin de ne pas le transmettre en clair sur le réseau. Lors d’une étape E29, la passerelle accepte la connexion si la donnée d’authentification fournie par l’objet (f(PIN2’= 3535)) est bien celle qu’elle a obtenue à l’issue de l’étape E28 sur la base du code d’authentification attendu (PIN2). En d’autres termes, si les deux fonctions calculées (l’une par l’objet, l’autre par la passerelle) donnent le même résultat, indiquant une égalité des deux codes (PIN2 et PIN2’), l’objet est autorisé à s’appairer. Si les deux codes/fonctions ne sont pas identiques, l’objet n’est pas autorisé à s’appairer. Le procédé peut s’arrêter, ou revenir à une étape précédente (E20 ou E27 par exemple). Lors d’une étape E10, E30, la connexion de l’objet étant acceptée, l’objet rejoint le réseau DECT « standard » de la passerelle. Les deux entités sont associées (appairées) et peuvent désormais communiquer selon le protocole DECT-ULE. On notera que, avantageusement, ce mode de réalisation n’a pas d’impact sur le protocole DECT ULE ou les objets existants. En effet, aucune modification n’est requise au niveau de l’objet. Par ailleurs, le procédé offre une meilleure sécurité à la passerelle, tout en évitant à l’utilisateur de saisir un code PIN dans une interface homme-machine. Les modifications à apporter au procédé d’appairage sur la passerelle sont enfin minimales, puisqu’il lui suffit d’accéder à un code d’authentification en fonction des données d’identification de l’objet. L’utilisation de telles données caractéristiques de l’objet permet de surcroît de définir plus finement les codes d’authentification des objets. Le procédé décrit ci-dessus peut faire l’objet de variantes, notamment : - Si l’objet ne fournit pas la bonne donnée d’authentification lors de l’étape E9, la passerelle peut bloquer la phase d’appairage au bout d’un certain nombre d’échecs ou bien pourrait espacer ses réponses à ces demandes d’appairage afin de limiter les possibilités d’attaque. - A la fin de l’étape E26, la passerelle peut revérifier qu’il s’agit du bon objet en récupérant les informations avancées. Dans la négative, elle pourrait de nouveau désappairer l’objet. - Une étape peut être ajoutée, afin que la passerelle transmette à l’objet une donnée de type « aléa » ou « jeton/token » à concaténer lors de l’étape E9 d’appairage (par exemple en ajoutant un nouveau champ dans la commande « Authenticate-Reject » de la norme DECT-ULE précitée). Cet aléa présenterait une garantie supplémentaire que l’objet qui se présente lors de l’étape E9 est le même que celui de l’étape E20. Enfin, selon d’autres modes de réalisation ou variantes, le procédé peut être étendu à d’autres protocoles disposant d’une fonction d’appairage/désappairage entre le point d’accès et l’objet. Par exemple, dans le contexte d’un appairage WiFi, selon un autre mode de réalisation, le même procédé que décrit ci-dessus pour la norme DECT-ULE peut être mis en œuvre en considérant que : - le code d’authentification par défaut est une clé ou un code PIN par défaut, ou un code quelconque (de valeur nulle par exemple) dans le cas d’un point d’accès qui n’en requiert pas (point d’accès dit « ouvert », sans authentification) ; - la demande de réauthentification (désappairage ou rejet) peut être assurée par l’utilisation d’un protocole complémentaire à la norme Wi-Fi, par exemple tel que défini dans le contexte logiciel collaboratif à code source ouvert AllJoyn ; notamment, le service dénommé « Onboarding Service » propose, dans le contexte d’un réseau Wi-Fi, des trames de désappairage (Offboard). On peut donc utiliser ces trames en guise de trame de désappairage et/ou rejet dans le procédé selon le premier mode de réalisation, pour forcer l’objet à se reconnecter avec son véritable code d’authentification. Procédé de gestion de l’appairage d’un objet communicant (14, 15), le procédé de gestion étant mis en œuvre pour une passerelle (10) apte à communiquer avec l’objet sur un réseau local (RES) et à l’associer, le procédé comprenant sur un dispositif de gestion les étapes de : - réception (E20, E26) d’une première demande d’authentification en provenance de l’objet, ladite demande comportant au moins une première donnée d’authentification (f(PIN1)), dite donnée d’authentification initiale, - obtention (E20, E23, E26) d’au moins une donnée d’identification de l’objet (INFA, INFB), - obtention (E28) d’une seconde donnée d’authentification de l’objet (f(PIN2)), en fonction de ladite au moins une donnée d’identification, - transmission d’une commande de réauthentification (E25, E27) à l’objet, - réception (E29) d’une seconde demande d’authentification en provenance de l’objet, ladite demande comportant au moins une troisième donnée d’authentification (f(PIN2’)) de l’objet, - appairage de l’objet si la troisième donnée d’authentification (f(PIN2’)) reçue est égale à la seconde donnée d’authentification de l’objet (f(PIN2)) . Procédé de gestion de l’appairage d’un objet communicant (14, 15) selon la revendication 1, dans laquelle ladite donnée d’identification (INFB) est contenue dans la première demande d’authentification. Procédé de gestion de l’appairage d’un objet communicant (14, 15) selon la revendication 1, caractérisé en ce que ladite au moins une donnée d’identification comporte une première donnée d’identification, dite information de base (INFB, E22) et une seconde donnée d’identification, dite information avancée (INFA, E24), obtenue en fonction de ladite information de base (INFB). Procédé de gestion de l’appairage d’un objet communicant (14, 15) selon la revendication 3, dans lequel l’étape d’obtention de ladite information avancée (INFA), comporte les sous étapes suivantes : - transmission d’une commande d’appairage (E23) à l’objet, ladite commande contenant l’information de base de l’objet ; - réception en réponse (E23) d’un message contenant ladite information avancée. Procédé de gestion de l’appairage d’un objet communicant (14, 15) selon l’une des revendications précédentes, comprenant en outre une étape de mémorisation (E22, E24) de ladite au moins une donnée d’identification de l’objet, si l’objet n’est pas connu (E21). Procédé de gestion de l’appairage d’un objet communicant (14, 15) selon la revendication 5, dans lequel l’étape de mémorisation correspond à l’enregistrement (E22, E24) de ladite au moins une donnée d’identification de l’objet dans une zone mémoire de confinement. Dispositif de gestion de l’appairage d’un objet communicant (14, 15) sur un réseau local (RES) avec une passerelle (10) apte à l’associer, le dispositif comprenant : - un module de réception (L_COM) d’une première demande d’authentification en provenance de l’objet, ladite demande comportant au moins une première donnée d’authentification (f(PIN1)), dite donnée d’authentification initiale, - un module d’obtention (L_COM,MEM, PG) d’au moins une donnée d’identification de l’objet (INFA, INFB); - un module d’obtention (L_COM, MEM, PG) d’une seconde donnée d’authentification de l’objet (f(PIN2)) en fonction de ladite au moins une donnée d’identification ; - un module de transmission (L_COM, MEM, PG) d’une commande de réauthentification à l’objet ; - un module de réception (L_COM MEM, PG) d’une seconde demande d’authentification en provenance de l’objet, ladite demande comportant au moins une troisième donnée d’authentification (f(PIN2’)) de l’objet ; - un module d’association de l’objet si la troisième donnée d’authentification (f(PIN2’)) reçue est égale à la seconde donnée d’authentification de l’objet (f(PIN2)). Passerelle domestique comprenant un dispositif de gestion telle que défini dans la revendication 7. Programme d’ordinateur apte à être mis en œuvre sur un dispositif de gestion le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé définies dans l’une des revendications 1 à 6.