Procédé d’authentification des droits d’une unité centrale (2) d’un utilisateur communiquant de manière bidirectionnelle avec une ou plusieurs unités périphériques (6) réalisant des mesures transmises à cette unité centrale (2), pour réaliser dessus des opérations sensibles, chaque unité centrale (2) et périphérique (6) possédant un identifiant spécifique (4, 8), ce procédé utilisant par le réseau Internet (14) un serveur extérieur sécurisé (12) qui possède dans une base de données l’identifiant (8) des unités périphériques (6), et une clé symétrique de cryptage (10) qui est partagée avec chaque unité périphérique (6), caractérisé en ce qu’il comporte les étapes successives suivantes : - dans une première étape (20) l’unité centrale (2) utilise son identifiant (4) et un mot de passe pour se faire reconnaitre par chaque unité périphérique (6), en parallèle l’unité centrale (2) établit une liaison sécurisée (14) avec le serveur (12) en s’authentifiant pour qu’il reconnaisse dans sa base de données l’identifiant (8) de l’unité périphérique concernée (6) ; - dans une deuxième étape (22) l’unité périphérique (6) génère un nouveau code aléatoire de session (n) et le notifie à l’unité centrale (2) ; - dans une troisième étape (24) l’unité centrale (2) transmet au serveur (12) son identifiant (4), l’identifiant (8) de l’unité périphérique (6) et le code de session (n) pour lui demander une preuve de son authentification afin d’obtenir des droits d’administration sur cette unité périphérique (6) ; - le serveur effectue dans une quatrième étape (26) un premier encryptage avec la clé partagée de cryptage (10) reconnue par son identifiant (8), et avec le code de session (n) pour former une première clé de cryptage provisoire dynamique partagée et aléatoire (28), puis effectue dans une cinquième étape (30) un deuxième encryptage avec l’identifiant de l’unité centrale (4) et cette première clé de cryptage provisoire dynamique (28) pour donner une information cryptée d’unité centrale comme preuve d’authentification (32) ; - dans une sixième étape (34) l’information cryptée (32) est transmise à l’unité centrale (2), puis dans une septième étape (36) l’unité centrale (2) la transmet à son tour à l’unité périphérique (6) ; - l’unité périphérique (6) effectue en parallèle dans une huitième étape (50) le même premier encryptage que celui effectué par le serveur (12) dans sa quatrième étape (26), avec sa clé partagée de cryptage (10) et son code de session (n), pour former une deuxième clé de cryptage provisoire (38), puis il effectue dans une neuvième étape (40) un décryptage inverse du deuxième encryptage de la cinquième étape (30), avec la deuxième clé de cryptage provisoire (38) et l’information cryptée (32) donnant un identifiant décrypté (42) ; et enfin - dans une dixième étape (44) l’unité périphérique (6) compare l’identifiant décrypté (42) avec l’identifiant de l’unité centrale (4) pour s’ils coïncident accorder à cette unité centrale (2) son authentification. Procédé selon la revendication 1, caractérisé en ce que dans une étape suivante (66) le serveur sécurisé (12) générant et hébergeant une clé spéciale dynamique de cryptage (60), l’utilise pour encrypter un fichier source de logiciel (62) donnant un fichier crypté (64), puis dans une étape suivante (70) le serveur (12) utilise la première clé de cryptage provisoire dynamique (28) pour encrypter la clé spéciale de cryptage (60) en donnant une nouvelle clé encryptée (72), puis dans une étape suivante (78) le serveur (12) délivre à l’unité centrale (2) le fichier crypté (64) et la nouvelle clé encryptée (72), cette unité centrale (12) les délivrant à son tour dans une étape suivante (80) à l’unité périphérique (6). Procédé selon la revendication 2, caractérisé en ce que dans une étape suivante (84) l’unité périphérique (6) utilise la nouvelle clé encryptée (72) et la nouvelle clé de cryptage dynamique partagée (28) pour former la même clé spéciale de cryptage (60) que celle détenue par le serveur (12), puis dans une étape suivante (86) l’unité périphérique (6) utilise la clé spéciale de cryptage (60) pour décrypter le fichier crypté (64) avec une opération inverse de l’opération d’encryptage (66) réalisée précédemment par le serveur (12), afin de délivrer le fichier source (62). Procédé selon la revendication 3, caractérisé en ce que le fichier source (62) est ensuite vérifié avec une somme de contrôle avant d’être programmé dans la mémoire de l’unité périphérique (6). Procédé selon l’une quelconque des revendications précédentes, caractérisé en ce que la liaison sécurisée (14) avec le serveur (12) utilise un protocole de transfert hypertextuel sécurisé « HTTPS ». Procédé selon l’une quelconque des revendications précédentes, caractérisé en ce qu’une fois la liaison sécurisée (14) avec le serveur (12) établie, le serveur vérifie dans sa base de données si l’unité centrale (2) est autorisée à communiquer avec les unités périphériques (6). Procédé selon l’une quelconque des revendications précédentes, caractérisé en ce que pendant une même session de communication ouverte avec l’unité périphérique (6), l’unité centrale (2) lui envoie à nouveau l’information cryptée (32) comme preuve d’authentification sans utiliser le serveur (12). Système comportant une unité centrale (2), et des unités périphériques (6) réalisant des mesures, reliées par radiofréquence entre elles, caractérisé en ce qu’il comporte des dispositifs mettant en œuvre un procédé selon l’une quelconque des revendications précédentes. Véhicule automobile comportant une unité centrale (2), et des unités périphériques (6) réalisant des mesures sur les pneumatiques des roues de ce véhicule, caractérisé en ce qu’il comporte des dispositifs mettant en œuvre un procédé selon l’une quelconque des revendications 1 à 7.