Brevet FR3081654A1 — publié le 20191129

Procédé, dispositif et serveur de distribution sécurisée d'une configuration à un terminal Domaine technique L'invention appartient au domaine des télécommunications, et concerne plus particulièrement un procédé pour distribuer des éléments d'authentification à des équipements à partir d'un serveur. Art antérieur Pour permettre des connexions privées et sécurisées sur internet, il est fréquent de mettre en oeuvre des solutions de réseaux privés virtuels (VPN, pour Virtual Private Network en anglais). Les VPN permettent d'accéder à des ordinateurs ou équipements distants de la même façon que s'ils étaient sur un réseau local. Les communications au travers d'un VPN sont généralement chiffrées et authentifiées. On connait deux principales techniques pour mettre en place un VPN. Une première technique consiste à monter un tunnel IPSec à l'aide d'un logiciel client installé sur les équipements concernés. Les éléments d'authentification peuvent être de différentes natures (clé partagées, certificats X.509). Le contrôle de la distribution de ces certificats repose soit sur des procédures manuelles, soit sur un système d'authentification préexistant tel que la technologie Active Directory de MicrosoftTM. L'authentification peut porter sur le système et/ou l'utilisateur qui se connecte. Une seconde technique, VPN SSL, ne nécessite pas l'installation d'un logiciel client et peut être mis en oeuvre à l'aide d'un simple navigateur internet. Les éléments d'authentification ne permettent en général pas d'authentifier le terminal qui se connecte : l'authentification porte sur l'utilisateur qui se connecte et non le système. Si l'authentification du terminal est implémentée, elle repose sur une distribution de clé ou certificats soit de manière manuelle, soit en se reposant sur un système d'authentification préexistant. Les VPN sont par exemple utilisés pour se connecter à distance à un équipement situé dans un réseau privé, par exemple au sein d'un réseau local d'entreprise. De tels équipements sont par exemple des sondes réseaux déployées par une société de maintenance dans des réseaux d'entreprises. La société de maintenance peut alors utiliser une connexion VPN pour accéder à distance à une sonde particulière et obtenir des informations sur la qualité de service au sein du réseau d'entreprise. Pour des raisons de coût de production, de telles sondes peuvent initialement être configurées de manière identique en sortie d'usine. Par exemple elles partagent un identifiant générique et un couple de clef privée et publique partagé par toutes les sondes. 2 Afin de garantir la sécurité, chaque sonde doit pourtant être configurée de façon personnalisée lors de son activation dans un réseau local. La personnalisation d'une sonde comprend au moins l'affectation d'un identifiant unique et d'un couple clef privée/clef publique unique pour cette sonde. 5 De manière classique, la configuration d'une telle sonde nécessite un accès physique à la sonde afin d'y configurer un jeu de clef privée/publique. L'une des principales difficultés consiste à distribuer les éléments d'authentification permettant de chiffrer les communications VPN. Il n'est pas toujours possible d'accéder facilement à la sonde pour y configurer un jeu de 10 clefs, notamment lorsqu'un grand nombre de sondes sont déployées chez différents clients. Il existe donc un besoin pour une méthode permettant de configurer de manière sécurisée un tel dispositif à distance. En particulier, la configuration doit être transmise à l'équipement de manière sécurisée, c'est-à-dire sans qu'elle puisse être interceptée par un tiers, et en étant certain de l'identité de l'équipement auquel la clef est distribuée. 15 Résumé de l'invention A cet effet il est proposé un procédé de distribution par un serveur d'une configuration destinée à au moins un premier terminal, le procédé comprenant l'établissement, à l'initiative du premier terminal, d'une connexion entre le premier terminal et le serveur, la 20 connexion étant configurée pour rediriger vers le premier terminal au moins une demande de connexion reçue par le serveur sur un port de communication, le procédé tel que le numéro du port de communication est dérivé à partir d'un identifiant du premier terminal reçu dans un message d'établissement de la connexion, et tel que, lorsque l'identifiant du terminal est un identifiant associé à une pluralité de terminaux, le procédé comporte les 25 étapes suivantes : - Génération et mémorisation d'une donnée de contrôle en association avec l'identifiant du terminal, - Transmission, via la connexion établie, d'un message de contrôle à destination du premier terminal, le message comprenant au moins la donnée de contrôle générée, 30 - Réception en provenance d'un second terminal, d'un message de confirmation comprenant ladite donnée de contrôle et un identifiant du second terminal, - Détermination que l'identifiant du second terminal est un identifiant d'un terminal de confiance, et Lorsque le second terminal est déterminé être un terminal de confiance : 35 - Configuration de paramètres personnalisés pour l'accès au serveur par le premier terminal et transmission des paramètres personnalisés au premier terminal. 3 Le terminal à configurer se connecte au serveur en utilisant une configuration par défaut, partagée par une pluralité de terminaux du même type. La configuration initiale des terminaux à configurer étant identique, le serveur ne peut s'assurer qu'un terminal qui se 5 connecte est légitime pour recevoir une configuration personnalisée. Le procédé surmonte ce problème en transmettant au terminal, par l'intermédiaire d'une première connexion initiée par le terminal, une donnée de contrôle. Lorsque le serveur reçoit la donnée de contrôle par l'intermédiaire d'un second réseau de communication, et que cette donnée provient d'un terminal déterminé comme étant un terminal de confiance, la légitimité du 10 terminal à recevoir ne configuration est validée. Le serveur peut alors déterminer et transmettre des paramètres de configuration personnalisés au terminal. L'identifiant du terminal est en outre un identifiant comprenant un numéro de port de communication sur le serveur, ou un identifiant à partir duquel il est possible de dériver un numéro de de port de communication. L'identifiant étant transmis dans un message 15 d'établissement de connexion, le serveur peut obtenir le numéro de port demandé par le terminal avant d'accepter d'établir la connexion. Le serveur peut ainsi refuser d'établir une connexion lorsque le numéro de port de communication dérivé à partir de l'identifiant du terminal est déjà attribué à un autre terminal en cours de configuration. La combinaison de ces deux caractéristiques permet au serveur de retrouver sans ambiguïté 20 une connexion associée à une donnée de contrôle reçue. En effet, une telle disposition permet de garantir qu'une seule connexion entre un terminal dont la configuration n'est pas personnalisée et le serveur peut être établie à un instant donné. 25 Selon une réalisation particulière, le procédé est tel que l'étape de configuration et de transmission de paramètres d'accès personnalisés pour l'accès au serveur par le premier terminal comprend les sous-étapes suivantes : - Obtention d'un identifiant de terminal mémorisé en association avec la donnée de contrôle, 30 - Génération et transmission d'un second identifiant du terminal vers le terminal correspondant à l'identifiant obtenu, le second identifiant comprenant un numéro de port de communication distinct du numéro de port de communication dérivé du premier identifiant, - Réception en provenance du terminal d'une clef d'authentification générée par le 35 terminal en réponse à la réception du second identifiant, et - Association de ladite clef publique reçue avec au moins autorisation d'accès au serveur. 4 Ainsi, lorsque la légitimité du terminal à obtenir une configuration personnalisée est validée, le serveur attribue un nouvel identifiant au terminal. Ce nouvel identifiant étant distinct du premier identifiant le terminal, le serveur peut accepter les future connexions en provenance de ce terminal sans qu'il soit nécessaire d'en vérifier la légitimité par l'envoi 5 d'une donnée de contrôle. D'autre part, le nouvel identifiant attribué comprend un numéro de port de communication distinct du numéro de port compris ou dérivé à partir du premier identifiant. De cette façon, le terminal peut se connecter même si un autre terminal est connecté avec le premier identifiant pour obtenir une configuration personnalisée. En réponse à la transmission par le serveur du nouvel identifiant du terminal, le terminal 10 transmet au serveur une clef d'authentification, par exemple une clef publique générée par le terminal. Le serveur peut alors associer des droits d'accès à la clef d'authentification afin d'autoriser des connexions futures en provenance du terminal. Selon un mode particulier de réalisation, le procédé est tel que l'établissement, à l'initiative 15 du premier terminal, d'une connexion entre le premier terminal et le serveur comprend les étapes suivantes : - Réception d'une commande d'établissement d'une première connexion sécurisée en provenance du premier terminal, dite connexion porteuse, la commande comprenant un identifiant du premier terminal, 20 - Dérivation d'un numéro de port de communication à partir de l'identifiant du terminal reçu, - Etablissement d'une seconde connexion sécurisée entre le serveur et le premier terminal, la seconde connexion étant portée par la première connexion et configurée pour rediriger vers le terminal des connexions entrantes sur ledit numéro de port de 25 communication dérivé. Une première connexion est établie à l'initiative du terminal en utilisant un identifiant et une clef d'authentification par défaut compris dans sa configuration initiale. Le fait que la connexion soit initiée par le terminal permet d'établir une connexion avec le serveur sans qu'elle soit bloquée par un pare-feu en sortie du réseau auquel appartient le terminal. Le 30 serveur établit ensuite une nouvelle connexion portée par la première connexion. Cette nouvelle connexion étant portée par la première connexion, elle peut être établie par le serveur sans être bloqué par un pare-feu protégeant le réseau du terminal. Les connexions entrant sur le port de communication du serveur dérivé de l'identifiant du terminal étant redirigée vers le terminal, le procédé permet l'accès au terminal depuis un 35 poste de travail distant sans que l'accès soit bloqué par un pare-feu protégeant le réseau du terminal. 5 Selon une réalisation particulière, le procédé est tel que l'établissement d'une connexion en provenance du premier terminal est refusé lorsqu'une connexion est déjà établie avec un terminal possédant le même identifiant de terminal que le premier terminal. Une telle disposition permet d'assurer qu'un seul terminal peut recevoir une configuration à 5 un instant donné. Les terminaux étant initialement identique, le fait d'autoriser une seule configuration à un instant donné permet de garantir qu'une configuration personnalisée sera distribuée uniquement à un terminal autorisé. Selon un autre aspect, et de façon correspondante au procédé de distribution d'une 10 configuration, l'invention concerne aussi un procédé de réception par un terminal d'une configuration distribuée par un serveur, le terminal étant connecté à un premier réseau de communication, le procédé comprenant l'établissement à l'initiative du terminal, d'une connexion entre le terminal et le serveur, la connexion étant configurée pour rediriger vers le terminal des demandes de connexions reçues par le serveur sur un port de 15 communication. Un tel procédé est remarquable en ce que le numéro du port de communication est dérivé à partir d'un identifiant du terminal transmit par le terminal dans un message d'établissement de la connexion, et en ce que, lorsque l'identifiant du terminal est un identifiant associé à une pluralité de terminaux, le procédé comporte les étapes suivantes : 20 - réception en provenance du serveur, d'un message de contrôle comprenant au moins une donnée de contrôle générée par le serveur, - transmission de ladite donnée de contrôle à un second terminal, ledit second terminal étant configuré pour transmettre la donnée de contrôle et un identifiant du second terminal au serveur par l'intermédiaire d'un réseau d'accès distinct du 25 premier réseau de communication, et - réception de paramètres de configuration personnalisés en provenance du serveur, et configuration du terminal à partir des paramètres reçus. Le procédé de réception d'une configuration permet ainsi à un terminal disposant d'une configuration non personnalisée de recevoir une configuration personnalisée de manière 30 sécurisée. En proposant de transmettre un numéro de port de communication dans un identifiant du terminal, le procédé permet de communiquer au serveur ce numéro de port de communication sans qu'une connexion soit établie. Le serveur peut ainsi décider de refuser d'établir la connexion si un autre terminal est déjà en cours de configuration. La transmission de la donnée de contrôle à un terminal réputé être un terminal de confiance 35 permet au serveur d'identifier le terminal parmi une pluralité de terminaux disposant d'une même configuration. La combinaison de ces deux caractéristiques permet au serveur de retrouver sans ambiguïté une connexion associée à une donnée de contrôle reçue. En effet, une telle disposition 6 permet de garantir qu'une seule connexion entre un terminal dont la configuration n'est pas personnalisée et le serveur peut être établie à un instant donné et permet au serveur de déterminer le terminal auquel se rapporte la donnée de contrôle reçue par l'intermédiaire du terminal de confiance. 5 Selon un mode particulier de réalisation, le procédé est tel que l'étape de réception de paramètres et de configuration du terminal comprend les sous-étapes suivantes : - Réception d'un second identifiant du terminal en provenance du serveur, - Génération d'un au moins une clef d'authentification associée au second identifiant, 10 - Transmission de la au moins une clef générée au serveur, et - Mémorisation du second identifiant du terminal et de la au moins une clef d'authentification générée. Lorsqu'un identifiant personnalisé est reçu par le terminal en provenance du serveur de distribution d'une configuration, une clef d'authentification est générée. Il s'agit par 15 exemple d'un mot de passe ou d'un couple de clefs privée/publique. Dans ce cas, seule la clef publique est transmise au serveur, la clef privée restant connue uniquement du terminal. Le nouvel identifiant et la clef sont mémorisés par le terminal de façon à ce que le terminal puisse les utiliser lors des connexions ultérieures. 20 Selon une réalisation particulière, le procédé de réception d'une configuration est tel que l'étape d'établissement d'une connexion entre le terminal et le serveur comprend les sous-étapes suivantes : - envoi d'une commande d'établissement d'une première connexion sécurisée vers le serveur, dite connexion porteuse, la commande comprenant un premier identifiant 25 du dispositif obtenu à partir d'une configuration initiale du dispositif, l'identifiant du dispositif comprenant un numéro de port, et - réception au travers de la connexion porteuse établie avec le serveur, d'une commande d'établissement d'une seconde connexion sécurisée, la connexion étant configurée par le serveur pour rediriger vers le dispositif des connexions entrantes 30 sur ledit numéro de port du serveur vers le dispositif au travers de la connexion portée. Le procédé permet ainsi d'accéder au terminal depuis un poste de travail extérieur au réseau auquel appartient le terminal, même si ce réseau est protégé par un pare-feu. Pour cela, une première connexion est établie à l'initiative du terminal, un tel établissement de connexion 35 étant autorisé par un pare-feu. Le serveur établi à ensuite une seconde connexion vers le terminal, cette seconde connexion étant portée par la première connexion. Un port de 7 communication étant configuré pour rediriger les connexions entrantes sur ce port vers le terminal, l'établissement de connexions vers ce terminal sont possibles. Dans un mode particulier de réalisation, le procédé de réception d'une configuration est tel 5 que tel qu'il comprend en outre, sur détection d'un refus d'établissement de la première connexion, le déclenchement d'un compteur à rebours à l'expiration duquel une nouvelle tentative de connexion est effectuée. Le procédé permet ainsi au terminal de renouveler une tentative de connexion à intervalle régulier jusqu'à ce que le serveur soit disponible pour prendre en charge la configuration du 10 terminal. Selon un mode de réalisation particulier, le procédé de réception d'une configuration est tel que qu'une nouvelle tentative de connexion suite à un refus d'établissement de connexion par le serveur comprend la transmission d'un message d'établissement de connexion 15 comprenant un identifiant du terminal, l'identifiant comprenant un numéro de port distinct du numéro de port compris dans le premier identifiant du dispositif. Le terminal dispose dans sa configuration initiale d'au moins deux ports de communications qu'il peut sélectionner pour construire un identifiant. De cette façon, en cas de refus de connexion par le serveur, par exemple parce qu'un premier terminal ayant utilisé un premier 20 port de communication dans son identifiant est en cours de configuration, le terminal peut générer un nouvel identifiant comprenant un second port de communication distinct du premier port de communication utilisé lors de la première tentative infructueuse. Selon un mode particulier de réalisation, le procédé de réception d'une configuration est tel 25 que l'étape de transmission de la donnée de contrôle à un terminal distinct du dispositif comprend une étape d'affichage de la donnée de contrôle sur un écran du dispositif. La donnée de contrôle reçue est affichée sur un écran du terminal de façon à être transmise à un second terminal réputé être un terminal de confiance. Par exemple, la donnée de contrôle peut être affichée sous forme alphanumérique afin d'être recopiée par un 30 utilisateur sur le second terminal. Elle peut aussi être affichée sous la forme d'un code barre ou d'un code graphique à deux dimensions afin d'être décodée à partir d'un lecteur adapté sur le second terminal. De cette façon, la donnée de contrôle peut être transmise à un terminal qui ne fait pas partie du réseau auquel appartient le terminal. 8 Selon un autre aspect, l'invention concerne aussi un dispositif de distribution d'une configuration vers au moins un premier terminal, le dispositif comprenant des moyens d'établissement d'une connexion avec un premier terminal à l'initiative dudit premier terminal, la connexion étant configurée pour rediriger vers le premier terminal des 5 demandes de connexions reçues par le serveur sur un port de communication, le dispositif étant tel qu'il comporte : - des moyens pour dériver un numéro dudit port de communication à partir d'un identifiant du premier terminal reçu dans un message d'établissement de la connexion, 10 - des moyens pour vérifier que l'identifiant du premier terminal est un identifiant correspondant à une configuration initiale du terminal, - des moyens de génération et mémorisation d'une donnée de contrôle en association avec l'identifiant du terminal, - un module de communication adapté pour transmettre, via la connexion établie, un 15 message de contrôle à destination du premier terminal, le message comprenant au moins la donnée de contrôle générée, - le module de communication étant en outre adapté pour recevoir, en provenance d'un second terminal, un message de confirmation comprenant ladite donnée de contrôle et un identifiant du second terminal, 20 - des moyens de détermination que l'identifiant du second terminal est un identifiant d'un terminal de confiance, et Lorsque le second terminal est déterminé être un terminal de confiance : - un module de configuration adapté pour configurer des paramètres personnalisés pour l'accès au serveur par le premier terminal, et transmettre des paramètres 25 personnalisés au premier terminal. De façon correspondante, l'invention se rapport aussi à un dispositif configurable par un serveur, le dispositif étant connecté à un premier réseau de communication et comprenant des moyens de communication adaptés pour établir une connexion vers le serveur, la 30 connexion étant configurée pour rediriger vers le dispositif des demandes de connexions reçues par le serveur sur un port de communication, le dispositif étant tel que les moyens de communication sont en outre configurés pour: - transmettre dans un message d'établissement de la connexion, un identifiant du dispositif comprenant ledit numéro de port de communication, 35 - recevoir en provenance du serveur, un message de contrôle comprenant au moins une donnée de contrôle générée par le serveur, - transmettre vers un second terminal ladite donnée de contrôle, ledit second terminal étant configuré pour transmettre la donnée de contrôle et un identifiant du second 9 terminal au serveur par l'intermédiaire d'un réseau d'accès distinct du premier réseau de communication, et - recevoir des paramètres de configuration personnalisés en provenance du serveur, et Le dispositif comprenant en outre des moyens de mise à jour de sa configuration à partir 5 des paramètres reçus. L'invention se rapporte encore à un serveur comportant un dispositif de distribution d'une configuration tel que décrit ci-dessus et à un terminal comportant un dispositif de réception d'une configuration tel que décrit ci-dessus. 10 Les dispositifs, serveur et terminaux décrits précédemment présentent au moins des avantages analogues à ceux des procédés auxquels ils se rapportent. Dans un mode particulier de réalisation, les différentes étapes des procédés de distribution d'une configuration et de réception d'une configuration sont déterminées par des instructions de programmes d'ordinateurs. 15 En conséquence, l'invention vise aussi un programme d'ordinateur comportant des instructions adaptées à la mise en oeuvre des étapes du procédé de distribution d'une configuration et/ou des instructions adaptées à la mise en oeuvre des étapes du procédé de réception d'une configuration tels que décrits ci-dessus, lorsque le programme est exécuté par un processeur. 20 Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement lisible par un processeur sur lequel est 25 enregistré un programme d'ordinateur comportant des instructions adaptées à la mise en oeuvre des étapes du procédé de distribution d'une configuration et/ou des instructions adaptées à la mise en oeuvre des étapes du procédé de réception d'une configuration tels que décrits ci-dessus, lorsque le programme est exécuté par un processeur. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker 30 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, une mémoire flash, ou encore un moyen d'enregistrement magnétique, par exemple une disquette ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal 35 électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio 10 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 5 l'exécution du procédé en question. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes des procédés de distribution et de réception d'une configuration. 10 Brève description des figures D'autres caractéristiques et avantages des procédés apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - La figure 1 représente une architecture adaptée pour mettre en oeuvre les procédés 15 de configuration et de distribution de configuration selon un mode particulier de réalisation, - La figure 2 illustre les principales étapes du procédé de réception d'une configuration, - La figure 3 illustre les principales étapes du procédé de distribution d'une 20 configuration, - La figure 4 représente l'architecture d'u dispositif adapté pour mettre en oeuvre le procédé de configuration, et - La figure 5 représente l'architecture d'un dispositif adapté pour mettre en oeuvre le procédé de distribution d'une configuration. 25 Description détaillée La figure 1 montre un réseau de télécommunication 100 comprenant un serveur 101 pouvant communiquer avec une base de données 108 et un terminal 109, par exemple un ordinateur portable. 30 La figure montre également deux équipements 102 et 103 appartenant respectivement à des réseaux 104 et 105. Les équipements 102 et 103 représentés sont des sondes installées dans les réseaux locaux d'entreprises 104 et 105. Ces réseaux disposent d'un plan d'adressage privé et sont reliés au réseau 100 par des passerelles d'interconnexion non représentées sur la figure. Une passerelle d'interconnexion est notamment connue pour 35 réaliser une fonction NAT (Network Address Translation) et/ou une fonction de pare-feu. De 11 ce fait, les connexions entre la sonde 103 avec le serveur 101 ou l'ordinateur 109 ne peuvent être établies qu'a l'initiative de la sonde 103, les connexions à la sonde 103 depuis le serveur 101 ou l'ordinateur 109 étant bloquées par la passerelle. La figure montre aussi réseau d'accès cellulaire 107 interconnecté avec le réseau 100 ainsi 5 qu'un terminal mobile 106 connecté au réseau d'accès 107. Le téléphone 106 peut être un smartphone, une tablette ou tout autre appareil distinct des sondes 102 et 103 et adapté pour établir des communications avec un équipement du réseau 100 par l'intermédiaire d'un réseau tel que le réseau d'accès cellulaire 107. Le terminal 106 peut notamment transmettre des messages au serveur 101, directement ou par l'intermédiaire d'autres 10 équipements techniques non représentés. Le terminal 106 est un terminal de confiance dont le numéro d'appel est enregistré dans la base de données 108. De cette façon, lorsqu'un message en provenance du réseau d'accès 107 est reçu par le serveur 101, le serveur 101 obtient un identifiant du terminal appelant à partir du message et peut consulter la base de données 108 pour déterminer si le message 15 provient d'un terminal de confiance ou non. De cette façon, le serveur peut de conditionner l'exécution de certaines actions suite à la réception d'un message en provenance du réseau 107 au fait que le message provient d'un terminal de confiance. Les sondes 102 et 103 comprennent une interface de communication leur permettant d'échanger des messages avec d'autres équipements. Il s'agit par exemple d'une interface 20 réseau Ethernet ou Wi-Fi. Cette première interface réseau permet aux équipements 102 et 103 d'établir des connexions avec le serveur 101. Dans leur état initial, les sondes 102 et 103 disposent d'une configuration identique. La configuration d'une sonde comprend au moins : - un identifiant de la sonde, 25 - une adresse permettant d'établir des connexions vers le serveur 101, - un compte utilisateur U1, et - un couple clef publique KPU1 / clef privée (KPR1) associé au compte utilisateur, et - une clef publique KPU2associée à des autorisations d'accès à un compte U2 sur le serveur 101, l'identifiant du compte U2 du serveur étant dérivable de l'identifiant de 30 la sonde (par exemple, le nom d'utilisateur du compte U2 sur le serveur est identique à l'identifiant de la sonde). Des droits de connexion à distance au compte utilisateur sont associés à la clef publique. Ainsi par exemple, la clef KPR1 permet une connexion de type SSH (Secure Shell) au compte U1 initialement configurés dans les sondes 102 et 103. 35 Les sondes 102 et 103 peuvent ainsi établir des connexions sécurisées avec le serveur 101, en utilisant le compte U2 et la clef KPU2. 12 Bien entendu, une telle architecture peut comprendre plus de deux dispositifs 102 et 103, qui partagent alors initialement la même configuration. Lorsqu'une sonde 102 et 103 est installée dans un réseau d'entreprise, la configuration initiale de la sonde doit être personnalisée afin de garantir la sécurité. En effet, toutes les 5 sondes étant préconfigurées de manière identique en sortie d'usine, des personnes mal intentionnées pourraient utiliser la configuration d'une sonde pour accéder sans autorisation à une autre sonde identique. Les étapes des procédés de distribution configuration et de configuration vont maintenant 10 être décrites en relation avec les figures 1, 2 et 3. Lors d'une première étape 200, la sonde 102 détecte une connexion réseau. La sonde 102 peut détecter qu'une connexion à un réseau est possible lorsqu'elle reçoit, par l'intermédiaire de son interface réseau, une adresses IP et/ou une adresse de passerelle par 15 défaut valides sur le réseau 104. Lorsqu'une connexion valide est détectée, la sonde 102 consulte sa configuration initiale pour déterminer l'adresse du serveur 101. La configuration peut être mémorisée dans une mémoire persistante de la sonde, comme par exemple dans une ROM (Read Only Memory), une mémoire flash ou encore un disque dur. Les données de configuration sont par exemple 20 mémorisées sous la forme d'un fichier structuré ou d'une base de données. L'adresse du serveur est par exemple une URL (Uniform Resource Locator) ou une adresse IP. A l'étape 201, la sonde envoie un message d'établissement de connexion sécurisée SSH1 à destination du serveur 101. Le message comprend notamment un identifiant de compte utilisateur U2 sur le serveur 101 et la clef publique KPU2 associée. Dans cet exemple, le 25 compte utilisateur ID1 est identique à l'identifiant de la sonde 102. Cette connexion est dite connexion « porteuse ». Selon une réalisation particulière, l'identifiant de compte utilisateur est dérivé à partir de l'identifiant de la sonde. Par exemple, l'identifiant de compte utilisateur U2 peut correspondre à l'identifiant de la sonde auquel sont soustraits ou ajoutés des caractères 30 alphanumériques. Par exemple, si l'identifiant initial de la sonde 102 est « newprobe », le compte utilisateur U2 sur le serveur peut être dérivé en concaténant 4 chiffres, pour donner par exemple « newprobe9990 ». Dans un tel cas, les chiffres ajoutés peuvent correspondre à un numéro de port. Ce numéro de port est par exemple un numéro de port compris dans la configuration initiale de la sonde, ou un numéro de port issu d'une plage de numéro de 35 ports compris dans la configuration initiale de la sonde 102. 13 Le serveur 101 reçoit la demande de connexion SSH1 à l'étape 300. Lors de l'étape 300, le serveur 101 obtient les autorisations d'accès au compte utilisateur U2 selon la clef publique KPU2 reçue dans la demande de connexion et accepte l'établissement de la connexion si les autorisations sont valides. 5 A l'étape 301, le serveur dérive un numéro de port à partir de l'identifiant de compte utilisateur auquel la demande de connexion sécurisée fait référence. Par exemple, si le compte utilisateur U2 auquel la demande de connexion SSH se réfère est « newprobe9990 », le serveur 101 dérive le numéro de port « 9990 » à partir des 4 derniers caractères de l'identifiant. 10 A l'étape 302, le serveur 101 se met en écoute sur le numéro de port dérivé à l'étape 301 et émet une demande d'établissement de connexion sécurisée SSH2 « portée » par la connexion « porteuse établie » à l'étape 300. Cette demande de connexion comprend un identifiant de compte utilisateur U1 initialement configuré sur la sonde 102 et une clef publique KPU1 associée à ce compte sur la sonde. L'identifiant de compte U1 et la clef 15 publique PKU1 associée sont partagés par toutes les sondes dans leur configuration initiale et sont renseignés dans le serveur 101 par une configuration initiale. La connexion SSH2 demandée est en outre configurée par le serveur pour que les connexions entrantes sur le port sur lequel le serveur s'est mis sur écoute (dérivé de l'identifiant de compte U2) soient redirigées vers la connexion « portée ». 20 Bien que la passerelle protégeant le réseau 104 interdise les connexions entrantes, le serveur 101 peut établir une connexion vers la sonde 102 au travers de la connexion porteuse, car la connexion « porteuse », au travers de laquelle est établie la connexion « portée» a été établie au préalable depuis la sonde 102 vers le serveur 101, c'est-à-dire dans une direction autorisée par la passerelle. 25 Dès lors que les connexions porteuses et portées sont établies entre la sonde 102 et le serveur 101, un opérateur peut accéder à la sonde 102 à partir de l'ordinateur 109, sans que la connexion lui soit refusée par une passerelle en entrée du réseau 104. Selon une réalisation particulière, le serveur 101 vérifie à l'étape 301 que le port dérivé n'est pas déjà configuré pour rediriger les connexions entrantes vers une autre sonde en cours de 30 configuration. Par exemple, si la sonde103 tente de se connecter au serveur 101 alors que la sonde 102 a déjà établi une connexion porteuse avec le serveur 101, le serveur refuse la connexion. Le dispositif 103 peut tenter une nouvelle connexion après un délai d'attente, par exemple après une minute, jusqu'à ce que la sonde 102 ait libéré la connexion. Selon un mode particulier de réalisation, lorsque l'établissement d'une connexion porteuse 35 est refusée par le serveur parce que le port dérivé à partir de l'identifiant de compte utilisateur est déjà associé à une autre connexion porteuse pour configurer une autre sonde, c'est-à-dire parce qu'une sonde est connectée avec sa configuration initiale, la sonde 102 génère un nouvel identifiant de compte utilisateur U2 à partir d'un nouveau numéro de port 14 sélectionné dans une plage de ports comprise dans sa configuration initiale. Par exemple, suite à l'échec d'une connexion avec un identifiant de compte utilisateur « probe9990 », une sonde peut tenter une nouvelle connexion avec un identifiant de compte « probe9991 ». La sonde 102 reçoit à l'étape 202 la demande de connexion « portée » émise par le serveur 5 101. La sonde 102 vérifie la validité de la demande de connexion à partir de la clef publique KPU1 comprise dans la demande de connexion et accepte la connexion lorsque la clef publique KPU1 autorise la connexion. A l'étape 303, le serveur 101 utilise la connexion portée pour envoyer un message de contrôle 301 à destination de la sonde 102. Le message de contrôle comprend par exemple 10 un code. Le code peut être une séquence de chiffres et/ou de caractères générée par le serveur. Le code est généré par le serveur de manière à en garantir l'unicité. De cette façon, le serveur ne peut pas générer deux codes identiques. Pour cela, le code peut par exemple comprendre un élément dont la valeur est déterminée par une horloge. Le code généré est mémorisé par le serveur dans la base de données 108 en association avec l'identifiant de la 15 sonde, le numéro de port associé à la connexion portée ou à l'identifiant du compte utilisateur avec lequel la sonde a établi la connexion « porteuse ». Lors d'une étape 203, la sonde 102 reçoit le code généré et transmis par le serveur via la connexion « portée » et retransmet le code reçu au serveur 101 dans un message de confirmation envoyé par un terminal connu du serveur 101 pour être un terminal de 20 confiance. Dans une réalisation particulière, la sonde 102 transmet le code au terminal 106 dont l'identifiant d'appel est mémorisé dans la base de données 108 du serveur comme étant un terminal de confiance. Pour transmettre le code, la sonde peut afficher le code sur un écran de la sonde, par exemple sous la forme d'un code graphique à deux dimensions, tel qu'un 25 code barre ou un QRCode. Avantageusement, le code graphique comprend, outre le code transmis par le serveur, une l'adresse du serveur 101 disponible dans la configuration initiale de la sonde. Le code à deux dimensions peut être configuré pour déclencher une connexion vers le serveur 101 et passer en paramètre le code reçu. Par exemple, le code graphique affiché correspond à une URL du type : 30 « http://www.configserveur.com/confirm.html?code=123456 ». La lecture du code graphique à deux dimensions par le terminal 106 provoque alors une connexion au serveur pour transmettre le code. En variante, le code peut être affiché sous forme alphanumérique pour recopié sur le terminal 106 par un utilisateur et transmis au serveur 101 par SMS (Short Message Service) 35 ou par une communication vocale avec un serveur vocal interactif via une séquence DTMF ou vocalement via un opérateur, ou par tout autre moyen permettant au serveur d'identifier le message contenant le code comme provenant d'un terminal de confiance. 15 Le serveur reçoit le message de confirmation comprenant le code à l'étape 304 au cours de laquelle sont vérifiés la validité du code et l'identifiant du terminal émetteur du message. Le serveur obtient par exemple l'identifiant de l'émetteur du message dans un entête du message. Il peut s'agir d'un champ « from » d'un message SIP (Session Initiation Protocol) ou 5 d'un champ d'un message de signalisation comportant un identifiant d'un terminal appelant ou encore d'une adresse mail d'expéditeur lorsque le code est transmis par courrier électronique. Lorsque le code reçu par le serveur est valide et que l'expéditeur du message comportant le code est correspond à un terminal de confiance, le serveur 101 obtient l'identifiant de la 10 sonde pour laquelle a été généré le code. L'identifiant est par exemple obtenu par une requête à la base de données 108 dans laquelle le code a été mémorisé en association avec l'identifiant de la sonde lors de l'étape 303. A l'étape 305, le serveur 101 génère un identifiant personnalisé et unique U3 pour la sonde 102 et transmet cet identifiant à la sonde 102 par l'intermédiaire de la connexion « portée ». 15 Cet identifiant comprend en particulier un numéro de port qui sera attribué à la sonde 102 lors de ses connexions ultérieures. Par exemple, le serveur génère un identifiant tel que « probe6050 », les 4 derniers chiffres correspondant au port 6050 sur le serveur et crée un compte utilisateur U3 dont l'identifiant est l'identifiant personnalisé généré. La sonde reçoit l'identifiant personnalisé à l'étape 204 et génère un couple de clefs 20 asymétriques comprenant une clef privée KPR3 et une clef publique KPU3. Le couple de clefs asymétriques généré est mémorisé dans la configuration de la sonde en remplacement de l'identifiant de la configuration initiale et des clefs KPR2 et KPU2. La clef publique générée est alors transmise au serveur lors d'une étape 205. A l'étape 306, le serveur reçoit la clef publique KPU3 générée et transmise par la sonde 102 25 et la mémorise en association avec l'identifiant de la sonde généré à l'étape 305, et configure des droits d'accès au compte U3 pour les connexions utilisant la clef KPU3.. Selon un mode particulier de réalisation, le couple clef privée KPR3 / clef publique KPU3 est généré par le serveur 101 et transmis à la sonde avec son identifiant personnalisé lors de l'étape 305. Le serveur efface ensuite la clef privée dont seule la sonde 102 a l'usage. Une 30 telle disposition décharge la sonde de la responsabilité de créer le couple de clef. A l'étape 207, la sonde termine la connexion « porteuse » et la connexion « portée ». La configuration de sonde 102 a ainsi pu être personnalisée de manière sécurisée, sans qu'il soit nécessaire qu'un opérateur intervienne physiquement sur la sonde. Par la suite, lorsque la sonde 102 détecte une connexion réseau, elle établit une première 35 connexion sécurisée « porteuse » vers le serveur 101 en utilisant son identifiant personnalisé U3 et la clef publique associée KPU3. A l'établissement de cette première connexion, le 16 serveur établi une seconde connexion sécurisée « portée » par l'intermédiaire de la première connexion et se met en écoute sur le port dérivé de l'identifiant U3 afin de rediriger les connexions arrivant sur ce port vers la connexion portée afin qu'elles puissent atteindre la sonde 102. 5 Le procédé permet ainsi à un opérateur d'accéder de façon simple et sécurisée à une sonde installée dans un réseau privé protégé par un pare-feu. Bien que la description qui précède ait été faite en référence à la configuration d'une sonde, les procédés de configuration et de distribution d'une configuration peuvent s'appliquer à tout type de dispositif nécessitant une personnalisation de sa configuration. Par exemple, les 10 procédés peuvent s'appliquer à un objet connecté, un ordinateur ou encore un routeur. De même, bien que la description qui précède fasse référence à des connexions sécurisées de type SSH, les procédés de configuration et de distribution d'une configuration peuvent utiliser d'autre type de configuration sécurisée, comme par exemple SSL. 15 La figure 4 illustre l'architecture d'un dispositif 400 adapté pour mettre en oeuvre le procédé de distribution d'une configuration selon un mode particulier de réalisation de l'invention. Le dispositif 400 comprend un module de traitement de données comprenant un espace de stockage 401, par exemple une mémoire (MEM), une unité de traitement 402, équipée par exemple d'un microprocesseur (PROC), et pilotée par le programme d'ordinateur (PGR) 403 20 mettant en oeuvre le procédé de distribution tel que décrit précédemment. A l'initialisation, les instructions de code du programme d'ordinateur 403 sont par exemple chargées en mémoire avant d'être exécutées par le processeur de l'unité de traitement 402. Le microprocesseur de l'unité de traitement 402 met en oeuvre, selon les instructions du programme d'ordinateur 403, les étapes du procédé de distribution d'une configuration, et 25 notamment les étapes de dérivation d'un numéro de port de communication à partir à partir d'un identifiant d'un premier terminal reçu dans un message d'établissement de connexion, de génération et mémorisation d'une donnée de contrôle en association avec l'identifiant du terminal, de transmission, via la connexion établie, d'un message de contrôle à destination du premier terminal, le message comprenant au moins la donnée de contrôle générée, de 30 réception en provenance d'un second terminal, d'un message de confirmation comprenant ladite donnée de contrôle et un identifiant du second terminal, de détermination que l'identifiant du second terminal est un identifiant d'un terminal de confiance, et lorsque le second terminal est déterminé être un terminal de confiance, de configuration de paramètres personnalisés pour l'accès au serveur par le premier terminal et transmission 35 des paramètres personnalisés au premier terminal. Le dispositif 400 comprend en outre des moyens de dérivation 405 d'un numéro port de communication à partir d'un identifiant du premier terminal reçu dans un message 17 d'établissement de la connexion. De tels moyens correspondent par exemple à une mémoire comprenant des instructions de programme d'ordinateur destinées à être exécutées par une unité de traitement et configurées pour isoler, à partir d'un identifiant alphanumérique d'un terminal, des caractères correspondant à un numéro de port. 5 Le dispositif 400 comprend aussi des moyens de vérification 406 pour vérifier que l'identifiant du premier terminal est un identifiant partagé par une pluralité de terminaux. Pour cela, le dispositif peut comprendre un mémoire dans laquelle sont enregistrées des instructions de programme d'ordinateur destinées à être exécutées par une unité de traitement et configurées pour comparer au moins une partie d'un identifiant du terminal 10 reçu avec une valeur préconfigurée. Par exemple, ces moyens de vérification sont configurés pour comparer l'identifiant du terminal reçu avec un nom d'utilisateur mémorisé au préalable sur le serveur, par exemple dans une base de données 410. Le dispositif 400 comprend également des moyens de génération et mémorisation 407 d'une donnée de contrôle en association avec l'identifiant du terminal. De tels moyens sont par 15 exemple mis en oeuvre par un générateur pseudo-aléatoire configuré pour générer une séquence de caractères alphanumériques. Les moyens 400 comprennent en outre une mémoire, comme une mémoire flash, un disque magnétique, ou une base de données 410, adaptée pour mémoriser de façon persistante la donnée de contrôle ainsi généré, ainsi que qu'un identifiant du terminal associé. 20 Le dispositif comprend aussi un module de communication 404 (COM permettant au dispositif 400 de se connecter à un réseau de télécommunication, par exemple une interface réseau Ethernet, WiFi, ou encore une interface 2G, 3G ou 4G. L'interface de communication 404 est adaptée pour établir une communication avec un terminal et transmettre un message de contrôle comprenant au moins une donnée de contrôle générée par le module 25 407. Selon une réalisation particulière, le module de communication est adapté pour établir des connexions sécurisées avec un terminal, par exemple des communications SSH. Le dispositif 400 comprend un second module de communication 408 adapté pour recevoir, en provenance d'un second terminal, un message de confirmation comprenant une donnée de contrôle et un identifiant d'un second terminal. Le module 408 correspond par exemple à 30 une interface réseau Ethernet, WiFi, ou encore une interface 2G, 3G ou 4G. Le dispositif 400 comprend aussi des moyens de détermination 409 que l'identifiant du second terminal est un identifiant d'un terminal de confiance. Pour cela, le dispositif peut comprendre un mémoire dans laquelle sont enregistrées des instructions de programme d'ordinateur destinées à être exécutées par une unité de traitement et configurées pour 35 comparer au moins une partie d'un identifiant du terminal reçu en provenance du second terminal avec une valeur préconfigurée, par exemple une valeur mémorisée dans une base de données 410. 18 Le dispositif 400 comporte enfin un module de configuration 411 adapté pour déterminer des paramètres personnalisés pour l'accès à un serveur par le premier terminal, et transmettre des paramètres personnalisés au premier terminal, le module de configuration étant mis en oeuvre lorsque le second terminal est déterminé être un terminal de confiance. 5 Un tel module de configuration est par exemple mis en oeuvre par un programme d'ordinateur comprenant des instructions enregistrées dans une mémoire, par exemple dans la mémoire 401, et configurées pour générer une séquence de caractères alphanumériques unique à laquelle est par exemple concaténé un numéro de port de communication sélectionné par le serveur dans une plage de numéros de ports de communication 10 préconfigurée, et non encore utilisés pour générer un identifiant. Les instructions sont en outre configurées pour transmettre au terminal l'identifiant ainsi généré. Selon un mode particulier de réalisation, le module de configuration 411 est en outre adapté pour générer une clef d'authentification associée à l'identifiant généré, et configurer des droits d'accès au serveur associés à la clef d'authentification. Par exemple, le module de 15 configuration peut comprendre des instructions de programme d'ordinateur configurées pour exécuter un algorithme de génération de clefs asymétriques, mémoriser une clefs publique en association avec des droits d'accès et transmettre la clef privée, la clef publique et l'identifiant associé au terminal. 20 La figure 5 représente l'architecture d'un dispositif 500 adapté pour mettre en oeuvre le procédé de réception d'une configuration, selon une réalisation particulière de l'invention. Le dispositif 500 comprend un module de traitement de données comprenant un espace de stockage 501, par exemple une mémoire (MEM), une unité de traitement 502, équipée par exemple d'un microprocesseur (PROC), et pilotée par le programme d'ordinateur (PGR) 503 25 mettant en oeuvre le procédé de réception d'une configuration tel que décrit précédemment. A l'initialisation, les instructions de code du programme d'ordinateur 503 sont par exemple chargées en mémoire avant d'être exécutées par le processeur de l'unité de traitement 502. Le microprocesseur de l'unité de traitement 502 met en oeuvre, selon les instructions du programme d'ordinateur 503, les étapes du procédé de réception d'une configuration, et 30 notamment les étapes de réception en provenance d'un serveur, d'un message de contrôle comprenant au moins une donnée de contrôle générée par le serveur, de transmission de ladite donnée de contrôle à un second terminal, ledit second terminal étant configuré pour transmettre la donnée de contrôle et un identifiant du second terminal au serveur par l'intermédiaire d'un réseau d'accès distinct du premier réseau de communication, et de 35 réception de paramètres de configuration personnalisés en provenance du serveur, et configuration du terminal à partir des paramètres reçus. Le dispositif 500 comprend des moyens de communication 504 configurés pour transmettre dans un message d'établissement de connexion, un identifiant du dispositif comprenant un 19 numéro de port de communication compris dans une configuration initiale du dispositif. Les moyens de communication 504 correspondent par exemple à une interface réseau Ethernet, Wifi, 2G, 3G ou 4G pilotée par des instructions de programme d'ordinateur enregistrée dans une mémoire du dispositif et exécutées par une unité de traitement. De telles instructions 5 sont configurées pour obtenir un identifiant initial du dispositif et un numéro de port de communication, par exemple à partir d'un fichier de configuration enregistré dans une mémoire persistante du dispositif telle qu'un disque dur ou une mémoire flash, pour concaténer l'identifiant et le numéro de port obtenus pour générer un identifiant à partir duquel il est possible de dériver le numéro de port de communication, et pour transmettre 10 un message comprenant l'identifiant ainsi formé à destination d'un serveur dont l'adresse est comprise dans le fichier de configuration initiale. Les moyens de communication 504 sont en outre configurés pour recevoir en provenance du serveur, un message de contrôle comprenant au moins une donnée de contrôle générée par le serveur, pour transmettre vers un second terminal ladite donnée de contrôle, ledit second 15 terminal étant configuré pour transmettre la donnée de contrôle et un identifiant du second terminal au serveur par l'intermédiaire d'un réseau d'accès distinct du premier réseau de communication, et pour recevoir des paramètres de configuration personnalisés en provenance du serveur. Le dispositif 500 comprenant en outre des moyens 505 de mise à jour de sa configuration à 20 partir des paramètres reçus. Ces moyens de mise à jour de la configuration sont par exemple mis en oeuvre par des instructions de programme d'ordinateur enregistrées dans une mémoire telle que la mémoire 501 afin d'être exécutées par une unité de traitement telle que l'unité de traitement 502 du dispositif. Les instructions sont par exemple configurées pour obtenir un identifiant du dispositif personnalisé généré par le serveur, l'identifiant 25 comprenant un numéro de port de communication. Selon une réalisation particulière, le dispositif 500 comprend en outre des moyens 506 de génération d'une clef d'authentification. Par exemple, les moyens de configuration 506 correspondent à des instructions de programme d'ordinateur destinées à être exécutées par l'unité de traitement 502 et configurées pour générer une clef d'authentification, par 30 exemple un couple de clefs RSA, mémoriser dans une mémoire du dispositif la ou les clefs générées, et transmettre au serveur par l'intermédiaire des moyens de communication 504 la clef publique générée de façon à ce que le serveur puisse associer des droits d'accès particuliers pour le terminal. Selon un mode particulier de réalisation, le dispositif 500 comprend aussi un module 35 d'affichage 507, comme par exemple un écran adapté pour afficher des informations, et en particulier pour afficher une donnée de contrôle reçue en provenance d'un REVENDICATIONS1. Procédé de distribution par un serveur d'une configuration destinée à au moins un premier terminal, le procédé comprenant l'établissement (300), à l'initiative du premier terminal, d'une connexion entre le premier terminal et le serveur, la connexion étant configurée pour rediriger vers le premier terminal au moins une demande de connexion reçue par le serveur sur un port de communication, le procédé étant caractérisé en ce que le port de communication est dérivé (301) à partir d'un identifiant du premier terminal reçu dans un message d'établissement de la connexion, et en ce que, lorsque l'identifiant du terminal est un identifiant associé à une pluralité de terminaux, le procédé comporte les étapes suivantes : - Génération et mémorisation (303) d'une donnée de contrôle en association avec l'identifiant du terminal, - Transmission (303), via la connexion établie, d'un message de contrôle à destination du premier terminal, le message comprenant au moins la donnée de contrôle générée, - Réception (304) en provenance d'un second terminal, d'un message de confirmation comprenant ladite donnée de contrôle et un identifiant du second terminal, - Détermination que l'identifiant du second terminal est un identifiant d'un terminal de confiance, et Lorsque le second terminal est déterminé être un terminal de confiance : - Configuration (305) de paramètres personnalisés pour l'accès au serveur par le premier terminal et transmission des paramètres personnalisés au premier terminal. 2. Procédé selon la revendication 1 dans lequel l'étape de configuration et transmission de paramètres d'accès personnalisés pour l'accès au serveur par le premier terminal comprend les sous-étapes suivantes : - Obtention d'un identifiant de terminal mémorisé en association avec la donnée de contrôle, - Génération et transmission d'un second identifiant du terminal vers le terminal correspondant à l'identifiant obtenu, le second identifiant comprenant un numéro de port de communication distinct du numéro de port de communication dérivé du premier identifiant, - Réception en provenance du terminal d'une clef d'authentification générée par le terminal en réponse à la réception du second identifiant, et - Association de ladite clef publique reçue avec au moins autorisation d'accès au serveur. 21 3. Procédé selon l'une quelconque des revendications précédentes dans lequel l'établissement, à l'initiative du premier terminal, d'une connexion entre le premier terminal et le serveur comprend les étapes suivantes : - Réception d'une commande d'établissement d'une première connexion sécurisée en 5 provenance du premier terminal, dite connexion porteuse, la commande comprenant un identifiant du premier terminal, - Dérivation d'un numéro de port de communication à partir de l'identifiant du terminal reçu, - Etablissement d'une seconde connexion sécurisée entre le serveur et le premier 10 terminal, la seconde connexion étant portée par la première connexion et configurée pour rediriger vers le terminal des connexions entrantes sur ledit numéro de port de communication dérivé. 15 4. Procédé selon l'une quelconque des revendications 1 à 3 tel que l'établissement d'une connexion en provenance du premier terminal est refusé lorsqu'une connexion est déjà établie avec un terminal possédant le même identifiant de terminal que le premier terminal. 20 5. Procédé de réception par un terminal d'une configuration distribuée par un serveur, le terminal étant connecté à un premier réseau de communication, le procédé comprenant l'établissement à l'initiative du terminal, d'une connexion entre le terminal et le serveur, la connexion étant configurée pour rediriger vers le terminal des demandes de connexions reçues par le serveur sur un port de communication, le procédé étant 25 caractérisé en ce que le numéro du port de communication est dérivé à partir d'un identifiant du terminal transmit par le terminal dans un message d'établissement de la connexion, et en ce que, lorsque l'identifiant du terminal est un identifiant associé à une pluralité de terminaux, le procédé comporte les étapes suivantes : - réception (203) en provenance du serveur, d'un message de contrôle comprenant au 30 moins une donnée de contrôle générée par le serveur, - transmission (203) de ladite donnée de contrôle à un second terminal, ledit second terminal étant configuré pour transmettre la donnée de contrôle et un identifiant du second terminal au serveur par l'intermédiaire d'un réseau d'accès distinct du premier réseau de communication, 35 - Réception (204) de paramètres de configuration personnalisés en provenance du serveur, et configuration du terminal à partir des paramètres reçus. 6. Procédé selon la revendication 5 dans lequel l'étape de réception de paramètres et de configuration du terminal comprend les sous-étapes suivantes : - Réception d'un second identifiant du terminal en provenance du serveur, - Génération d'un au moins une clef d'authentification associée au second identifiant, 22 - Transmission de la au moins une clef générée au serveur, et - Mémorisation du second identifiant du terminal et de la au moins une clef d'authentification générée. 5 7. Procédé selon l'une quelconque des revendications 5 à 6 dans lequel l'étape d'établissement d'une connexion entre le terminal et le serveur comprend les sous-étapes suivantes : - envoi d'une commande d'établissement d'une première connexion sécurisée vers le serveur, dite connexion porteuse, la commande comprenant un premier identifiant 10 du dispositif obtenu à partir d'une configuration initiale du dispositif, l'identifiant du dispositif comprenant un numéro de port, - réception au travers de la connexion porteuse établie avec le serveur, d'une commande d'établissement d'une seconde connexion sécurisée, la connexion étant configurée par le serveur pour rediriger vers le dispositif des connexions entrantes 15 sur ledit numéro de port du serveur vers le dispositif au travers de la connexion portée. 8. Procédé selon l'une quelconque des revendications 5 à 7 tel qu'il comprend en outre, sur détection d'un refus d'établissement de la première connexion, le déclenchement 20 d'un compteur à rebours à l'expiration duquel une nouvelle tentative de connexion est effectuée. 9. Procédé selon la revendication 8 dans lequel la nouvelle tentative de connexion comprend la transmission d'un message d'établissement de connexion comprenant un 25 identifiant du terminal, l'identifiant comprenant un numéro de port distinct du numéro de port compris dans le premier identifiant du dispositif. 10. Procédé selon l'une quelconque des revendications 5 à 9 dans lequel l'étape de transmission de la donnée de contrôle à un terminal distinct du dispositif comprend une 30 étape d'affichage de la donnée de contrôle sur un écran du dispositif. 11. Dispositif de distribution d'une configuration vers au moins un premier terminal, le dispositif comprenant des moyens d'établissement d'une connexion avec un premier terminal à l'initiative dudit premier terminal, la connexion étant configurée pour 35 rediriger vers le premier terminal des demandes de connexions reçues par le serveur sur un port de communication, le dispositif étant caractérisé en ce qu'il comporte : - des moyens (405) pour dériver un numéro dudit port de communication à partir d'un identifiant du premier terminal reçu dans un message d'établissement de la connexion, 40 - des moyens (406) pour vérifier que l'identifiant du premier terminal est un identifiant associé à une pluralité de terminaux, 23 - des moyens (407) de génération et mémorisation d'une donnée de contrôle en association avec l'identifiant du terminal, - un module de communication (404) adapté pour transmettre, via la connexion établie, un message de contrôle à destination du premier terminal, le message 5 comprenant au moins la donnée de contrôle générée, - le module de communication étant en outre adapté pour recevoir, en provenance d'un second terminal, un message de confirmation comprenant ladite donnée de contrôle et un identifiant du second terminal, - des moyens (409) de détermination que l'identifiant du second terminal est un 10 identifiant d'un terminal de confiance, et Lorsque le second terminal est déterminé être un terminal de confiance : - un module de configuration adapté pour configurer des paramètres personnalisés pour l'accès au serveur par le premier terminal, et transmettre des paramètres personnalisés au premier terminal. 15 12. Dispositif configurable par un serveur, le dispositif étant connecté à un premier réseau de communication et comprenant des moyens de communication (504) adaptés pour établir une connexion vers le serveur, la connexion étant configurée pour rediriger vers le dispositif des demandes de connexions reçues par le serveur sur un port de 20 communication, le dispositif étant caractérisé en ce que les moyens de communication sont en outre configurés pour: - transmettre dans un message d'établissement de la connexion, un identifiant du dispositif comprenant ledit numéro de port de communication, - recevoir en provenance du serveur, un message de contrôle comprenant au moins 25 une donnée de contrôle générée par le serveur, - transmettre (506) vers un second terminal ladite donnée de contrôle, ledit second terminal étant configuré pour transmettre la donnée de contrôle et un identifiant du second terminal au serveur par l'intermédiaire d'un réseau d'accès distinct du premier réseau de communication, et 30 - recevoir des paramètres de configuration personnalisés en provenance du serveur, et Le dispositif comprenant en outre des moyens (505) de mise à jour de sa configuration à partir des paramètres reçus. 13. Serveur comprenant un dispositif de distribution d'une configuration selon la 35 revendication 11. 14. Terminal comprenant un dispositif de configuration selon la revendication 12. 24 15. Support d'information lisible par un processeur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes d'un procédé de distribution d'une configuration selon l'une quelconque des revendication 1 à 4 et/ou des instructions pour l'exécution des étapes d'un procédé de réception d'une 5 configuration selon l'une quelconque des revendications 5 à 10.